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