como consertar o telnet na porta 25 ou 110 ou 143 falha na conexão?

2

Instalei um aplicativo de terceiros no meu servidor Windows 2008 para transformá-lo em um servidor de e-mail (MDaemon) ...
Eu preenchi as informações durante o seu assistente com muito cuidado, sem quaisquer alterações nas suas opções ou preferências!
Configurei o IIS para usar o webAdmin e o webClient e tudo está ok sobre eles ...
também este servidor atua como um servidor web (IIS e DNS estão instalados).

Eu desliguei meu servidor e meu pc firewall ... (ambos os firewalls são o nó 32)

A execução desses comandos no servidor está correta:

telnet ip-address of server(127.0.0.1 on server) 25  
telnet ip-address of server(127.0.0.1 on server) 110  
telnet ip-address of server(127.0.0.1 on server) 143  

mas esses comandos falham na minha máquina local longe desse servidor!
O que isso significa e o que posso fazer para corrigir isso?
Eu sou desenvolvedor web do sistema, então eu gostaria de receber algumas explicações sobre essa situação!

    
por SilverLight 03.09.2011 / 11:54

3 respostas

2

Se você estiver executando as tentativas de conexão com falha de um sistema remoto, o firewall no servidor pode exigir configuração para essas portas.

Se as tentativas de conexão com falha ocorrerem no próprio servidor (via 127.0.0.1), os próprios serviços do servidor podem não estar em execução.

    
por 03.09.2011 / 12:01
2

Se eu ler a descrição corretamente, você pode fazer telnet para as portas ON do servidor (localmente) sem nenhum problema, mas sua máquina remota não pode acessar as portas.

Isso implicaria que há um firewall bloqueando a conexão ou as portas não estão configuradas para máquinas fora do localhost para se conectarem a elas.

Para ver se as portas estão abertas, você pode executar um portcanner como o Nmap da sua máquina remota para o servidor para ver quais portas estão sendo exibidas como abertas.

No próprio servidor, você deve conseguir verificar se as portas estão abertas e conectadas a processos executando o Netstat.

Se o Netstat no servidor disser que as portas estão abertas (e ouvindo a interface de endereço IP do seu servidor, e não APENAS 127.0.0.1), o próximo passo é diagnosticar um problema persistente de firewall ou que os próprios processos estão bloqueando o acesso externo . Por padrão, os servidores de email tendem a bloquear conexões externas até que estejam configurados para aceitar e-mails para a interface / domínio adequada, já que caso contrário, eles são destinos de retransmissão de spam.

Depois disso, você deve verificar se seu cliente e servidor realmente se encontram (ping, traceroute) na rede e verificar se isso não é um problema de conexão.

Depois disso ... eu posso olhar para um despejo de rede usando algo como o Wireshark para ver se há um problema com o aperto de mão. As máquinas realmente estão se vendo ou há algum problema de roteamento?

    
por 03.09.2011 / 12:49
0

Erro ao telnet localhost 143: Não foi possível abrir a conexão com o host na porta 143

Meu servidor é o servidor Exchange 2003.

Como isso foi resolvido: Abra o Gerenciador do Sistema do Exchange Grupos Administrativos Primeiro grupo administrativo Servidores Servidor de e-mail Protocolos IMAP4  Inicie o servidor virtual IMAP4 padrão, se não iniciado. Reinicie se já começou.

No meu caso, vi o servidor virtual IMAP4 padrão na posição para baixo.

Espero que isso ajude alguém.

    
por 17.10.2014 / 16:49