2013-07-24

Visual Studio 程式開發伺服器「指定通訊埠」的衝突問題

【案發經過】

Visual Studio 最近於啟動偵錯時,碰上「程式開發伺服器」被佔用的Port的頻率提高不少,導致無法順利進行Debug.....

【原始想法】

方案中有一WCF Service 專案,指定啟動時的Port,以便讓大伙在Debug該專案時,所引用的服務參考(Service Reference)是一樣的。

【腹案執行】

將該Service專案「指定通訊埠」設上 1688。

Port 有那麼多個,不要設到常見的那些80、443、1433...等等,衝突的機會是不高的;身為一個期許公司賺大錢(然後發多點年終或加薪)的工程師,顯然設上 1688 期望「一路發」也是件很合理的事....

熟料,代誌不是憨攻城獅想的這麼簡單......

【調查報告】

有了之前的經驗,XX即時通訊軟體想故計重施是沒用的!!  但這次多數衝突到的卻是 kmservice.exe;經查該程式為微軟金鑰管理服務(Key Management Service)或是病毒,且預設通訊埠就是1688,而公司內也確實有在使用KMS Server做授權管控,故將該專案指定為其他Port就解了....

對於公司或學校內部有KMS Server的開發環境來說,設定為討吉利的數字之前,還是要先確認一下"風水"再說..... XD


延伸閱讀:

沒有留言:

張貼留言

引用 Topshelf 無法進行偵錯的經驗

Topshelf  是一個可以簡化撰寫 Windows Service 的套件,引用之後,我們只要當作撰寫一般 Console 的應用程式就可以。 只是近來撰寫上遇到無法進行Debug的狀況,在Visual Studio一進行偵錯可以看到Console 程式被執行,並顯示...