Como posso saber se o ISP está bloqueando as portas de saída?

2

1º: Como posso saber se o ISP está bloqueando as portas?

2º: Como posso saber se o problema está relacionado ao sistema operacional?

O problema começou desde a atualização para o Windows 10.

(computador de negócios, portanto, não sei se tenho privilégios). (Leia "Existe uma maneira simples de detectar o bloqueio de portas do ISP?" Não relevante).

Configurações que tentei configurar:

Servidor de entrada de emails (IMAP) - requer SSL imap.gmail.com Porta: 993 Requer SSL: sim Servidor de saída de emails (SMTP) - requer TLS smtp.gmail.com Porta: 465 ou 587 Requer SSL: sim Requer autenticação: Sim

Error messages:

Log onto incoming mail server (IMAP): The connection to the server failed.

Send test e-mail message: Outlook cannot connect to your outgoing (SMTP) e-mail server. If you continue to receive this message, contact your server administrator or Internet provider (ISP).

Verificações que fiz:

  1. Eu fiz um teste de ping nas portas SMTP do Google que estão bloqueadas. (com & sem firewall ativado).
  2. Verificamos vários clientes de email.

Aberto para ideias de testes

ISP diz que o problema é o meu Win10?

    
por Space_Monkey 20.08.2015 / 10:22

3 respostas

2

Se você acessar o link e baixar o putty.exe

cliqueem"Abrir" na parte inferior e você deve obter

Se você conseguir isso, então tudo está se conectando, se não for, então você tem outro problema. (Eu duvido muito que o seu iSP esteja bloqueando isso - se é um computador de trabalho, pode ser o seu trabalho)

    
por 20.08.2015 / 13:50
1

Você pode usar o PuTTY , como Michael B sugeriu, ou outro cliente de telnet , ou cURL , ou wget , que estão disponíveis para o Microsoft Windows, ou até mesmo um navegador, juntamente com o Testador de porta de saída para testar se o acesso externo é permitido a uma porta paticular.

    
por 20.08.2015 / 14:41
0

Também estou procurando uma resposta para sua primeira pergunta (verificando se o ISP não está bloqueando as portas de saída) e estou quase lá:

A maneira mais fácil de fazer isso é enviar dados para todas as portas de um servidor na Internet e ver se recebemos respostas ao entrar em contato com cada porta.

Mas precisamos ter certeza de que esse servidor (ou combinação de servidores):

  • Não tem portas atrás de um firewall.
  • Não tem portas UDP abertas. Se eles estiverem abertos, nós (necessariamente) não receberemos uma resposta, se eles estiverem fechados, receberemos um pacote ICMP informando que ele é inacessível.

... e eu não sei sobre um servidor do qual eu posso ter certeza que estas condições são o caso

O estado das portas TCP não importa, porque quando enviamos um SYN, recebemos um SYN / ACK quando estão abertos e um RST / ACK quando estão fechados, mas nunca sem resposta.

Consegui usar portquiz.net para testar todas as portas TCP no nível IPv4, exceto 445 (o proprietário deste servidor menciona em seu site que esta porta está atrás de um firewall de seu provedor). Então, eu ainda quero saber sobre:

  • TCP / 445 no nível IPv4
  • todas as portas UDP no nível IPv4
  • todas as portas TCP e UDP no nível IPv6

Você provavelmente não quer descobrir como enviar os dados corretos para a porta correta e descobrir se recebe uma resposta manualmente. Então sugiro usar o nmap:

  • Para TCP, execute nmap -p 1-65535 server_that_we_need | grep filtered .
  • Para UDP, execute sudo nmap -sU -p 1-65535 server_that_we_need | grep filtered . (sudo é necessário aqui porque você precisa ser root para a varredura UDP). Lembre-se: precisamos ter certeza de que as portas UDP no servidor estão fechadas para obter a saída correta!

    Todas as portas visíveis na saída são bloqueadas pelo seu provedor

por 17.04.2018 / 01:11

Tags