[CyraxZ]

А с 192.168.56.1 что, не работает? Он-то никуда не денется. 192.168.56.1 HOSTCOMPNAME

Изначально я остановился на 192.168.0.64, т.к. со старым роутером HOSTCOMPNAME резолвился именно в этот адрес.
Но с точки зрения обеспечения работоспособности виртуальной машины в разном Интернет-окружении - да, лучше указать адрес виртуального контроллера 192.168.56.1. Если он действительно не будет меняться в тех или иных условиях.

> Так ведь настройка "name resolve order" - это же для WINS-сервера Это задаёт порядок разрешения имён NetBIOS, а WINS - один из вариантов (необязательный).

Вообще-то да, Debian в данном случае выступает в качестве WINS-сервера, т.к. резолвит имена NetBIOS (с помощью Samba).

По умолчанию же примерно так: name resolve order = lmhosts host wins bcast Странно только, что lmhosts не сработал.

Я создавал его в "/etc/samba/smb/conf" (этого файла там не было). Возможно, опция "name resolve order" ищет его в другом месте. Либо причина в том, что я проверял этот файл в Debian 11, а в нём попытка пинга через имя HOSTCOMPNAME завершается не сообщением "unknown host \HOSTCOMPNAME" (как в Debian 8), а ошибкой "\HOSTCOMPNAME: Системная ошибка" - возможно, при такой ошибке переход к следующему варианту разрешения имени не осуществляется (wins lmhosts hosts bcast). Либо при выполнении ping Samba не задействован вообще (я проверял только ping, вроде).

В любом случае вопрос с lmhosts больше не актуален, т.к. IP-адрес я прописал непосредственно в скрипте, выполняющем монтирование сетевой файловой системы - чтобы не "распылять" логику решения сабжевой проблемы на два места (host/lmhost и скрипт монтирования сетевой файловой системы).

[Petya V4sechkin]

Вообще-то да, Debian в данном случае выступает в качестве WINS-сервера, т.к. резолвит имена NetBIOS (с помощью Samba)

Если вы не настраивали WINS-сервер, то никто в этом качестве не выступает, а строчка wins в параметре игнорируется.

Изначально надо было задуматься, а почему со старым роутером работало? Если WINS отсутствует, broadcast не ходит в другие подсети, в hosts и lmhosts ничего не было, то что остаётся? DNS - в настройках старого роутера можете поискать, где вручную сопоставляли HOSTCOMPNAME.

[CyraxZ]

Если вы не настраивали WINS-сервер, то никто в этом качестве не выступает, а строчка wins в параметре игнорируется.

7.3.3 Setting Up Samba as a WINS Server You can set up Samba as a WINS server by setting two global options in the configuration file, as shown below: [global] wins support = yes name resolve order = wins lmhosts hosts bcast

Если для настройки Samba в качестве WINS-сервера достаточно двух строчек в "/etc/samba/smb/conf":

Код:

	wins support = yes
	name resolve order = wins lmhosts hosts bcast

то в момент проверки lmhosts с именем HOSTCOMPNAME Samba у меня работал в качестве WINS-сервера и lmhosts должен был подхватываться:

Я создавал его в "/etc/samba/smb/conf" (этого файла там не было). Возможно, опция "name resolve order" ищет его в другом месте. Либо причина в том, что я проверял этот файл в Debian 11, а в нём попытка пинга через имя HOSTCOMPNAME завершается не сообщением "unknown host \HOSTCOMPNAME" (как в Debian 8), а ошибкой "\HOSTCOMPNAME: Системная ошибка" - возможно, при такой ошибке переход к следующему варианту разрешения имени не осуществляется (wins lmhosts hosts bcast). Либо при выполнении ping Samba не задействован вообще (я проверял только ping, вроде).

Если для настройки Samba в качестве WINS-сервера двух строчек в "/etc/samba/smb/conf" недостаточно, то Samba у меня в качестве WINS-сервера не работал, параметр "name resolve order" не работал и "lmhosts" поэтому не подхватывался.

DNS - в настройках старого роутера можете поискать, где вручную сопоставляли HOSTCOMPNAME.

В настройках старого роутера HOSTCOMPNAME не прописывался. На старом ПК с совсем другим именем компьютера на том же старом роутере всё работало (с другим именем компьютера в команде пинга и в команде монтирования сетевой файловой системы).

Изначально надо было задуматься, а почему со старым роутером работало? Если WINS отсутствует, broadcast не ходит в другие подсети, в hosts и lmhosts ничего не было, то что остаётся?

WINS работал. Только не через "name resolve order" в "/etc/samba/smb/conf", а через winbind + добавление "wins" параметру "hosts" в "/etc/nsswitch.conf":

Скрытый текст

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: files systemd
group: files systemd
shadow: files
gshadow: files

hosts: files dns wins
networks: files

protocols: db files
services: db files
ethers: db files
rpc: db files

netgroup: nis

[Petya V4sechkin]

CyraxZ, ради интереса можно посмотреть, как со старым и новым роутером происходит разрешение имени из Debian:

Код:

nmblookup HOSTCOMPNAME
nmblookup --name-resolve=bcast HOSTCOMPNAME
nmblookup --name-resolve=wins HOSTCOMPNAME
nmblookup --name-resolve=host HOSTCOMPNAME
nmblookup --name-resolve=lmhosts HOSTCOMPNAME

и трассировку (traceroute или типа того: действительно ли VirtualBox пускает маршрут из виртуалки до хоста через роутер).

В настройках старого роутера HOSTCOMPNAME не прописывался. На старом ПК с совсем другим именем компьютера на том же старом роутере всё работало

Вероятно, DIR-300 использует свой же DHCP Client List как локальный источник для DNS.