技術(shù)員聯(lián)盟提供win764位系統(tǒng)下載,win10,win7,xp,裝機(jī)純凈版,64位旗艦版,綠色軟件,免費(fèi)軟件下載基地!

當(dāng)前位置:主頁(yè) > 教程 > 服務(wù)器類(lèi) >

Linux系統(tǒng)下修改最大傳輸單元MTU的方法

來(lái)源:技術(shù)員聯(lián)盟┆發(fā)布時(shí)間:2018-02-18 18:00┆點(diǎn)擊:

  最大傳輸單元(Maximum Transmission Unit,MTU)是指一種通信協(xié)議的某一層上面所能通過(guò)的最大數(shù)據(jù)報(bào)大小(以字節(jié)為單位)。最大傳輸單元這個(gè)參數(shù)通常與通信接口有關(guān)(網(wǎng)絡(luò)接口卡、串口等)。

  因特網(wǎng)協(xié)議允許IP分片,這樣就可以將數(shù)據(jù)報(bào)分成足夠小的片段以通過(guò)那些最大傳輸單元小于該數(shù)據(jù)報(bào)原始大小的鏈路了。這一分片過(guò)程發(fā)生在IP層(OSI模型的第三層,即網(wǎng)絡(luò)層),它使用的是將分組發(fā)送到鏈路上的網(wǎng)絡(luò)接口的最大傳輸單元的值。原始分組的分片都被加上了標(biāo)記,這樣目的主機(jī)的IP層就能將分組重組成原始的數(shù)據(jù)報(bào)了。

  在因特網(wǎng)協(xié)議中,一條因特網(wǎng)傳輸路徑的“路徑最大傳輸單元”被定義為從源地址到目的地址所經(jīng)過(guò)“路徑”上的所有IP跳的最大傳輸單元的最小值?;蛘邚牧硗庖粋€(gè)角度來(lái)看,就是無(wú)需進(jìn)一步分片就能穿過(guò)這條“路徑”的最大傳輸單元的最大值。

  RFC 1191描述了“路徑最大傳輸單元發(fā)現(xiàn)方法”,這是一種確定兩個(gè)IP主機(jī)之間路徑最大傳輸單元的技術(shù),其目的是為了避免IP分片。在這項(xiàng)技術(shù)中,源地址將數(shù)據(jù)報(bào)的DF(Don't Fragment,不要分片)位置位,再逐漸增大發(fā)送的數(shù)據(jù)報(bào)的大小——路徑上任何需要將分組進(jìn)行分片的設(shè)備都會(huì)將這種數(shù)據(jù)報(bào)丟棄并返回一個(gè)“數(shù)據(jù)報(bào)過(guò)大”的ICMP響應(yīng)到源地址——這樣,源主機(jī)就“學(xué)習(xí)”到了不用進(jìn)行分片就能通過(guò)這條路徑的最大的最大傳輸單元了。

  不幸的是,越來(lái)越多的網(wǎng)絡(luò)封殺了ICMP的傳輸(譬如說(shuō)為了防范DOS攻擊)——這使得路徑最大傳輸單元發(fā)現(xiàn)方法不能正常工作,其常見(jiàn)表現(xiàn)就是一個(gè)連接在低數(shù)據(jù)流量的情況下可以正常工作,但一旦有大量數(shù)據(jù)同時(shí)發(fā)送,就會(huì)立即掛起(例如在使用IRC的時(shí)候,客戶(hù)會(huì)發(fā)現(xiàn)在發(fā)送了一個(gè)禁止IP欺騙的ping之后就得不到任何響應(yīng)了,這是因?yàn)樵撨B接被大量的歡迎消息堵塞了)。而且,在一個(gè)使用因特網(wǎng)協(xié)議的網(wǎng)絡(luò)中,從源地址到目的地址的“路徑”常常會(huì)為了響應(yīng)各種各樣的事件(負(fù)載均衡、擁塞、斷電等等)而被動(dòng)態(tài)地修改——這可能導(dǎo)致路徑最大傳輸單元在傳輸過(guò)程中發(fā)生改變——有時(shí)甚至是反復(fù)的改變。其結(jié)果是,在主機(jī)尋找新的可以安全工作的最大傳輸單元的同時(shí),更多的分組被丟失掉了。

  對(duì)于時(shí)下大多數(shù)使用以太網(wǎng)的局域網(wǎng)來(lái)說(shuō),最大傳輸單元的值是1500字節(jié)。但是像PPPoE這樣的系統(tǒng)會(huì)減小這個(gè)數(shù)值,這就使得在使用最大傳輸單元發(fā)現(xiàn)方法時(shí)可能會(huì)產(chǎn)生這樣的結(jié)果:一些處于配置不當(dāng)?shù)姆阑饓χ蟮恼军c(diǎn)變得不可達(dá)了。對(duì)于這種情況,還是可能找到變通的方法的,但這取決于你控制的是網(wǎng)絡(luò)的哪一部分。這些方法包括改變用來(lái)在防火墻一端建立TCP連接的第一個(gè)分組的MSS(Maximum Segment Size,最大分段大小)。

  對(duì)于一些支持老版本以太網(wǎng)協(xié)議的IBM系統(tǒng)(例如XSeries),可能只有在把最大傳輸單元設(shè)為1492之后才能在當(dāng)下常見(jiàn)的局域網(wǎng)上進(jìn)行運(yùn)作。

  MTU的修改方法如下:

  1、ifconfig命令修改

  [/code]

  ifconfig ${Interface} mtu ${SIZE} up

  ifconfig eth1 mtu 9000 up

  [/code]

  這個(gè)是最通用的方法,對(duì)所有的linux 發(fā)行版本都有效。缺點(diǎn)就是重啟后失效,需要在開(kāi)機(jī)項(xiàng)中加載。

  2、修改配置文件

  CentOS / RHEL / Fedora Linux下

  代碼如下:

  # vi /etc/sysconfig/network-scripts/ifcfg-eth0

  #增加如下內(nèi)容

  MTU="9000"

  #保存后重啟網(wǎng)卡生效

  # service network restart

  #啟用IPv6地址的,修改IPv6 mtu的參數(shù)為

  IPV6_MTU="1280"

  Debian / Ubuntu Linux下

  代碼如下:

  # vi /etc/network/interfaces

  #增加如下值

  mtu 9000

  #保存后,重啟網(wǎng)絡(luò)生效

  # /etc/init.d/networking restart

  3、為什么MTU最大值為9000字節(jié)

  從理論上計(jì)算,4 bytes的CRC最大支持12000 bytes大小的字節(jié),超過(guò)了就沒(méi)有辦法檢查了。另外還有其他一些協(xié)議如NFS等的限制。

  最后需要注意的是,在經(jīng)過(guò)交換網(wǎng)絡(luò)設(shè)備時(shí),僅僅修改主機(jī)端的MTU值是不行的,還需要交換網(wǎng)絡(luò)設(shè)備上開(kāi)啟jumbo frames功能。

  4、MTU測(cè)試

  使用ping命令,-l 指定包大小,-f 選項(xiàng)為通知操作系統(tǒng)不能私自更改該數(shù)據(jù)包大小

2015118114049588.png (504×130)

  使用英文操作系統(tǒng)時(shí)的提示為:Packet needs to be fragmented but DF set