nslookup email.abc.com
дает мне неавторитетный IP-адрес корректного IP для нового сервера SMTP, который является, скажите 60.1.2.3.Этот VM Ubuntu работает на нашей сети, и я делал отчеты и посылал исходящее электронное письмо только через SMTPServer1 некоторое время теперь. SMTPServer1 имеет плохой сервис, таким образом, я изменяю серверы SMTP на сервер SMTP, внутренний к нашей сети, что-то наши выполнения компании. Когда я пытаюсь протестировать свое соединение с Ubuntu на новый сервер SMTP, я telnet в к имени как это: telnet email.abc.com 2525
потому что мы используем нестандартный порт для SMTP.
Что я получаю, каждый раз "Trying email.abc.com..."
и это просто зависает там, пока я не получаю ошибку из-за тайм-аута. То же самое происходит, когда я пробую к telnet непосредственно к IP-адресу. Другой парень, выполняющий новое (мне), сервер SMTP утверждает, что это открыто для моего IP сервера Ubuntu, и его сервер SMTP работает.
Спасибо!
Править: Я просто добавил наши внутренние серверы DNS к /etc/network/interfaces
. Первые 2 записи для dns-nameservers
10.19.* и они - наши внутренние серверы DNS. Следующие 2 записи являются серверами Google DNS, последним является сервер OpenDNS. Это теперь похоже на это:
# 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
После редактирования (использующий sudo nedit/etc/network/interfaces) я сделал: sudo service network-manager restart
. Я также отредактировал sudo /etc/resolvconf/resolv.conf.d/base
который теперь имеет наши 2 внутренних сервера DNS сначала, сопровождаемый 2 серверами Google DNS, и это теперь похоже на это:
nameserver 10.19.1.66 nameserver 10.19.1.67 nameserver 8.8.8.8 nameserver 8.8.4.4
После редактирования я сделал sudo resolvconf -u
.
Таким образом я действительно проверял с помощью ping-запросов и nmap. Работы ping. Nmap возвращает это. Если кто-то мог бы помочь мне дешифровать вывод nmap, то я могу учиться. Я не возражаю учиться. Но я являюсь новым в этой части. Все однажды.
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 сделан: 1 IP-адрес (1 хост) просканированный за 2,12 секунды
Если я делаю nmap со своего сервера Ubuntu на сервер SMTP, почему он говорит "фильтрованный"? Парень, выполняющий сервер SMTP не, позволяют мой IP Ubuntu правильно? Я знаю, когда Вы вносите изменения в Ubuntu, иногда необходимо перезапускать сервисы. Интересно, не перезапускал ли он сервис правильно. Я пытаюсь выяснить, что сказать ему, т.е. если проблема в моем конце или его.
Вывод nslookup email.abc.com
:
Server: 8.8.8.8 Address: 8.8.8.8#53
Неавторитетный ответ:Имя: Адрес email.abc.com: 64.13.203.46
Разве это не означает, что использовало 8.8.8.8 (Google) сервер DNS для получения IP?
10.19.3.13 IP моей машины Ubuntu, и я пытаюсь получить доступ к серверу SMTP оттуда. Вывод 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
Первый uou должен проверять/управлять быть "firewalled".
можно использовать tcptraceroute email.abc.com 2525