Firefox'un DNS için TCP kullanmasını sağlama

ISS'imin yavaş ve bozuk DNS sunucularını atlamak için TCP'yi DNS için kullanmak istiyorum. Proxy kullanmıyorum (ve kullanmak istemiyorum).

Not: TCP üzerinden DNS kullanmak istiyorum, çünkü eğer udp üzerinden kullanırsam, hangi sunucuyu kurarsam ayarlarım ISS'nin DNS'sinden cevaplar alıyorum.

Şunu öneren kişiyi şiddetle aşağı indireceğim:

• DNS üzerinden TCP yapmak için programlar,
• about:configDNS’in proxy’yi geçmesini sağlamak için yapılan ayar : Proxy kullanmıyorum,
• başka bir DNS kullan: Google’ı DNS’im olarak ayarladım ancak ele geçiriliyorum.

Kesişme diyerek ne demek istediğime örnek:

$ dig @8.8.8.8 thepiratebay.se

; <<>> DiG 9.8.1 <<>> @8.8.8.8 thepiratebay.se
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24385
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;thepiratebay.se.               IN      A

;; ANSWER SECTION:
thepiratebay.se.        28800   IN      A       83.224.65.41

;; Query time: 50 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Sep 16 22:51:06 2012
;; MSG SIZE  rcvd: 49

$ dig +tcp @8.8.8.8 thepiratebay.se

; <<>> DiG 9.8.1 <<>> +tcp @8.8.8.8 thepiratebay.se
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15131
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;thepiratebay.se.               IN      A

;; ANSWER SECTION:
thepiratebay.se.        436     IN      A       194.71.107.15

;; Query time: 61 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Sep 16 22:51:10 2012
;; MSG SIZE  rcvd: 49

Önemli olursa, Gentoo Linux'ta Firefox 14 kullanıyorum.

Eğer glibc kullanıyorsanız , libc çözümleyicisini daima TCP kullanmaya zorlayan belgesiz use-vcseçeneğini ( resolv/res_init.cglib kaynak koduna bakınız) kullanabilirsiniz.

Her ikisi de resolv.conf dosyasında global olarak ayarlayın:

options use-vc nameserver 1.2.3.4

Veya ortamdaki seçeneği iletin:

RES_OPTIONS=use-vc firefox

Uygulama, libc res_init/res_query/…işlevlerini kullanmadan kendi DNS desteğini uygularsa çalışmaz. Firefox ile çalışıyor (muhtemelen SOCKS proxy ayarlarında "uzak DNS" seçeneğini kullanmadığınız sürece).

Unbound'u kurun ve unbound.conf config dosyasındaki "tcp-upstream: no" ile "yes" arasında bir değişiklik yapın.

# upstream connections use TCP only (and no UDP), "yes" or "no"
# useful for tunneling scenarios, default no.
# tcp-upstream: no

Ve her şeyi bir yukarı akış çözümleyiciden çözmek için, şöyle bir şey ekleyin:

forward-zone:
    name: "."
    forward-addr: 213.154.224.3

Ayrıca Unbound için uygun bir kullanıcı arayüzü olan dnssec-trigger'ı kullanarak her şeyi bir SSL bağlantısı üzerinden tünellemek için kullanabilirsiniz.

ISS sorununu çözmenin bir yolu, kendi yerel, yerel DNS sunucunuzu çalıştırmaktır. Bu özellikle Linux'ta zor değil.

İlgili noktalardan bazılarını kapsayan önceki, ilgili bir soru var: Bir ISS, NXDOMAIN isteklerini yakaladığında ne yapmalı? Ve burada başka bir makale .

DNSsec ( WikiPedia ) uzun vadede bu sorunu kaldırmak gerekir. Ayrıca OpenDNS'den DNSCrypt sorunu düzeltir, ancak yalnızca Mac ve Windows iş istasyonları için.

Kendi DNS'nizi kurma konusunda iyi makaleler var:

• Ubuntu
• Kırmızı şapka
• Debian

Firefox'un DNS için TCP kullanmasını sağlayın?

