situação:
Link full fibra unotel, 90mb, 1 ip publico para cada cliente, DNSs da unotel primário e opendns secundário.
De forma intermitente o hotmail tem perdido a conexão quando o cliente está lendo a mensagem, aparece uma tarja amarela na parte superior informando que o cliente está offline, quando ele tenta logar novamente dá pagina não encontrada. Isso dura de 5 minutos a meia hora, depois normaliza sozinho.
Independentemente de o cliente usar cache ou nao.
Alguem ta passando por isso?
Respostas
Pode ser problema no link ou dns, use os dns da giga dns!!
Tentei Rogério, sem sucesso. Quanto ao link, meus colegas de pop não relatam o mesmo problema. A unica coisa que percebi até agora e que o hotmail alterna entre 4 dns principais e as vezes responde pelo servidor bl166w.bl166u.mail.live.com e as vezes por outro servidor, só tenho detectado problema junto a este que postei. aliás na verdade esse dns é um cname, acho que vou montar um bind pra ter mais controle dos DNSs aki, e ver o que posso fazer.
Rogerio Alves disse:
Amigo aqui tambem, link dedicado da Algar Telecom, nao sabemos o que pode ser, talvez seja nos servidores da live. vamos esperar pra ver se volta ao normal...
Sr. Jhonne
Boa tarde!!!
Estava passando por um problema parecido com isso
Achei essas regas e pra mim funcionaram!!!
/ip firewall nat
add action=accept chain=dstnat comment="Com essas regras estabiliza o MSN" \
disabled=no dst-address=207.46.0.0/16 protocol=tcp
add action=accept chain=dstnat disabled=no dst-address=64.4.0.0/16 protocol=\
tcp
add action=accept chain=dstnat disabled=no dst-address=65.54.0.0/16 protocol=\
tcp
add action=accept chain=dstnat disabled=no dst-address=65.55.0.0/16 protocol=\
tcp
/ip firewall filter
add action=accept chain=input comment=\
"ESTAS REGRAS ESTABILIZAM AS CONECES COM O MSN" disabled=no dst-port=1863 \
protocol=tcp
add action=accept chain=input disabled=no protocol=tcp src-port=1863
add action=accept chain=input disabled=no dst-port=443 protocol=tcp
add action=accept chain=forward disabled=no dst-port=443 protocol=tcp
Desculpe amigo, mas essas regras não fazem nada mais que liberar portas que já são liberadas por Padrão no meu sistema. Ademais o problema não é com o messenger e sim com o hotmail. Certamente não adiantaria! Te toda forma, obrigado por sua contribuição.
Leonardo Luiz de Oliveira disse:
Tenta isso aqui:
"Liberando Hotmail no Filter por Layer7"
/ip firewall layer7-protocol
add comment="pega Hotmail" name=HOTMAIL regexp=hotmail.com
/ip firewall filter
add action=accept chain=input comment="Libera Hotmail" disabled=no layer7-protocol=HOTMAIL
Me explica porque liberar o que já ta liberado! Desculpa pessoal, não é arrogância não, mas regras de firewall não vai resolver meu problema.
Alguem sabe se tem problema recentes do hotmail com dns? se um dos 4 servidores principais, não tá respondendo direito? se é preciso priorizar as conexões seguras para o hotmail? se a sessão expira por algum motivo dentro hotmail? se estão com problemas de congestionamento de servidores?
Eu estava com problema aqui tambem, coloquei as regras acima e coloquei os dns:
/ip dns
set allow-remote-requests=yes cache-max-ttl=1w cache-size=20480KiB max-udp-packet-size=4096 servers=8.8.8.8,8.8.4.4
no dns do dhcp
dns-server=189.38.95.95,189.38.95.96,8.8.8.8,8.8.4.4
rosolveu o problema do hotmail e mercado livre
agora o porque aconteceu eu não sei ...
Tamanho do pacote udp. Tem algum sentido, vou tentar, obrigado!
Sidney Aparecido Pedro disse:
no dns-server=189.38.95.95,189.38.95.96,8.8.8.8,8.8.4.4 mudei para
dns-server=8.8.8.8,8.8.4.4
ficou melhor
Ok, reporta se deu certo
-
1
-
2
de 2 Próximo