
우선 --- 이 질문을 어디에 게시해야 할지 잘 모르겠습니다: askubuntu, unix, superuser... 제가 본 유일한 사례는 Ubuntu에 있었고 사본이 있기 때문에 여기에 이 질문을 게시합니다. Arch Report...그래서 공통점을 찾으려고 노력하는 중이군요.
직장에 있는 Ubuntu 14.04 워크스테이션에서 즉시 연결을 시도하고 portal.office.com
유효한 사용자/비밀번호를 입력하면 연결이 영원히 유지됩니다.
그러나 sudo ifconfig eth0 MTU 1400
활성 인터넷 인터페이스(예:)의 MTU를 1400 이하로 줄이면 연결이 자동으로 작동합니다.
이것은 실제로아니요동일한 시스템을 사용하여 집에서 연결할 때 이런 일이 발생합니다.
이 동작의 원인은 무엇입니까? 중간 라우터? 다른 응용 프로그램/웹 사이트에는 기본 MTU 1500에 문제가 없습니다.
(제 생각에는이것관련이 있을 수 있습니다. 여기에 MTU를 낮추기 위한 힌트가 있지만 여전히 무슨 일이 일어나고 있는지 모르고 짜증스럽습니다.
답변1
이는 유형 3 및 4 ICMP 패킷이 O365에서 클라이언트 PC로 반환되는 것을 방지하는 문제 때문일 수 있습니다. 이러한 패킷 유형은 네트워크 링크의 패킷 조각화를 보고합니다. 나는 이것이 연결에 대한 "관련" 패킷으로 분류되어 TCP 대화의 일부로 허용되기를 원했지만 그렇지 않을 수도 있습니다.
클라이언트 PC에 방화벽이 있는 경우 방화벽을 일시적으로 비활성화하거나(안전하다면) 인바운드 ICMP 유형 3 및 4 패킷을 허용하는 것이 좋습니다.
iptables -I INPUT -p icmp --icmp-type 4 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -I INPUT -p icmp --icmp-type 3 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
잠재적으로 유용한 자료:
물론, 에지 라우터가 이를 차단하는 경우에는 도움이 되지 않을 수 있습니다.