.png)
Ubuntu 9.04에서 Opera를 작동시키는 사람이 있습니까?
IPv6 방식으로 도메인 이름을 재분석하려고 시도하고 있으며 어떻게 든 게이트웨이로부터 제로 응답(0이 많은 IP 주소)을 받고 연결에 실패합니다.
UPD: 와이어샤크 스니프:
8 5.647832 192.168.1.2 192.168.1.1 DNS 표준 쿼리 A google.com 9 5.649655 192.168.1.1 192.168.1.2 DNS 표준 쿼리 응답 A 1.0.0.0
그건 그렇고, Firefox를 포함한 다른 모든 네트워킹은 잘 작동합니다.
내가 찾은 한 가지 해결책은 커널에서 IPv6을 비활성화하는 것이었지만 9.04에서는 BUG로 인해 불가능합니다.
패치로 커널을 재구축하지 않고도 Opera를 작동시킬 수 있나요?
UPD:호스트가 있으면 ping(즉, IP가 지금 캐시되어 있음) Opera가 호스트를 찾아서 OK 페이지를 엽니다. 아마도 Opera가 연결하려고 하는 모든 것을 "사전 핑"하는 방법이 있을까요? :))
답변1
NAT 라우터가 DNS 서버 역할도 하는 경우 많은 경우 IPv6(AAAA) 확인과 관련된 알려진 문제가 있습니다.
BIND 확인자와 기본 IPv6를 가리키는 Debian 시스템에서 Opera(v9.63 및 10 베타)를 실행하면 모두 잘 작동한다고 말할 수 있습니다.
답변2
DNS 서버에서 "게이트웨이로부터 제로 응답을 얻습니다"라는 뜻입니까? DNS 서버가 AAAA 요청에 대해 nul IPv6 주소로 응답한다면 아마도 DNS 서버에 문제가 있는 것입니다!
답변3
해결되었습니다!
$ 오페라 -debugdns ... dns: 호스트 'google.com'이 1.0.0.0으로 확인되었습니다.
이는 일부 라우터에서 발견된 손상된 DNS 구현으로 인한 전형적인 잘못된 응답입니다. Opera는 먼저 ipv6를 찾고 잘못된 응답을 받습니다.
해결책은 resolv.conf가 OpenDNS의 DNS 서버(208.67.222.222 및 208.67.220.220)를 가리키도록 하는 것입니다. 이제 내 resolv.conf는 다음과 같습니다.
네임서버 208.67.222.222 네임서버 208.67.220.220 네임서버 192.168.1.1
매력처럼 작동합니다! :)
답변4
나는 그것에 대해 많이 읽었으며 9.04 배포판의 버그인 것 같습니다. 이를 위해서는 ipv6 없이 커널을 다시 컴파일해야 합니다.