Primeiro, você deve verificar / descartar a possibilidade de ser "bloqueado por firewall".
Você pode usar tcptraceroute email.abc.com 2525
man tcptraceroute
pacote tcptraceoute
nslookup email.abc.com
me fornece um endereço IP não autoritativo do IP correto para o novo servidor SMTP, que é, digamos, 60.1.2.3. Esta VM do Ubuntu é executada em nossa rede e eu tenho feito relatórios e envio de e-mails de saída apenas por meio do SMTPServer1 por um tempo agora. O SMTPServer1 tem um serviço ruim, por isso estou alterando os servidores SMTP para um servidor SMTP interno da nossa rede, algo que nossa empresa executa. Quando tento testar minha conexão do Ubuntu para o novo servidor SMTP, faço o telnet para o nome da seguinte forma: telnet email.abc.com 2525
porque usamos uma porta não padrão para SMTP.
O que obtenho toda vez é "Trying email.abc.com..."
e ele fica pendurado até que eu receba um erro de tempo limite. O mesmo acontece quando tento fazer telnet diretamente para o endereço IP. O outro cara executando o novo (para mim) servidor SMTP afirma que está aberto para o meu IP do servidor Ubuntu e seu servidor SMTP está sendo executado.
Obrigado!
EDIT: Acabei de adicionar nossos servidores DNS internos a /etc/network/interfaces
. As primeiras 2 entradas para dns-nameservers
são 10.19. * E são nossos servidores DNS internos. As próximas 2 entradas são servidores DNS do Google, o último é um servidor OpenDNS. Agora parece com isso:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 10.19.3.13
netmask 255.255.0.0
gateway 10.19.0.1
dns-nameservers 10.19.1.66 10.19.1.67 8.8.8.8 8.8.4.4 208.67.222.222
# See /home/chuck/perl/stuff/setiptable.
pre-up iptables-restore < /etc/iptables/rules.v4
Após a edição (usando o sudo nedit / etc / network / interfaces) eu fiz: sudo service network-manager restart
.
Também editei sudo /etc/resolvconf/resolv.conf.d/base
, que agora tem nossos dois servidores DNS internos primeiro, seguidos por dois servidores DNS do Google, e agora é assim:
nameserver 10.19.1.66
nameserver 10.19.1.67
nameserver 8.8.8.8
nameserver 8.8.4.4
Após a edição, eu fiz sudo resolvconf -u
.
Então eu fiz ping e nmap. Ping funciona. O Nmap retorna isso. Se alguém puder me ajudar a decifrar a saída do nmap, poderei aprender. Eu não me importo de aprender. Mas eu sou novo nessa parte. Todo mundo está em um ponto.
Starting Nmap 6.40 ( http://nmap.org ) at 2015-06-23 06:39 EDT
Nmap scan report for email.abc.com (64.13.203.46)
Host is up.
rDNS record for 64.13.203.46: acmkokisco.gs01.gridserver.com
PORT STATE SERVICE
2525/tcp filtered ms-v-worlds
Nmap concluído: 1 endereço IP (1 host up) verificado em 2,12 segundos
Se eu estiver fazendo o nmap do meu servidor Ubuntu para o servidor SMTP, por que ele diz "filtrado"? O cara que estava executando o servidor SMTP não permitiu meu IP do Ubuntu corretamente? Eu sei que quando você faz alterações no Ubuntu, às vezes você tem que reiniciar os serviços. Gostaria de saber se ele não reiniciou o serviço corretamente. Eu estou tentando descobrir o que dizer a ele, ou seja, se o problema está no meu fim ou no dele.
Saída de nslookup email.abc.com
:
Server: 8.8.8.8
Address: 8.8.8.8#53
Resposta não autoritativa: Nome: email.abc.com Endereço: 64.13.203.46
Isso não significa que ele usou o servidor DNS 8.8.8.8 (Google) para obter o IP?
10.19.3.13 é o IP da minha máquina Ubuntu, e estou tentando acessar o servidor SMTP a partir daí. Saída de tcptraceroute
.
$ tcptraceroute email.abc.com 2525
Selected device eth0, address 10.19.3.13, port 57049 for outgoing packets
Tracing the path to email.abc.com (64.13.203.46) on TCP port 2525, 30 hops max
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Destination not reached
Primeiro, você deve verificar / descartar a possibilidade de ser "bloqueado por firewall".
Você pode usar tcptraceroute email.abc.com 2525
man tcptraceroute
pacote tcptraceoute