今天運維同事說重啟程式后資料庫連接不上，讓我幫忙看看，
其它機器連接資料庫是正常的，應該是網路出現問題，
我上去后先試一下在應用服務器ping資料庫服務器，發現可以正常ping通，
再用telnet試一下應用服務器連接資料庫服務器埠是否通，發現telnet提示No route to host
本來以為是路由設定問題，但發現兩臺機是在同一個局域網內，路由配置正常，
再檢查了一下資料庫服務器的防火墻和iptables，發現配置也沒問題，即使把防火墻關了也沒用，
能想到的網路問題都排除了，網上也查不到有用的資料，只能暫時放棄，
為了解決問題，我想出了一個臨時解決方法：
從資料庫服務器上連接回應用服務器，做一個ssh轉發，把應用服務器本地的1521埠轉到遠程的1521埠
這樣應用程式就不需要連接資料庫服務器的埠，只要連接本地埠就行，
但實際操作時發現一個問題：從資料庫服務器ssh連接應用服務器時，提示密碼錯誤，
但使用SecureCRT直接連接應用服務器時，使用相同密碼卻能正常登錄，
當時我心里突然靈光一閃：“難道連接的不是同一臺機？”
于是用ifconfig 檢查一下兩臺服務器的ip設定，發現一個問題：
資料庫服務器有多個網卡，其中有一個網卡配置的ip地址與應用服務器的一樣！
咨詢了一下運費同事，這個配置有問題的網卡并沒有用，
于是讓他把這個網卡ip改了，然后再試了一下，發現這次應用服務器可以正常使用telnet連接資料庫服務器的埠了，
（中間有一個插曲，我使用ip down停了有問題的網卡后，發現連接還是有問題，看到網上說需要把網路全停了，修改配置再啟動才有效，于是我就照著操作執行“ service network stop”時，突然發現有問題:SecureCRT所有視窗都斷開了，這時我才想起來，我現在是通過遠程連接操作服務器的，把網路關了我啥都干不了-_-!，后來只能讓現場的運維同事幫忙到機房連接機器重新開啟網路服務才行，遠程操作服務器時應該禁止執行關倍訓器或者關閉網路的命令，我安全操作意識還是太低了，）
感概：要是有網路問題檢查清單就好了，不用每次靠靈感去查問題，
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/161243.html
標籤：其他