У меня есть несколько машин с Debian, и во время установки я оставил domain nameполе пустым. Это пока ни на что не повлияло, но мне интересно, как правильно задать это поле, если у вас нет зарегистрированного веб-домена, а ваш IP-адрес устанавливается динамически (http://www.whatsmyip.org/дает другой IP каждые несколько месяцев). Извините, если это вопрос новичка, но я не могу найти никаких результатов через Google.
Какое доменное имя подойдет для домашнего компьютера с динамическим IP-адресом?
решение1
Хотя привязка к домену не является обязательной, все равно полезно привязаться к одному из них, чтобы избежать проблем с поиском имени хоста, который пересылается выше в иерархии DNS. В большинстве случаев наличие .localдомена является подходящим, так как вы, скорее всего, будете находиться за маршрутизатором, который не пересылает ваше имя DNS. Я также видел, как некоторые системы использовали .homeвместо этого.
.localсчитается лучшей практикой, поскольку разумный маршрутизатор не будет пересылать запросы на имена хостов, принадлежащие этому домену, поэтому, если у вас по какой-то странной причине есть сервер, названный microsoft.comкак домашний, он будет обрабатываться локально, поскольку егоПолное доменное имятогда будетmicrosoft.com.local.
Другой подход — это то, что я делаю, поскольку у меня есть различные машины и серверы, разбросанные по всему дому, и дома я использую свой настольный компьютер как часть своего доменного имени. Мои DNS-серверы имеют запись DNS для моего настольного компьютера, а мой маршрутизатор перенаправляет sshна него различные службы (в основном).
Кроме того, я считаю это весьма актуальным, поскольку смена домена сервера может оказаться более сложной, чем смена вашего юридического имени.:
Это имя хоста встречается в десятках удаленных файлов конфигурации. Сменить имя ребенка сравнительно легко!
решение2
Если вы не собираетесь подключать больше нескольких машин на начальном этапе, но считаете, что это можно масштабировать, вы можете использовать что-то в .localTLD (https://en.wikipedia.org/wiki/.local)
Что-то вроде yoursurname.localдоменного имени.
Если вы даже не думаете масштабироваться больше, чем на 10-15 машин, то вам не нужно доменное имя. Но если вы думаете, что будете масштабироваться, выбор чего-то не экзотического, например TLD, .localпозволит вам позже настроить полноценный DNS-сервер для доступа к вашим машинам.
Обязательно прочтитеСтраница Википедии; использование "somethingcustom.local" в качестве домена было сделано в прошлом и все еще делается внутри малого бизнеса. В любом случае, как вы можете видеть на странице, TLD .localбыл зарезервирован для использования в mDNS, для имен хостов в форме hostname.local, что может конфликтовать с вашей настройкой. Согласно RFC 6762 вы МОЖЕТЕ использовать альтернативные методы поиска (например, пользовательский DNS-сервер, который я рекомендую для масштабирования вашей сети), и результат зависит от вашей способности не путать данные и имена...
решение3
Если это одна сеть и вы не собираетесь настраивать локальный почтовый сервер или DNS-сервер, подключающийся к Интернету, то доменное имя не имеет никакого значения и его можно оставить пустым.
Доменное имя служит только для объединения с именем хоста для создания полного доменного имени (FQDN) системы. Например, если доменное имя — , company.comа имя хоста — host1, то FQDN — host1.company.com. Вам все равно нужно будет настроить DNS-сервер для преобразования этого имени в IP-адрес или указать какой-либо DNS-сервер в Интернете на вашу сеть.
Без доменного имени компьютеры по-прежнему можно идентифицировать в сети по имени хоста.
Поскольку это домашний компьютер, которому через DHCP назначается локальный IP-адрес, пустое доменное имя вполне уместно. Указание доменного имени в этом случае не имело бы никакого эффекта.
Более подробную информацию см. в Википедии:Полное доменное имя.
решение4
Согласно сетевой логике, если ваше доменное имя не зарегистрировано так, чтобы его можно было обнаружить через DNS-сервер, когда кто-то пингует это доменное имя, то то, что вы решите ввести, будет бесполезно.
Все сетевые устройства, включая маршрутизаторы, работают с IP-адресами для достижения другого устройства, существует специальный протокол для обнаружения IP-адреса относительно его DNS-имени (с его доменным именем) путем отправки такого рода пакетов на какой-либо DNS-сервер, а DNS-сервер отправит соответствующий IP-адрес, чтобы узнать, что является «понятным» получателем. Поэтому это имеет значение только в том случае, если вы собираетесь соединить свою собственную сеть с каким-либо локальным DNS-сервером в своей локальной сети и настроить свои хосты на использование этого локального DNS-сервера или если вы платите за получение доступной сети через публичные DNS-серверы.
Предположим, что у вас есть доступная сеть через общедоступные DNS-серверы, ваши ПК, подключенные к этой сети, должны быть настроены как хосты сервера, чтобы правильно отвечать на запросы к вашему доменному имени с другого устройства, поскольку доменное имя работает с конфигурацией сервера, следовательно, если у вас есть ПК без какой-либо конфигурации сервера, то доменное имя также будет бесполезно для ваших ПК.
Для получения дополнительной информации я предоставлю вам документацию Cisco о DNS-сервере, как указано ниже: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dns/configuration/15-mt/dns-15-mt-book/dns-config-dns.html
Или вы можете проверить RFC 1034, официальную документацию о протоколе, который работает для этого:https://www.ietf.org/rfc/rfc1035.txt