내 인터넷 연결은 LAN을 통해 공급자에게 직접 연결되었습니다. 그 시점에서 Windows와 Ubuntu(이중 부팅)에서는 모든 것이 제대로 로드되었습니다. 그러나 얼마 전부터 전화 접속(PPPoE)에 사용자 이름과 비밀번호를 사용하도록 요구하기 시작했습니다. 게이트웨이, 서브넷 마스크, IP, DNS 서버는 변경되지 않습니다. 하지만 그 이후로 Windows에서는 그런 문제가 발생하지 않지만 Ubuntu에서는 특정 웹 사이트를 탐색할 수 없습니다. 몇 가지 예시 웹사이트는 다음과 같습니다 -Ovi 로그인 페이지(share.ovi.com은 잘 로드되고 nokia.com은 잘 로드되지만)실시간 메일(Chrome(ium) 및 Opera에서는 작동하지만 Firefox(3.6 및 4)에서는 작동하지 않음) Mozilla플러그인 웹사이트및 기타 임의의 웹사이트.
로드되지 않는 일부 사이트는 시간 초과 메시지를 표시하고 일부(예: moz 플러그인 사이트)의 경우 브라우저는 끝없이 로드를 계속 시도합니다. (저는 몇 시간 동안 이 상태를 유지했지만 다른 점을 발견하지 못했습니다.) 일어나고 있습니다).
DNS 서버를 공용 서버로 변경해 보았습니다. Fedora LiveCD에서 부팅도 시도했습니다.그 다음에DNS를 이것(또는 OpenDNS)으로 변경하지만 똑같은 일이 발생합니다. 이 문제를 일으킬 수 있는 Linux 자체의 일부 구성에 본질적으로 잘못된 것이 있습니까?
왜 이런 일이 발생하고 해결 방법을 아는 사람이 있습니까?
참고: 이 질문은교차 게시SU, 하지만 응답이 없습니다.
고쳐 쓰다:방금 봤어여기다른 사람들도 비슷한 문제가 있었고 배치하여 해결했습니다.networkmanager.conf파일이 에 있습니다 /etc/NetworkManager
. 파일에 무엇이 있어야 합니까?
답변1
당신은 다음과 같은 증상이 있습니다최대 전송 단위문제: 일부 TCP 연결이 정지되고 특정 명령이나 URL에 대해 어느 정도 반복이 가능하지만 식별하기 쉬운 전체 패턴이 없습니다. 한 가지 분명한 증상은 대화형 SSH 세션이 제대로 실행되지만 파일 전송이 거의 항상 실패한다는 것입니다. 또한 pppoe는 가정 사용자의 MTU 문제의 가장 큰 원인입니다. 따라서 MTU 검사를 수행하는 것이 좋습니다.
그것은 무엇입니까? 이것쌀최고티전염너nit는 네트워크 링크에 있는 패킷의 최대 크기입니다. MTU는 전송 매체에 따라 다릅니다. 예를 들어 유선 이더넷과 Wi-Fi(802.11)의 MTU는 다릅니다.ATM장거리 인프라의 대부분을 구성하는 각 링크에는 자체 MTU가 있습니다. PPPOE캡슐화 프로토콜은 각 패킷에 여러 바이트의 헤더가 포함되어 있고 그 뒤에 기본 패킷이 있음을 의미합니다. 따라서 헤더 크기에 따라 최대 패킷 크기를 줄입니다. 지적 재산권라우터는 패킷이 다음 홉에 비해 너무 크다는 것을 감지하면 패킷을 조각화할 수 있지만 이것이 항상 작동하는 것은 아닙니다. 이론적으로는 올바른 MTU를 찾아야 합니다.자동으로, 그러나 이 방법도 항상 작동하는 것은 아닙니다. 특히 인터넷 검색에 따르면 네트워크 관리자가 MTU 검색에서 얻은 MTU 정보를 항상 올바르게 처리하는 것은 아니지만 어떤 버전이 영향을 받았는지 또는 문제가 있는 사용 사례가 무엇인지 알 수 없습니다.
그것을 측정하는 방법.
당신이 가지고 있다면tracepath
리눅스에서아이틸스, tracepath 8.8.8.8
Google DNS 서버 경로에서 MTU를 보려면 실행하세요. 해당 버전 에 옵션이 traceroute
있으면 --mtu
를 실행하십시오 traceroute -n --mtu 8.8.8.8
.나와 대상 IP 사이의 MTU를 알아보세요.더 많은 선택을 위해.
자동화된 도구가 없으면 수동으로 측정할 수 있습니다. 예를 들어 응답하는 외부 호스트에 지정된 크기의 ping 패킷을 보내려고 시도합니다 (Linux의 경우, 다른 시스템의 경우 해당 명령에 대한 설명서를 ping -c 1 -s 42 8.8.8.8
찾으세요 ). ping
패킷은 42라는 충분히 작은 값을 통과할 수 있어야 합니다(42가 작동하지 않으면 무언가가 핑을 차단하고 있는 것입니다). 값이 더 크면 패킷이 통과되지 않습니다. 인프라의 제한 부분이 로컬 이더넷인 경우 1464가 일반적인 최대값입니다. 운이 좋다면 너무 큰 패킷을 보낼 때 비슷한 메시지를 보게 될 것입니다 Frag needed and DF set (mtu = 1492)
. 운이 좋지 않다면 최대값을 찾을 때까지 계속 값을 시도한 다음 28( -s
28바이트 헤더 외에 페이로드 크기를 지정)을 추가합니다. 당신은 또한 볼 수 있습니다MTU 및 RWIN을 사용하여 인터넷 연결을 최적화하는 방법우분투 포럼에서.
설정 방법(1454를 결정된 MTU 및 eth0
네트워크 인터페이스 이름으로 바꾸십시오)
- 일회성(Linux): 실행
ifconfig eth0 mtu 1454
- 영구(Network Manager를 사용하지 않는 경우 Debian 및 그 파생 제품): 편집
/etc/network/interfaces
네트워크 인터페이스 항목 바로 뒤(지시문 뒤iface eth0 …
)에 .pre-up ifconfig $IFACE mtu 1454
지시문에 대한 매개변수입니다.mtu 1454
iface eth0 inet static
영구(네트워크 관리자 유무에 관계없이 Debian 및 Ubuntu와 같은 파생 제품):
/etc/network/if-pre-up.d/mtu
다음을 포함하는 스크립트를 생성하고 전역적으로 실행 가능하게 만듭니다(chmod a+rx
).#!/bin/sh ifconfig $IFACE mtu 1454
더 많은 리소스
- 신뢰할 수 없는 연결을 진단하는 방법은 무엇입니까?(특별한마이크 페닝턴의 답변여기에 설명된 간단한 측정 및 제한 방법이 작동하지 않으면) 도움이 될 수 있습니다.
답변2
핵심 문제는 SSL과 관련된 것 같습니다. 문제의 URL은 모두 https://....
다음과 같습니다.
PPPoE 변경이 왜 여기에 영향을 미치는지 이해가 안 되지만, ISP가 한 번에 두 가지 이상을 변경했고 잘못된 변경을 비난하고 있을 수도 있습니다.
ISP가 모델에 따라 특별히 권장하는 하드웨어 라우터를 추가해 보겠습니다. 이는 ISP가 요구하는 대로 정확하게 PPPoE 연결을 협상할 뿐만 아니라 SSL 연결 문제도 해결할 수 있습니다.
즉각적인 문제가 해결되지 않더라도 여전히 몇 가지 부수적인 이점을 얻을 수 있습니다.
첫째, 하드웨어 방화벽은 보안 계층을 추가합니다. 방화벽 뒤에 있는 컴퓨터에 대한 연결을 허용해야 하는 경우 다음을 참조하세요.포트포워드닷컴포트 전달에 대한 지침을 보려면 사용할 수 있는 모든 라우터를 확인하세요.
둘째, 대부분의 홈 라우터를 사용하면 여러 컴퓨터와 인터넷 연결을 공유할 수 있습니다.
답변3
크롬(및 크롬)에도 동일한 문제가 있습니다. 나는 이것이 웹킷 문제라고 생각했습니다. 나는 영구적인 해결책을 찾지 못했지만 Google에서 해당 오류 코드(실제 값 없음)를 검색하면 동일한 문제를 겪고 있는 많은 사람들을 찾을 수 있습니다. 특정 웹사이트에 연결된 탭을 닫은 다음 캐시와 쿠키 및 모든 항목을 삭제하여 일시적으로 작동하게 할 수 있습니다.
해결책을 찾지 못하고 Firefox로 돌아갔습니다.