Erro DNS, Bind9, bloqueando WhatsApp

wtet
(usa BackTrack)

Enviado em 17/01/2016 - 12:08h

Estou com um problema e, como a maioria aqui, não sei mais por onde procurar.

Instalei um servidor Bind, para DNS para a rede local, em um Debian 8. Configurei como forwarders os dois DNS que a operadora me forneceu e mais dois do Google. O problema é que, na maioria dos casos, as imagens, vídeos ou áudios do WhatsApp não estão sendo acessíveis.

Coletei os pacotes no meu Firewall/Router e a única coisa que aparece é destino não acessível. Realmente o IP que tenta acessar não é acessível, nem ping consigo enviar. Aparentemente problema da OI, que não consegue acessar esses endereços, (pois testei direto no modem), algum bloqueio para forçar utilizar os servidores do Brasil, mas o DNS está resolvendo endereços dos EUA.

Se eu coloco diretamente qualquer um dos DNS que estão no forward nos clientes, ele resolve para outro endereço e esse sim é acessível. Não sei porque ocorre essa diferença na resolução. Certamente a operadora deveria deixar eu acessar esse IP externo, mas não tive sucesso na conversa com eles. Então resta entender e resolver o problema de resolução de nomes,. Por que, tendo a mesma configuração, a resolução é diferente.

Já tentei desabilitar o IPv6, não sei se não deu certo, ou também não adiantou.

Não sei se me fiz entender, mas preciso de alguma ajuda. Abaixo os conf.

#/etc/default/bind9
# run resolvconf?
RESOLVCONF=no

# startup options for the server
OPTIONS="-4 -u bind"



#/etc/bind/named.conf
// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.default-zones";



#/etc/bind/named.conf.options
options {
directory "/var/cache/bind";

// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.

forwarders {
// 201.10.1.3;
200.221.11.101;
// 201.10.128.4;
8.8.8.8;
// 8.8.4.4;
};

//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
dnssec-validation auto;

preferred-glue A;
filter-aaaa-on-v4 yes;

auth-nxdomain no; # conform to RFC1035
listen-on-v6 { none; };
};


#/etc/bind/named.conf.local
//
// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
include "/etc/bind/zones.rfc1918";

// DNS reverso rede local
zone "1.168.192.in-addr.arpa" {
type master;
file "/etc/bind/db.1.168.192.reverso";
};

// DNS rede local
zone "meudominio.com.br" {
type master;
file "/etc/bind/db.meudomino.com.br";
};


#/etc/bind/db.meudomino.com.br
; Arquivo de zonas - meudominio.com.br

$TTL 3600

@ IN SOA ns.meudominio.com.br. root.meudominio.com.br. (
2016010704 ; Serial
3600 ; Refresh [1H]
600 ; Retry [10m]
86400 ; Expire [1D]
3600 ) ; Negative Cache TTL [1h]

@ IN NS ns.meudominio.com.br.

ns IN A 192.168.1.53

; estacoes
;terminal1 IN A 192.168.1.10
;terminal2 IN A 192.168.1.11
;terminal3 IN A 192.168.1.12
;terminal4 IN A 192.168.1.13

; servidores
firewall IN A 192.168.1.50
bacula IN A 192.168.1.52
proxy IN A 192.168.1.54
banco IN A 192.168.1.55

gateway CNAME firewall
squid CNAME proxy
router CNAME firewall
backup CNAME bacula
mysql CNAME banco
interbase CNAME banco
dhcp CNAME ns

; impressoras
bematech IN A 192.168.1.201
m401 IN A 192.168.1.200


# /etc/bind/db.1.168.192.reverso
; Arquivo de zonas reverso - 192.168.1.x
$TTL 3600

@ IN SOA ns.meudominio.com.br. admin.meudominio.com.br. (
2016010705 ; Serial
3600 ; Refresh [1H]
600 ; Retry [10m]
86400 ; Expire [1D]
3600 ) ; Negative Cache TTL [1h]

@ IN NS ns.meudominio.com.br.

