Ubuntu는 IPv4 사이트에 연결할 수 없으며 일부 매우 이상한 네트워크 동작

Ubuntu는 IPv4 사이트에 연결할 수 없으며 일부 매우 이상한 네트워크 동작

저는 Chrome이 최신 버전인 Ubuntu 15.04를 사용하고 있습니다. 최근 이상한 문제가 생겼습니다.

내 인터넷 연결은 DSL(정확히는 AT&T U-Verse)에서 무선으로 방송됩니다. 으로 보면 ifconfig내 노트북은 항상 IPV4 주소로 식별되었습니다. 오늘 아침에 연결 문제가 있어서 IPV6 주소가 표시됩니다.

Chrome에서 웹사이트를 열면 ERR_NAME_NOT_RESOLVED가 발생했는데, 마침내 DNS 문제(직장에서 흔히 발생하는 문제)가 있다는 것을 깨달았습니다. 일반적으로 컴퓨터를 IPv4용 Google Public DNS로 설정하므로 자연스럽게 IPv6 DNS 확인자도 Google Public DNS 서버로 설정합니다. 그 이후에는 불확실하다고밖에 설명할 수 없는 연결이 생겼습니다.

때로는 Chrome을 사용하여 IPv6를 통해 제공되는 Google, Facebook, Wikipedia와 같은 사이트에 액세스할 수 있습니다. 때때로 내 네트워크 연결이 "끊어집니다". 이는 먼저 Chrome에 DNS_PROBE_FINISHED_NO_INTERNET이 표시되고 두 번째로 Ubuntu가 내 네트워크 연결이 끊어졌다는 GTK 알림을 표시한다는 의미입니다.

2~3개의 IPv6 사이트를 로드한 후 또는 다음과 같은 IPv4 사이트를 로드하려고 시도하는 동안 연결이 "끊어집니다".http://ubuntu.com.

그 컴퓨터를 사용하는 동안 가끔 Google 검색의 리소스에 액세스한 다음 Google 캐시에서 이를 보려고 했습니다. 작동했습니다(물론 한 번에 몇 페이지만 로드하는 경우에만 가능).

연결이 "종료"될 때마다 네트워크 관리자로 이동하여 "연결 중"이라는 텍스트를 확인했습니다. 참고: Network Manager는 "작업 표시줄"에 해당 아이콘을 표시하지 않습니다. Super를 사용하고 검색하여 열어야 합니다.

내 라우터에는 다음 위치에 관리 페이지가 있습니다.http://192.168.1.254, 하지만 해당 페이지에 액세스하려고 하면 대부분 오류가 발생합니다.

내가 시도한 것은 다음과 같습니다.

  1. 컴퓨터를 여러 번 다시 시작하십시오.
  2. 라우터를 다시 시작하십시오. 내 직장에 꽤 지장을 주기 때문에 나는 이것을 한 번 해보았다. 다른 모든 컴퓨터(Windows 및 iMac)는 제대로 작동하는 것 같습니다.
  3. DHCP 임대를 갱신합니다. 거의 다 해봤어이것들.
  4. Chrome의 DNS 캐시를 지웠습니다.
  5. FireFox는 더 이상 작동하지 않습니다.
  6. 이더넷을 사용하여 DSL 모뎀에 직접 연결합니다.

현재 내 인터넷은 IPv6 사이트에서 작동하고 있습니다(이 질문은 Mac에서 작성하고 있습니다). 192.168.1.254 에서 게이트웨이를 핑하면 8.8.8.8 핑과 마찬가지로 "도달할 수 없음"이 표시되지만 핑을 하면 여전히 ping google.com올바른 동작이 발생합니다 connect: Network is unreachable.google.comping not-a-real-site.comping: unknown host not-a-real-site.comlocalhost

나 엄청 혼란스러워. 이 문제를 어떻게 해결합니까?

편집 0: 둘 다에 연결할 수 있습니다https://ipv4.google.com그리고https://ipv6.google.com작동하는 컴퓨터에서만 가능합니다.https://ipv6.google.com내 노트북에.

답변1

ISP가 IPv4 서버에 액세스할 때 어떤 방법을 사용하려고 했는지 알면 문제를 디버깅하는 데 확실히 도움이 됩니다. 라우터의 LAN 측에는 세 가지 가능성이 있습니다.

  • 라우팅 가능한 IPv4 주소(가능성 없음)
  • 라우팅할 수 없는 IPv4 주소(및 NAT)
  • IPv4 주소(및 NAT64)만

라우터의 LAN 측에서 라우팅 가능한 IPv4 주소를 사용하지 않는 한, 라우터의 WAN 측에는 5가지 가능성이 있습니다.

  • 라우팅 가능한 IPv4 주소(대부분의 ISP가 사용했던 주소)
  • 라우팅할 수 없는 IPv4 주소(및 CGN)
  • NAT64
  • DS-라이트
  • 4번째

ISP가 사용하려고 했던 11가지 가능한 조합 중 어떤 조합을 사용하려고 했는지 알면 문제를 디버깅하는 데 도움이 됩니다. 가장 먼저 확인해야 할 것은 네트워크 인터페이스에 IPv4 및 IPv6 주소가 모두 있는지, 아니면 둘 중 하나만 가지고 있는지 여부입니다.

무엇이 잘못될 수 있는지에 대한 몇 가지 명백한 가능성이 있습니다.

라는 메뉴를 찾으면 Edit Connections...연결에 IPv4가 필요한지 여부와 연결에 IPv6가 필요한지 여부를 선택할 수 있습니다. 둘 다 선택하지 않은 경우 연결이 정상이라고 간주하려면 둘 중 하나 이상이 작동해야 합니다.

다음으로 NAT64가 관련되어 있으면 DNS64도 필요합니다. ISP가 NAT64를 사용하려는 경우 DNS64가 포함된 DNS 서버도 제공합니다. 그러나 다른 DNS 서버를 사용하기로 선택하면 DNS64를 얻지 못할 가능성이 높습니다.

ISP가 NAT64를 사용하도록 의도했지만 ISP가 제공한 DNS 서버를 사용하고 싶지 않은 경우에도 다른 DNS 서버를 사용할 수 있지만 ISP가 제공한 NAT64와 동일한 접두사 및 DNS64로 구성해야 합니다.

LAN이 라우팅할 수 없는 IPv4 주소를 사용하고 WAN이 NAT64를 사용하는 경우 라우터는 NAT464를 지원해야 합니다. NAT464는 NAT64에서 사용하는 접두사를 알아야 하며 일반적으로 DNS64를 사용하여 확인된 이름을 DNS 서버에 쿼리하여 해당 접두사를 찾습니다. NAT464 구현이 NAT64 접두사의 정적 구성을 지원하는 것이 기술적으로 가능하므로 DNS64가 필요하지 않습니다.

도움이 될 수 있는 설정

간단히 말해서 다음 설정이 문제와 관련이 있을 수 있습니다.

  • 이 연결을 완료하려면 IPv4 주소가 필요합니다.
  • 이 연결을 완료하려면 IPv6 주소가 필요합니다.
  • DNS 서버

이에 대한 적절한 설정이 문제를 해결하기에 충분하지 않은 경우 더 나은 답변을 얻으려면 더 많은 정보를 찾아야 합니다.

관련 정보