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

Genildo Lopes genildopmsf em gmail.com
Sábado Novembro 9 09:39:10 BRST 2013


Cache Web


Em 9 de novembro de 2013 08:37, Ricardo Rodrigues
<rcr.listas em ig.com.br>escreveu:

> Cache DNS ou Cache Web?
>
>
> Em 8 de novembro de 2013 20:56, Genildo Lopes <genildopmsf em gmail.com
> >escreveu:
>
> > 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
> > _______________________________________________
> > 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
> >
> _______________________________________________
> 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


More information about the caiu mailing list