53 IN PTR ns.meudominio.com.br.

;10 IN PTR terminal1.meudominio.com.br.
;11 IN PTR terminal2.meudominio.com.br.
;12 IN PTR terminal3.meudominio.com.br.
;13 IN PTR terminal4.meudominio.com.br.

50 IN PTR firewall.meudominio.com.br.
50 IN PTR router.meudominio.com.br.
50 IN PTR gateway.meudominio.com.br.
52 IN PTR bacula.meudominio.com.br.
52 IN PTR backup.meudominio.com.br.
53 IN PTR dhcp.meudominio.com.br.
54 IN PTR proxy.meudominio.com.br.
54 IN PTR squid.meudominio.com.br.
55 IN PTR banco.meudominio.com.br.
55 IN PTR mysql.meudominio.com.br.
55 IN PTR interbase.meudominio.com.br.

201 IN PTR bematech.meudominio.com.br.
200 IN PTR m401.meudominio.com.br.



#saída do named -g
17-Jan-2016 12:00:23.324 starting BIND 9.9.5-9+deb8u4-Debian -g
17-Jan-2016 12:00:23.324 built with '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/bind' '--localstatedir=/var' '--enable-threads' '--enable-largefile' '--with-libtool' '--enable-shared' '--enable-static' '--with-openssl=/usr' '--with-gssapi=/usr' '--with-gnu-ld' '--with-geoip=/usr' '--with-atf=no' '--enable-ipv6' '--enable-rrl' '--enable-filter-aaaa' 'CFLAGS=-fno-strict-aliasing -fno-delete-null-pointer-checks -DDIG_SIGCHASE -O2'
17-Jan-2016 12:00:23.324 ----------------------------------------------------
17-Jan-2016 12:00:23.324 BIND 9 is maintained by Internet Systems Consortium,
17-Jan-2016 12:00:23.324 Inc. (ISC), a non-profit 501(c)(3) public-benefit
17-Jan-2016 12:00:23.324 corporation. Support and training for BIND 9 are
17-Jan-2016 12:00:23.324 available at https://www.isc.org/support
17-Jan-2016 12:00:23.324 ----------------------------------------------------
17-Jan-2016 12:00:23.324 adjusted limit on open files from 65536 to 1048576
17-Jan-2016 12:00:23.324 found 2 CPUs, using 2 worker threads
17-Jan-2016 12:00:23.324 using 2 UDP listeners per interface
17-Jan-2016 12:00:23.325 using up to 4096 sockets
17-Jan-2016 12:00:23.330 loading configuration from '/etc/bind/named.conf'
17-Jan-2016 12:00:23.332 reading built-in trusted keys from file '/etc/bind/bind.keys'
17-Jan-2016 12:00:23.332 using default UDP/IPv4 port range: [1024, 65535]
17-Jan-2016 12:00:23.332 using default UDP/IPv6 port range: [1024, 65535]
17-Jan-2016 12:00:23.334 listening on IPv4 interface lo, 127.0.0.1#53
17-Jan-2016 12:00:23.337 binding TCP socket: address in use
17-Jan-2016 12:00:23.339 listening on IPv4 interface eth1, 192.168.1.53#53
17-Jan-2016 12:00:23.341 binding TCP socket: address in use
17-Jan-2016 12:00:23.341 generating session key for dynamic DNS
17-Jan-2016 12:00:23.341 sizing zone task pool based on 24 zones
17-Jan-2016 12:00:23.352 using built-in root key for view _default
17-Jan-2016 12:00:23.352 set up managed keys zone for view _default, file 'managed-keys.bind'
17-Jan-2016 12:00:23.352 automatic empty zone: 168.192.IN-ADDR.ARPA
17-Jan-2016 12:00:23.352 automatic empty zone: 64.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 65.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 66.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 67.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 68.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 69.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 70.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 71.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 72.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 73.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 74.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 75.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.353 automatic empty zone: 76.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 77.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 78.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 79.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 80.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 81.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 82.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 83.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 84.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 85.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 86.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 87.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 88.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 89.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 90.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 91.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.354 automatic empty zone: 92.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 93.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 94.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 95.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 96.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 97.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 98.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 99.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 100.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 101.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 102.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 103.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 104.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 105.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 106.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 107.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.355 automatic empty zone: 108.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 109.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 110.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 111.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 112.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 113.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 114.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 115.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 116.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 117.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 118.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 119.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 120.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 121.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.356 automatic empty zone: 122.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 123.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 124.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 125.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 126.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 127.100.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 254.169.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 2.0.192.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 100.51.198.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 113.0.203.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: D.F.IP6.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 8.E.F.IP6.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: 9.E.F.IP6.ARPA
17-Jan-2016 12:00:23.357 automatic empty zone: A.E.F.IP6.ARPA
17-Jan-2016 12:00:23.358 automatic empty zone: B.E.F.IP6.ARPA
17-Jan-2016 12:00:23.358 automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
17-Jan-2016 12:00:23.366 couldn't add command channel 127.0.0.1#953: address in use
17-Jan-2016 12:00:23.366 couldn't add command channel ::1#953: address in use
17-Jan-2016 12:00:23.366 not using config file logging statement for logging due to -g option
17-Jan-2016 12:00:23.367 managed-keys-zone: journal file is out of date: removing journal file
17-Jan-2016 12:00:23.367 managed-keys-zone: loaded serial 26
17-Jan-2016 12:00:23.369 zone 0.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.369 zone 10.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.376 zone 127.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.377 zone 19.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.378 zone 25.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.378 zone 20.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.379 zone 16.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.380 zone 22.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.381 zone 26.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.382 zone 28.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.382 zone 27.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.383 zone 1.168.192.in-addr.arpa/IN: loaded serial 2016010705
17-Jan-2016 12:00:23.384 zone 17.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.385 zone 23.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.385 zone 18.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.386 zone 21.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.387 zone 255.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.387 zone 24.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.387 zone 29.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.388 zone 30.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.388 zone 31.172.in-addr.arpa/IN: loaded serial 1
17-Jan-2016 12:00:23.389 zone meudominio.com.br/IN: loaded serial 2016010704
17-Jan-2016 12:00:23.390 zone localhost/IN: loaded serial 2
17-Jan-2016 12:00:23.390 all zones loaded
17-Jan-2016 12:00:23.391 running

