k2运营商服务器无响应,【求救】K2提示“等待PPP客户端连接”拨号失败
被同樣問(wèn)題折騰好久
進(jìn)入路由器后臺(tái)后，找到高級(jí)設(shè)置--外部網(wǎng)絡(luò)(WAN)----然后在右邊頁(yè)面找到：
[不主動(dòng)發(fā)送 lcp-echo(off)]，選擇“是”
[自適應(yīng)LCP回應(yīng)間隔]，選擇“是”
****************************
有個(gè)壇友的分析：
----------------------------------我是分割線(xiàn)
樓主苦逼程序員一枚，也是技術(shù)宅一個(gè)，入手的是華碩RT-AC66u，杭州電信100M光纖入戶(hù)，PPPoE撥號(hào)方式上網(wǎng)。
跟很多人一樣，我也發(fā)現(xiàn)PPPoE經(jīng)常斷開(kāi)重連，起初懷疑是電信光寬帶的問(wèn)題，前前后后投訴了差不多10次，電信上門(mén)儀器測(cè)試，線(xiàn)路測(cè)試，各種方式都試過(guò)，還是一樣，最后換了光貓依舊無(wú)改善
最后電信方面沒(méi)辦法了，叫我不要用路由，用windows撥號(hào)，看看會(huì)不會(huì)出現(xiàn)這樣的問(wèn)題，開(kāi)玩笑！！用電腦撥號(hào)，我家里的手機(jī)、平板之類(lèi)的怎么辦？還有一系列的智能wifi插座都沒(méi)法用了，想想其實(shí)問(wèn)題也不大，斷一下很快連上，玩游戲也就表現(xiàn)為卡頓一下，除了有點(diǎn)不爽，倒也還能勉強(qiáng)接受，就算了，沒(méi)再去找電信扯皮了(無(wú)奈啊.........)
以上是背景，，交代完畢。
最近閑來(lái)無(wú)事，手癢，于是又來(lái)折騰這個(gè)問(wèn)題。電信解決不了，那么咱就自己來(lái)，誰(shuí)讓咱是搞技術(shù)的呢？
鑒于還無(wú)法定位問(wèn)題原因，最簡(jiǎn)單的辦法就是排除法。首先，用TP-Link撥號(hào)，持續(xù)一個(gè)星期，沒(méi)有斷線(xiàn)，這讓我很好奇，難道身價(jià)如此之高的AC66u，還比不上身價(jià)只有AC66u的十分之一的TP-Link？我只能說(shuō)這不科學(xué)！！
開(kāi)始以為是對(duì)非windows主機(jī)撥號(hào)都有限制，但是TP-Link也不是windows主機(jī)啊，莫非TP-Link是模擬windows主機(jī)的PPPoE撥號(hào)？
用wireshark抓包，發(fā)現(xiàn)TP-Link和windows主機(jī)撥號(hào)的包還是有區(qū)別的，再用RT-AC66u撥號(hào)，抓包后發(fā)現(xiàn)，RT-AC66u撥號(hào)和TP-Link撥號(hào)是一樣的，這尼瑪！！這什么情況？？難道真的是AC66u軟件不穩(wěn)定導(dǎo)致的？
撥號(hào)是一樣的，那好。只有嘗試分析一下?lián)芴?hào)后的行為了，運(yùn)氣好的話(huà)說(shuō)不定能發(fā)現(xiàn)點(diǎn)什么、、、
寬帶一次只能用一個(gè)路由器撥號(hào)，我先打開(kāi)抓包工具，用RT-AC66u撥號(hào)，撥號(hào)成功后一直等，觀(guān)察到RT-AC66u撥號(hào)斷線(xiàn)重?fù)?次之后，斷開(kāi)電源，保存抓包數(shù)據(jù)，判斷依據(jù)是wan口的公網(wǎng)IP發(fā)生變化了。時(shí)間花了很久，大概4個(gè)小時(shí)。
接下來(lái)，同樣用TP-Link撥號(hào)，抓包4個(gè)小時(shí)，保存抓包數(shù)據(jù)，接下來(lái)分析兩次抓包數(shù)據(jù)的不同。
一番分析，結(jié)合自己對(duì)PPPoE的了解，終于發(fā)現(xiàn)了問(wèn)題所在：“RT-AC66u撥號(hào)斷線(xiàn)的原因是電信對(duì)echo請(qǐng)求沒(méi)有響應(yīng)，導(dǎo)致超時(shí)后自動(dòng)斷開(kāi)”。而TP-Link撥號(hào)，是不主動(dòng)發(fā)送echo請(qǐng)求的，只被動(dòng)回應(yīng)來(lái)自電信PPPoE服務(wù)器的echo請(qǐng)求。這就是問(wèn)題所在！！
找到問(wèn)題的根源了，那么我就順便看看為什么4個(gè)小時(shí)斷網(wǎng)重連3次，telnet到RT-AC66u，輸入用戶(hù)名和密碼，打開(kāi)/tmp/ppp/options.wan0，發(fā)現(xiàn)存在如下兩個(gè)屬性：
lcp-echo-interval 6
lcp-echo-failure 10
好家伙，6秒一次lcp-echo請(qǐng)求，10次收不到，就認(rèn)為pppoe斷開(kāi)了。這本來(lái)也是正常的，國(guó)外用戶(hù)沒(méi)這個(gè)問(wèn)題就是明證，可惡的電信運(yùn)營(yíng)商，為了節(jié)省服務(wù)器資源，不響應(yīng)路由器發(fā)送的echo請(qǐng)求。咱們普通消費(fèi)者也沒(méi)辦法——
按照這個(gè)原理，那也應(yīng)該是60秒斷線(xiàn)一次啊，為啥4個(gè)小時(shí)才斷3次？？
原來(lái)服務(wù)器會(huì)主動(dòng)間隔一段時(shí)間，發(fā)送一次echo請(qǐng)求，讓路由器回應(yīng)，證明PPPoE沒(méi)有斷開(kāi)，每次路由器收到服務(wù)器發(fā)來(lái)的echo請(qǐng)求，就立即回應(yīng)，然后知道PPPoE沒(méi)有斷開(kāi)，重新開(kāi)始計(jì)時(shí)這60秒。抓包數(shù)據(jù)顯示，在斷線(xiàn)前60秒內(nèi)，確實(shí)沒(méi)有收到電信PPPoE服務(wù)器發(fā)來(lái)的echo請(qǐng)求，然后自己發(fā)出去的
echo請(qǐng)求請(qǐng)求，電信服務(wù)器又不響應(yīng)，然后可憐的RT-AC66u就以為PPPoE撥號(hào)連接斷開(kāi)了，于是重?fù)堋！！?/p>
PS：
經(jīng)過(guò)查閱相關(guān)資料，以及抓包核實(shí)，號(hào)windows下默認(rèn)不發(fā)送請(qǐng)求，只回應(yīng)來(lái)自對(duì)方的echo請(qǐng)求，這也是windows自帶PPPoE撥號(hào)穩(wěn)定不斷線(xiàn)的原因。
總結(jié)
以上是生活随笔為你收集整理的k2运营商服务器无响应,【求救】K2提示“等待PPP客户端连接”拨号失败的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
