Что за вкладка Hostname в настройках DHCP сервера?
Захотел дать своему домашнему серверу доменное имя, с помощью которого мог бы обращаться к нему в локальной сети и при VPN подключениях. Нашёл в настройках своего роутера ASUS, во вкладке DHCP Server такую опцию Hostname. Но когда я прописал Hostname "kali" для виртуальной машины с ОС Kali linux, ничего не произошло. Этот hostname не пингуется и в браузере не открывается веб-сервер, на ней запущенный. Что интересно, команда nslookup выдаёт верный IP адрес этой машины. Может Hostname это не совсем то, о чём я думаю. Кто знает, для чего на самом деле нужна эта функция, если не для выдачи доменного имени?
Hostname в данном случае netbios имя, о котором заявляет сам хост. Прописывание его на dhcp сервере ничего не даст. На dhcp сервере - в списках клиентов - оно предоставляется просто для лучшего различения клиентов администратором.
UPD а хотя нет, посмотрел внимательнее на скриншот, зайдя с компа - тут, похоже, что таки совмещённый функционал dhcp и dns. Netbios имя тут в графе client name.
Значит попробовать, как написали ниже, указывать точку после имени - т.к. задан домен верхнего уровня, чего делать как правило не следует, и следует имена давать в духе hostname.local, и убедиться, что на интересующей машине в качестве dns сервера указан роутер.
Ну ок, это любое имя, которое узел сам о себе заявляет DHCP-серверу. В любом случае, в вендах это имя и имя, заявляемое через netbios, совпадают. LLMNR туда же.
Ну и вообще оно исторически именуется просто nebios-имя, без привязки к netbios, как конкретному механизму сетевого обнаружения, так что не гунди.
Это баг/особенности реализации windows-версии ping
Ну, это не совсем баг. Оно просто не умеет различать имена, полученные через средства сетевого обнаружения, и доменные имена, если в последних нет точки.
Имена hostname.local давать не следует, домен local в потребительских роутерах подразумевается/задаётся отдельно
Я русским по белому всё объяснил, но вечно агрессирующим не по делу детям старшего школьного возраста русский язык - сложна
различать умеет, просто не делает DNS-запрос без точки. не баг, а особенности реализации. или баг
Ещё раз, для альтернативно одарённых: когда ему пытаются скормить односложное имя - он тупо не понимает, что это доменное имя, если отдельно точку не указать. dns-запросы он прекрасно делает без первой (верхней) точки, когда понимает, что ему пытаются скормить доменное имя, то есть когда присутствует вторая, третья и так далее точки. Если бы он не делал запросы без первой (верхней) точки - он не делал бы их в любых обстоятельствах, но это не так.
дописывать домен по умолчанию не надо, он дописывается сам
В DHCP целая куча разнообразных опций, подробней можно посмотреть в RFC2132, а так же в документации на ПО, реализующем функционал DHCP сервера в вашем конкретном случае.
Чаще всего разнообразные GUI конфигурилки DHCP или вообще не поддерживают доп.опций или поддерживают какой-то их ограниченный набор на собственное усмотрение.
Ваш вариант похож на опцию 12 - hostname из RFC. C ней в паре обычно идет еще опция 15 - domain name.
В GUI конфигурилке вполне вероятно опция задается как одна строка FQDN, а потом она программно разделяется на hostname и domain name.
Действительно, так пингуется и в браузере открывается.
Может быть ещё знаете, почему в роутере нельзя дать устройству hostname с доменом, типа kali.lan?
домен уже подразумевается: .local, таким образом, имя хоста будет kali.local.lan.
Кем и с чего вдруг? Может быть роутерами asus и подразумевается, но тогда уточняй, что подразумевается ими и тебе об этом известно. А так это не является ни формальным, ни практическим стандартом.
Простой
