[caiu] PROBLEMA COM VISUALIZAÇÃO DE IMAGEM DO FACEBOOK E INSTAGRAM

Sexta Novembro 8 20:56:25 BRST 2013

Pessoal o problema é Cache mesmo, não sei se o cache é da GVT ou esta entre
o meu provedor e empresa que me entrega Banda "SITECNET/TELY"!!!

Em 8 de novembro de 2013 13:48, Eng. Fabio Roberto
<ipsolon2005 em gmail.com>escreveu:

> Não é para 512, mas sim para 1024, como eu postei. Por padrão o RouterOS
> vem com 512, então atribuir 1024 a este campo evitará uma resposta truncada.
> Se observar via wireshark, verá que o tamanho ultrapassa esse valor padrão
> do MK:
>
> y.y.y.y.53 > x.x.x.x.24533: [udp sum ok] 65172*- q: A?
> a1402.dspw40.akamai.net. 9/0/1 a1402.dspw40.akamai.net. [20s] A
> 184.51.126.146, a1402.dspw40.akamai.net. [20s] A 184.51.126.160,
> a1402.dspw40.akamai.net. [20s] A 184.51.126.178, a1402.dspw40.akamai.net.
> [20s] A 184.51.126.186, a1402.dspw40.akamai.net. [20s] A 184.51.126.144,
> a1402.dspw40.akamai.net. [20s] A 184.51.126.152, a1402.dspw40.akamai.net.
> [20s] A 184.51.126.153, a1402.dspw40.akamai.net. [20s] A 184.51.126.131,
> a1402.dspw40.akamai.net. [20s] A 184.51.126.163 ar: . OPT UDPsize=4096 OK
> (196)
>
> O fato de usar o max-ttl de 30s é para contornar um problema cronico que o
> RouterOS possui ao lidar com cache de DNS, mas pode ser muito bem utilizado
> e recomendado. Utilizando o Cloud-Core de 36 núcleos com média de 800
> Clientes Hotspot conectados simultaneamente cada Concentrador e funciona
> muito bem, já que o MK no modelo hotspot redireciona as consultas de DNS
> para dentro dele (e não adianta apagar, pois quando ele reiniciar irá
> voltar as regras)
>
> Att.
>
> Em 08/11/2013 13:27, Genildo Lopes escreveu:
>
>> Obrigado pela contribuição, vou fazer aplicações e retorno.
>>
>> Em sexta-feira, 8 de novembro de 2013, Ricardo Rodrigues escreveu:
>>
>>  Consultas DNS são feitas usando UDP (preferencialmente) e TCP (são
>>> poucas,
>>> mas ocorrem). Mesmo com "Max UDP Packet Size" configurado para 512
>>> bytes, o
>>> Mikrotik (como qualquer outro sistema) deveria refazer a consulta usando
>>> TCP.
>>>
>>> Baixar o cache-max-ttl para 30 segundos não é recomendado. Pode ter
>>> resolvido o problema aí, mas a causa raiz certamente é outra. Talvez
>>> estejam bloqueando consultas DNS via TCP.
>>>
>>> Abs,
>>> Ricardo
>>>
>>>
>>>
>>>
>>>
>>> Em 8 de novembro de 2013 10:10, Eng. Fabio Roberto
>>> <ipsolon2005 em gmail.com <javascript:;>>escreveu:
>>>
>>>
>>>  No Mikrotik (quando este faz o papel de DNS server da rede), o problema
>>>> é
>>>> que a resposta de DNS do google possui um tamanho maior que máximo
>>>> configurado pelo mikrotik para tamanho de pacote desse tipo. Altere o
>>>>
>>> campo
>>>
>>>> "Max UDP Packet Size" de 512 para 1024 e veja se irá dar problemas. Caso
>>>> ainda dê, diminua o tempo de permanência da resoluções no cache do DNS
>>>> do
>>>> mesmo, porém isso é feito via console( ip dns set cache-max-ttl=30 (ou
>>>>
>>> 30s
>>>
>>>> agora não sei se precisa do "s"). Eu resolvi isso dessa forma.
>>>>
>>>> Abs.
>>>>
>>>> Em 08/11/2013 07:14, Clecio Rodrigo - Velbras escreveu:
>>>>
>>>>   Genildo bom dia,
>>>>
>>>>> Este tipo de problema já apresentou em provedores de clientes, e foi
>>>>> resolvido configurando um servidor de DNS local, e redirecionando todo
>>>>> o
>>>>> tráfego (UDP 53) dos clientes e dos servidores pra ele. O que notei foi
>>>>>
>>>> que
>>>
>>>> servidores DNS no cliente diferente do utilizado pelo servidor de
>>>>>
>>>> CACHE, ou
>>>
>>>> então quando se usa NAT, DNS diferente no servidor routerOS (MikroTik)
>>>>> causa este tipo de problema, pois cada servidor DNS aponta o mesmo URL
>>>>>
>>>> pra
>>>
>>>> um IP diferente. Faça o teste e poste os resultados.
>>>>>
>>>>> Att..
>>>>>
>>>>> Clecio Rodrigo
>>>>> Velbras Provedor
>>>>>
>>>>> Em 07/11/2013 20:21, Genildo Lopes escreveu:
>>>>>
>>>>>  Pessoal alguém já teve problema com visualização de imagens no
>>>>>>
>>>>> Facebook e
>>>
>>>> Instagram usando Apps em Android,
>>>>>>
>>>>>> estou com esse problema na minha rede já tirei meus DNS's coloquei os
>>>>>>
>>>>> do
>>>
>>>> Google, já parei o meu Thunder e Nada.
>>>>>>
>>>>>>
>>>>>> Usando GVT/SITECNET-TELY (Campina Grande-PB)
>>>>>>
>>>>>>  _______________________________________________
>>>>> caiu mailing list
>>>>> caiu em eng.registro.br <javascript:;>
>>>>>
>>>>> https://eng.registro.br/mailman/listinfo/caiu
>>>>>
>>>>>
>>>>> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>>>>>
>>>>> https://eng.registro.br/mailman/options/caiu
>>>>>
>>>>>
>>>>>  --
>>>> Eng. Fabio Roberto
>>>> *S.O DO BRASIL TELECOMUNICACOES*
>>>> /www.superonda.com.br | www.zamix.com.br /
>>>>
>>>> _______________________________________________
>>>> caiu mailing list
>>>> caiu em eng.registro.br <javascript:;>
>>>>
>>>> https://eng.registro.br/mailman/listinfo/caiu
>>>>
>>>>
>>>> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>>>>
>>>> https://eng.registro.br/mailman/options/caiu
>>>>
>>>>  _______________________________________________
>>> caiu mailing list
>>> caiu em eng.registro.br <javascript:;>
>>>
>>> https://eng.registro.br/mailman/listinfo/caiu
>>>
>>>
>>> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>>>
>>> https://eng.registro.br/mailman/options/caiu
>>>
>>>
>>
> --
> Eng. Fabio Roberto
> *S.O DO BRASIL TELECOMUNICACOES*
> /www.superonda.com.br | www.zamix.com.br /
> _______________________________________________
> caiu mailing list
> caiu em eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/mailman/options/caiu
>

-- 

*Genildo Lopes *| Diretor
*Gnet*
*Provedor de Acesso a Internet*
*Banda Larga via Wireless e Cabo*
Avenida Capitão José Inácio, 123
Centro, São Fernando - RN - CEP: 59327-000
*+55 84 *
*3428-0042 +55 84 9991-6391 (TIM)*
www.gnetprovedor.com.br
[image: Skype] genildolopes [image: MSN] genildopmsf em gmail.com