Проще говоря, я хотел бы получить низкоуровневое объяснение того, как приложение, такое как веб-браузер, будет анализировать URL-адрес, запрашивать DNS-сервер, а затем фактически устанавливать TCP-соединение.
Мой примерthis:
http://site.example.com:7902/svn
Теперь в этой ситуации при нормальной записи хоста DNS-запрос просто не попытается преобразовать часть site.example.com
в IP-адрес?
Какфактор номера альтернативного порта в ситуацию?Я думаю, что номер порта не имеет значения для базового разрешения DNS.Как и следовало ожидать, DNS разрешит site.example.com
, а затем будет использовать номер порта при формировании пакетов TCP.Тогда я бы ожидал, что каталог /svn
будет просто передан после установления TCP-соединения.
Теперь для моей мотивации:
Недавно я задал вопрос о том, почему ясможет получить доступ к серверу Apache, используя его внешний IP-адрес и номер альтернативного порта, но возникнет проблема при использовании имени домена.
Итак, моя проблема заключалась в том, что это работало нормально:
http://xx.xx.xxx.xxx:7902/svn // this works fine with my external IP
... но не удалось при использовании DNS:
http://site.example.com:7902/svn // this didn't resolve
С этой проблемой я использовал другого провайдера DNS (вместо dyndns), и все работало нормально.Поэтому я задал этот вопрос, потому что мне любопытно, почему я не мог использовать альтернативный номер порта с моим именем хоста dyndns.
Спасибо за попытку разобраться в этом ...