昨天下午，運維改完了網域名稱，昨天晚上客服就陸續反映客戶端有小部分新老客戶登入失敗。
運維堅持說，改動的是其它網域名稱，不影響當前客戶端。
好吧，客戶端工程師只能去問題客戶機器上遠端檢視日誌，檢視問題。
因為客戶端版本眾多，每個版本都有不同的特性，所以這給在客戶端機器上找問題增加了難度。
因為新版本客戶端網域名稱都是從本地資料庫讀出來的，按照這樣的邏輯，本地儲存中確實沒有運維修改過的網域名稱。
而且本地儲存中所有的網域名稱，在客戶的機器上 ping 都是通的。
排除了網域名稱問題，客戶端工程師，一直在問題客戶機器上忙碌，不停地修改 dll，替換客戶機器上的舊版本，一天下來竟然找不出問題。
旁晚時分，無奈把網域名稱恢復，客戶端竟然好用了。。。。
再分析原因，發現離職的同事圖方便，在客戶端中，網域名稱直接寫死在**中，舊版本的**在短時間內一直沒有得到很好的回溯，這確實是個坑。
問題解決了，靜下心來想想，覺得解決網域名稱問題的方法，還是太笨了。直接在客戶機器上替換 dll 除錯，花了一天時間，人家還是脾氣好的，不好的，直接罵爹喊娘了！
這時候即便在客戶機器上，上個抓包工具（wireshark），撲捉 dns 解析，也不至於查不到被寫死在**裡面的網域名稱問題。
下面描述一下通過wireshark捕捉 dns 的方法，方法挺簡單的。
1、檢視本地機器 dns 設定。
有效的網域名稱會返回 ip 位址，無效的網域名稱會返回「no such name ...」
3、總結：
dns 解析失敗，鏈結失敗，道理是這麼樣，但實際情況嘛，人急起來，往往都是用最笨的方法去解決問題，除非已經踩過坑，有經驗積累能馬上定位問題，否則關鍵時刻，頭腦還得清晰！
客戶端版本維護確實不嚴謹！網域名稱竟然直接寫入**中，這是什麼人，是怎麼混進來的，靠關係嗎~~ 底層員工出現問題，領導也脫不了干係，所以良好的團隊和良好的管理是密不可分的！
運維修改網域名稱前沒有很好地檢視以前的記錄，是否與業務有交集。所以企業團隊之間的交流還有待加強！
Ubuntu 16 10 解決 DNS 解析失敗
這段時間在ubuntu16.10上使用chrome瀏覽網頁時經常會出現乙個奇怪的情況,就是突然會dns解析失敗,但是並不是所有網域名稱都解析失敗,僅僅只是部分網域名稱以及它的子網域名稱解析失敗,然後過個幾分鐘就會恢復正常,剛開始以為是網路問題,之後愈演愈烈,實在受不了,搜尋後發現可能是由於ubunt...
解決docker內部dns解析失敗的問題
問題 用docker exec it contaner name bash進去，ping 任何網域名稱都是不通。解決方案 官方的解決指令碼是這樣的 比較傾向於ubuntu apt get install bridge utils y service docker stop ip link set d...
dns解析失敗問題解決兩例
dns解析失敗問題二例 1 有同事問解析內網url裡的網域名稱失敗，bug.raisecom.com,問原因和解決方法？他說，設定固定ip，dns失敗，ip設定為自動獲取，但dns如下圖就是ok的？告訴他，首選dns是內部dns，上面做了靜態dns表項設定，會把設定內網網域名稱對映為內網位址，但有時...