Yapamazsın

Firefox bu kararı vermez, sadece bir işletim sistemi API çağırır gethostbyname()

İşletim sistemi çözücü bir DNS sunucusuna verir.

Kendi dahili DNS sunucunuzu kurabileceğinizi ve bunu yalnızca TCP kullanacak şekilde yapılandırabileceğinizi düşünebilirsiniz.

İşte bu ilgili post dan birisi muhtemelen herkesten daha DNS hakkında daha fazla biliyor.

08-11-2008 03:20

Yanıt: BIND'yi yalnızca TCP kullanmaya zorlamak mümkün mü?

"Joe Baptista" yazıyor:

Yalnızca TCP kullanmaya zorlamak ve hiçbir zaman UDP kullanmamak için BIND'de yapılabilecek herhangi bir yapılandırma değişikliği var mı? Mümkün?

yok hayır.

-
Paul Vixie

Muhtemelen zaten

Teoride, istediğinizi yapan bir DNS ileticisi bulabilir, yazabilir veya değiştirebilirsiniz.

Teoride, herhangi bir çağrıyı arayarak gethostbyname()ve özel DNS istemci koduyla değiştiren bir Firefox eklentisi bulabilir ya da yazabilirsiniz - Firefox eklentisi mimarisinin bunu mümkün kıldığı, ancak bir bakıma değeceği konusunda hiçbir fikrim yok.

Ben de aynı problemi yaşadım. Firefox’taki herhangi bir ayar, işletim sistemindeki herhangi bir ayar veya TCP ve UDP ile ilgisi olmadığı ortaya çıktı. Sorun gerçekten ISS'nizdeki yönlendiriciden kaynaklanıyor. Bu müdahale ediyor bütün "port 53" trafik ve ISS'nizin DNS sunucularına bunu yapamazlar. Yeniden yönlendirme hem gönderilen hem de alınan paketleri (NAT'a benzer) yeniden ne olduğunu söyleyemeyeceğiniz şekilde yeniden yazarak yapılır (paketlerdeki DNS sunucusunun adresi, paketlenmiş olsa bile istediğiniz gibi görünüyor) Gerçekten de ISS’nin kendi DNS sunucusuna gitti.

Yönlendiricinize erişin (genellikle web’de 192.168.1.1’e göz atarak ve bir ad ve parola girerek), DNS sunucusunun yazdığı yeri bulun ve bu adresi ISS'nizin DNS sunucusundan gerçekten kullanmak istediğinize göre değiştirin (OpenDNS? Google ? ...?).

Router config neredeyse kesinlikle adresin yönlendiricinin kendisi tarafından kullanıldığını gösterir. Muhtemelen araya girmekle veya bilgisayarınız hakkında hiçbir şey söylemeyecektir. İnanma Yönlendiricilerin DNS tarafından ele geçirilmesi, SOHO kullanıcılarının geçici bir siteye bakmak için filtrelenmiş bir DNS'yi atlayarak geçici olarak engellemelerini amaçlamaktadır ve bu nedenle büyük bir sırdır: bu nedenle en az belgelendirilen, genellikle olmadığı bile görülür.

Dnscrypt + unbound kullanın. Varsayılan olarak dnscrypt, 443 / udp'deki dns sorgularını OpenDNS'e gönderir.

Bu dns servisini LAN'ımdaki diğer makinelere tünellemenin bir yolunu bulamadım. Netcat, socat veya udptunnel değil, hiçbir slogan yok.

Google’ın genel DNS sunucularını kullanın. Hızlı ve güvenilirler. İşte çeşitli işletim sistemlerinde bunları kullanmak için talimatlar .

IPtables kullanarak giden UDP DNS isteklerini engellemeyi deneyin:

iptables -A OUTPUT -p udp --dport 53 -j REJECT

Arama UDP için başarısız olmalı ve daha sonra (umarım) TCP kullanılarak yeniden denenmelidir.

Sonunda, birçok TPB kullanıcısının gidip TOR veya VPN servisini kullanma biçimine geçebilirsiniz .