patrickpcs
(usa Nenhuma)

Enviado em 17/01/2016 - 12:31h

Nossa cara, que louco. Deu pra entender bem o que você quis dizer, se você usa o o forward em uma estação cliente ele obtém um endereço IP acessível, entretanto se você coloca ele no seu servidor BIND ele obtém um endereço inacessível.

Cara, acho mais provável que um dos forwarders esteja com a resolução de nome incorreta e que na hora que você testou diretamente na estação cliente o agente local da máquina ainda tinha em cache o endereço correto, levando ao diagnostico falso.

Sugiro testar um forwarder de cada vez dentro do seu servidor DNS, configure, reinicie o serviço bind9 para limpar o cache, e consulte o seu servidor DNS com o comando nslookup pra ver no que da. Um forwarder de cada vez.

Acho que da pra testar isso com o comando "dig", nele além de especificar o nome que quer resolver, você pode especificar em qual DNS fazer a consulta. Só não to lembrado de cabeça como...seria mais fácil pra testar cada um dos forwarders sem ter que ficar alterando as configurações do seu BIND a todo instante.

______________________

Macaco gosta de banana

---------------------- 

patrickpcs
(usa Nenhuma)

Enviado em 17/01/2016 - 12:40h

Lembrei como usar o dig....

dig @[servidor dns] [dominio]

exemplo..
dig @200.221.11.101 www.botzin.net
Ai ele retorna as informações seguintes....;

; <<>> DiG 9.9.5-11ubuntu1.1-Ubuntu <<>> @200.221.11.101 www.botzin.net

; (1 server found)

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7425

;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1



