爛泥：【解決】×××鏈接後，不能ping通內網服務器

本文首發於爛泥行天下。

上個周把×××服務器搭建完畢，打算本週鏈接進去開始部署相關的工做。

可是今天在成功鏈接進入×××後，卻發現客戶端沒法ping通×××內部的其餘服務器。從而致使，工做沒法繼續。

通過排查發現，客戶端能夠ping通×××服務器內網網卡的IP地址。而內網的機器是能夠ping通的，甚至×××服務器自己內網網卡的IP地址也是和內網的其餘機器正常通訊的。

×××服務器內網的IP地址是10.10.1.20，客戶端獲取到的IP地址是10.10.1.8，以下圖:

剛開始還覺得是因爲服務器上沒有作靜態路由致使，因而查找不少有linux路由綁定的資料。但是發現，沒有用處也使用不到。

查看×××的日誌，就只發現了一條有關GRE的錯誤，以下圖：

根據這條錯誤信息，查找相關的資料。而後進行配置，測試仍是不行。最後再想是否是×××軟件版本安裝錯誤，查看以下：

看了看軟件版本也是正確。

再次查看是否是軟件配置出錯，以下圖：

發現也沒有錯誤。

這可愁死人了，經過tcpdump抓包也沒有發現可用的信息。

最後在一個小站點，提醒說頗有多是iptables轉發出問題了。

果斷查看文件/etc目錄下的sysctl.conf文件，而後從新載入，使其生效。可是在執行時卻出現以下的來鏈接錯誤。以下圖：

error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key

error: "net.bridge.bridge-nf-call-iptables" is an unknown key

error: "net.bridge.bridge-nf-call-arptables" is an unknown key

根據錯誤提示信息，查找資料。反饋出現這樣的錯誤提示信息，通常是因爲沒有加載bridge模塊致使。只要手工加載便可，以下圖：

modprobe bridge

lsmod|grep bridge

重啓PPTP服務，再次ping。

經過上圖，咱們能夠看到目前已經能夠正常ping。至此，該問題結束了。

PS：其實這個錯誤，咱們在安裝配置×××時，就能夠避免的。出現這個問題，仍是由於當初配置×××時大意所致。