ОБНОВЛЕНИЕ: Это - теперь строго локальная проблема, соединение удаленно работает (немая ошибка, которую я сделал.) Я думаю, что это теперь, это - петлевая проблема, которая является другим вопросом и вероятно ответила в другом сообщении.
Я могу соединиться удаленно со своей системой с помощью ее IP-адреса, DNS возвращает надлежащий IP, но я не могу соединиться через запись DNS.
т.е.
matt@pontus:~$ ssh fake.myDnsExample.com
ssh: connect to host fake.myDnsExample.com port 22: Network is unreachable
matt@pontus:~$ nslookup fake.myDnsExample.com
Server: 134.117.aaa.bbb
Address: 134.117.aaa.bbb#53
Non-authoritative answer:
fake.myDnsExample.com canonical name = myDnsExample.com.
Name: myDnsExample.com
Address: 50.100.XXX.YYY
matt@pontus:~$ ssh 50.100.XXX.YYY
*connects*
Я запускаю Ubuntu 14.04, эта система не находится в демилитаризованной зоне, но порты 22 и 80 передаются ей, она раньше работала (не уверенный, что изменилось), и это также не работает локально, но снова я могу ssh к localhost (или любой псевдоним localhost в ''/etc/hosts'')
Это могло бы быть проблемой с Ubuntu? Я не предполагаю, что мой маршрутизатор вмешался бы в это.
Я должен отметить, что это - то же удаленно и локально для любого протокола (SSH, Telnet, http.. и т.д.)
Вот вывод ''ssh-v'',
От localhost:
ssh -v fake.myDnsExample.com
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/matt/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to fake.myDnsExample.com [50.100.XXX.YYY] port 22.
debug1: connect to address 50.100.XXX.YYY port 22: Connection timed out
ssh: connect to host fake.myDnsExample.com port 22: Connection timed out
Удаленно, хотя указано у меня случайно была запись в ''/etc/hosts'' к плохому IP, и он теперь соединяется без проблемы, и я - просто идиот.:)
Проверьте наличие этой записи в файле / etc / hosts
. nslookup не будет использовать этот файл при разрешении DNS.
Также проверьте свой /etc/nsswitch.conf
, он должен сказать что-то вроде hosts: files dns
Если я правильно читаю ваш комментарий, вы можете подключиться к localhost (127.0.0.1). Однако в любом сценарии - подключившись через доменное имя к любому протоколу, вы столкнетесь с ошибкой.
Поскольку вы заявили, что все изменилось, это наводит меня на мысль, что было введено правило брандмауэра, в котором разрешено 127.0.0.1, но IP-адреса (включая 50.100.XXX.YYY) заблокированы.
Хотя я не могу объяснить, почему вы можете подключиться к 50.100.XXX.YYY напрямую, если только один метод не разрешает частный IP-адрес, который разрешен. Это может иметь отношение к "хостам" или настройкам имени хоста на машине.
Хотя маршрутизатор открыт, похоже, что правило брандмауэра блокирует fake.myDnsExample.com.