最近折騰ubuntu,但升級後DSL撥號上網出現問題。
表現為win10能通過DSL撥號上網，但身為雙系統之一的ubuntu16.04就不能，而且奇怪的是ubuntu能ping通外網。

在一番嘗試和查閱資料之後

• 找到 /etc/NetworkManager/system-connections 下的連結配置檔案
• 設定 mtu=1492

[ppp]
lcp-echo-failure=5
lcp-echo-interval=30
mtu=1492

• 或者 命令設定 sudo ifconfig ppp0 mtu 1492

萬事大吉

MTU介紹 ：

最大傳輸單元（英語：Maximum Transmission Unit，縮寫MTU）是指一種通訊協議的某一層上面所能通過的最大資料包大小（以位元組為單位）。最大傳輸單元這個引數通常與通訊介面有關（網路介面卡、串列埠等）。
因特網協議允許IP分片，這樣就可以將資料報包分成足夠小的片段以通過那些最大傳輸單元小於該資料報原始大小的鏈路了。這一分片過程發生在 IP 層（OSI模型的第三層，即網路層），它使用的是將分組傳送到鏈路上的網路介面的最大傳輸單元的值。原始分組的分片都被加上了標記，這樣目的主機的 IP 層就能將分組重組成原始的資料報了。
在因特網協議中，一條因特網傳輸路徑的“路徑最大傳輸單元”被定義為從源地址到目的地址所經過“路徑”上的所有IP跳的最大傳輸單元的最小值。或者從另外一個角度來看，就是無需進一步分片就能穿過這條“路徑”的最大傳輸單元的最大值。
RFC 1191 描述了“路徑最大傳輸單元發現方法”，這是一種確定兩個 IP 主機之間路徑最大傳輸單元的技術，其目的是為了避免 IP 分片。在這項技術中，源地址將設定資料報的 DF（Don’t Fragment，不要分片）標記位，再逐漸增大發送的資料報的大小——路徑上任何需要將分組進行分片的裝置都會將這種資料報丟棄並返回一個“資料報過大”的 ICMP 響應到源地址——這樣，源主機就“獲取”到了不用進行分片就能通過這條路徑的最大的最大傳輸單元了。
不幸的是，越來越多的網路封殺了 ICMP 的傳輸（譬如說為了防範 DoS 攻擊）——這使得路徑最大傳輸單元發現方法不能正常工作，其常見表現就是一個連線在低資料流量的情況下可以正常工作，但一旦有大量資料同時傳送，就會立即掛起（例如在使用 IRC 的時候，客戶會發現在傳送了一個禁止 IP 欺騙的 ping 之後就得不到任何響應了，這是因為該連線被大量的歡迎訊息堵塞了）。而且，在一個使用因特網協議的網路中，從源地址到目的地址的“路徑”常常會為了響應各種各樣的事件（負載均衡、擁塞、斷電等等）而被動態地修改——這可能導致路徑最大傳輸單元在傳輸過程中發生改變——有時甚至是反覆的改變。其結果是，在主機尋找新的可以安全工作的最大傳輸單元的同時，更多的分組被丟失掉了。
對於時下大多數使用乙太網的區域網來說，最大傳輸單元的值是 1,500 位元組。但是像 PPPoE 這樣的系統會減小這個數值，通常是1492（= 1500 - 2（PPP）- 6（PPPoE）），這就使得在使用最大傳輸單元發現方法時可能會產生這樣的結果：一些處於配置不當的防火牆之後的站點變得不可達了。對於這種情況，還是可能找到變通的方法的，但這取決於你控制的是網路的哪一部分。這些方法包括改變用來在防火牆一端建立 TCP 連線的第一個分組的 MSS（Maximum Segment Size，最大分段大小）。
對於一些支援老版本乙太網協議的 IBM 系統（例如 XSeries），可能只有在把最大傳輸單元設為 1492 之後才能在當下常見的區域網上進行運作。 –引自wikipedia