MTU 문제 의 증상이 있습니다. 일부 TCP 연결은 특정 명령이나 URL에 대해 어느 정도 재현 가능하지만 전체 패턴을 쉽게 식별 할 수 없습니다. 중요한 증상은 대화식 ssh 세션이 잘 작동하지만 파일 전송이 거의 항상 실패한다는 것입니다. 또한 pppoe는 가정 사용자에게 MTU 문제를 가져 오는 최고의 요소입니다. 그래서 나는 MTU 수표를 처방합니다.

무엇입니까? m aximum t ransmission U NIT는 네트워크 링크를 통해 패킷의 최대 크기이다. MTU는 전송 매체마다 다릅니다. 예를 들어 유선 이더넷과 Wi-Fi (802.11)에는 다른 MTU가 있으며 ATM 링크 (장거리 인프라의 대부분을 구성)는 각각 고유 한 MTU를 가지고 있습니다.
PPPOE 는 캡슐화 된 프로토콜입니다. 즉, 모든 패킷은 몇 바이트의 헤더와 그에 따른 기본 패킷으로 구성되므로 최대 패킷 크기를 헤더 크기만큼 줄입니다.
IP 는 라우터가 다음 홉에 비해 너무 큰 패킷을 감지하면 패킷을 조각화 할 수 있지만 항상 작동하지는 않습니다. 이론적으로 적절한 MTU가 발견되어야한다자동으로 작동하지만 항상 작동하지는 않습니다. 특히 인터넷 검색은 Network Manager가 MTU 검색에서 얻은 MTU 정보에 대해 항상 올바르게 작동하지는 않지만 어떤 버전이 영향을 받거나 문제가있는 사용 사례가 무엇인지 모르겠습니다.

그것을 측정하는 방법.
당신이있는 경우 tracepath리눅스에서 iputils , 실행 tracepath 8.8.8.8구글의 DNS 서버의 경로를 통해 MTU를 볼 수 있습니다. 사용중인 버전에 옵션 traceroute이 있으면을 --mtu실행하십시오 traceroute -n --mtu 8.8.8.8. 자세한 옵션 은 나와 IP 사이의 MTU 발견을 참조하십시오 .

자동화 된 도구가 없으면 수동으로 측정 할 수 있습니다. 주어진 크기의 핑 패킷을 응답하는 외부 호스트에 보내십시오 (예 : ping -c 1 -s 42 8.8.8.8Linux의 경우 다른 시스템의 경우 ping명령 설명서를 참조하십시오 ). 패킷은 42의 작은 값을 통과해야합니다 (42가 작동하지 않으면 핑을 차단하는 것임). 값이 클수록 패킷이 통과하지 않습니다. 제한적인 인프라가 로컬 이더넷 네트워크 인 경우 1464는 일반적인 최대 값입니다. 운이 좋으면 너무 큰 패킷을 보내면 다음과 같은 메시지가 표시 Frag needed and DF set (mtu = 1492)됩니다. 운이 좋지 않으면 최대 값을 찾을 때까지 값을 계속 실험 한 다음 28을 추가하십시오 ( -s페이로드 크기를 지정하고 28 바이트의 헤더가 추가됨). 또한보십시오Ubuntu 포럼에서 MTU 및 RWIN 을 사용하여 인터넷 연결을 최적화하는 방법 .

설정 방법 (결정한 MTU 및 eth0네트워크 인터페이스 이름으로 1454를 교체 하십시오)

• 일회성 (Linux) : run ifconfig eth0 mtu 1454
• 영구적으로 (네트워크 관리자를 사용하지 않는 데비안 및 우분투와 같은 파생어) : 편집 /etc/network/interfaces. 네트워크 인터페이스를 입력 한 직후 ( iface eth0 …지시문 뒤 )에로 줄을 추가하십시오 pre-up ifconfig $IFACE mtu 1454. 또는 IP 주소가 정적 인 경우 mtu 1454매개 변수를 iface eth0 inet static지시문에 추가 할 수 있습니다 .

• 영구적으로 (네트워크 관리자 유무에 관계없이 데비안 및 우분투와 같은 파생어) : /etc/network/if-pre-up.d/mtu다음 내용으로 불리는 스크립트를 작성하고 세계적으로 실행 가능하게 만드십시오 ( chmod a+rx) :

  #!/bin/sh
  ifconfig $IFACE mtu 1454
  

추가 자료

• 안정적으로 신뢰할 수없는 연결을 진단하는 방법은 무엇입니까? (특히 Mike Pennington의 답변 )은 여기에 설명 된 간단한 측정 및 제한 방법이 작동하지 않으면 도움이 될 수 있습니다.

답변