;; OPT PSEUDOSECTION:

; EDNS: version: 0, flags:; udp: 4096

;; QUESTION SECTION:

;www.botzin.net.			IN	A



;; ANSWER SECTION:

www.botzin.net.		3482	IN	CNAME	botzin.net.

botzin.net.		3482	IN	A	187.45.193.205



;; Query time: 41 msec

;; SERVER: 200.221.11.101#53(200.221.11.101)

;; WHEN: Sun Jan 17 12:40:11 BRST 2016

;; MSG SIZE  rcvd: 73

 

Não sei qual o dominio usado pelo whatsapp pra envio e recebimento dos arquivos, mas você deve saber....faz o teste aew.

______________________

Macaco gosta de banana

---------------------- 

wtet
(usa BackTrack)

Enviado em 22/01/2016 - 12:07h

Fiz os testes aqui, não específicamente no WhatsApp, mas com o UOL mesmo, por exemplo e ele continua resolvendo IPv6, já coloquei a opção -4 no /etc/defaults/bind9/ e no /etc/init.d/bind9, além disso desabilitei o IPv6 do kernel.

dig www.uol.com.br

; <<>> DiG 9.9.5-9+deb8u4-Debian <<>> www.uol.com.br
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47482
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 6, ADDITIONAL: 10

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.uol.com.br. IN A

;; ANSWER SECTION:
www.uol.com.br. 240 IN CNAME homeuol.ipv6uol.com.br.
homeuol.ipv6uol.com.br. 207 IN A 200.221.2.45

;; AUTHORITY SECTION:
br. 172799 IN NS f.dns.br.
br. 172799 IN NS b.dns.br.
br. 172799 IN NS c.dns.br.
br. 172799 IN NS e.dns.br.
br. 172799 IN NS a.dns.br.
br. 172799 IN NS d.dns.br.

;; ADDITIONAL SECTION:
a.dns.br. 172799 IN A 200.160.0.10
a.dns.br. 172799 IN AAAA 2001:12ff::10
b.dns.br. 172799 IN A 200.189.41.10
c.dns.br. 172799 IN A 200.192.233.10
d.dns.br. 172799 IN A 200.219.154.10
d.dns.br. 172799 IN AAAA 2001:12f8:4::10
e.dns.br. 172799 IN A 200.229.248.10
e.dns.br. 172799 IN AAAA 2001:12f8:1::10
f.dns.br. 172799 IN A 200.219.159.10

;; Query time: 1538 msec
;; SERVER: 192.168.1.53#53(192.168.1.53)
;; WHEN: Fri Jan 22 11:58:48 BRST 2016
;; MSG SIZE rcvd: 369

patrickpcs
(usa Nenhuma)

Enviado em 22/01/2016 - 12:29h

Jovem...testa cada um dos forwards.

dig @8.8.8.8 domíniowhatsapp.com

dig @8.8.4.4 domíniowhatsapp.com

dig @201.10.1.3 domíniowhatsapp.com


dig @200.221.11.101 domíniowhatsapp.com

dig @201.10.128.4 domíniowhatsapp.com


Compare a resposta de cada e veja qual deles está enviando o IP errado.

Tem que ser com o domínio que o whatsapp usa pra enviar os arquivos.


Não estou tentando te dizer como desativar o ipv6 n...estou tentando te ajudar a encontrar qual dos servidores DNS que você está usando como forwarding está com a resolução de nome errada, pra você não usar ele mais.

______________________

Macaco gosta de banana

---------------------- 

wtet
(usa BackTrack)

Enviado em 22/01/2016 - 14:47h

Mesmo eu colocando apenas um dos endereços de cada vez, cada um resolve diferente, já que depende da instância que se encontra, mas nenhum dos endereços navega. Já estou achando que é problema de roteamento.

patrickpcs
(usa Nenhuma)

Enviado em 22/01/2016 - 16:17h

Qual o dominio que o whatsapp usa para envio de arquivos?

______________________

Macaco gosta de banana

----------------------