Ну ок, это любое имя, которое узел сам о себе заявляет DHCP-серверу. В любом случае, в вендах это имя и имя, заявляемое через netbios, совпадают. LLMNR туда же.
Ну и вообще оно исторически именуется просто nebios-имя, без привязки к netbios, как конкретному механизму сетевого обнаружения, так что не гунди.
Это баг/особенности реализации windows-версии ping
Ну, это не совсем баг. Оно просто не умеет различать имена, полученные через средства сетевого обнаружения, и доменные имена, если в последних нет точки.
Имена hostname.local давать не следует, домен local в потребительских роутерах подразумевается/задаётся отдельно
Зато у соседей дофига. Вафля так устроена, что будет пытаться согласовать время вещания со всеми устройствами, слышимыми на одном канале, а не только с теми, кто к конкретной точке доступа подключен. Поэтому 5ггц имеет преимущество - слышно хуже через стены.
Hostname в данном случае netbios имя, о котором заявляет сам хост. Прописывание его на dhcp сервере ничего не даст. На dhcp сервере - в списках клиентов - оно предоставляется просто для лучшего различения клиентов администратором.
UPD а хотя нет, посмотрел внимательнее на скриншот, зайдя с компа - тут, похоже, что таки совмещённый функционал dhcp и dns. Netbios имя тут в графе client name.
Значит попробовать, как написали ниже, указывать точку после имени - т.к. задан домен верхнего уровня, чего делать как правило не следует, и следует имена давать в духе hostname.local, и убедиться, что на интересующей машине в качестве dns сервера указан роутер.
Рим Касимов, амд64 это условное название группы архитектур. Оно не указывает на разработки амд. В случае интела корректнее говорить об intel86_64 или x86_64, но всем пофигу, потому что архитектуры совместимые
Жмяк на первую => Параметры => Клавиатуры => удалить ненужную
так в вин10, в вин11 скорее всего так же. Хотя не факт, что с восстановлением после обновлений это поможет.
Попробуй либо
DISM /Online /Cleanup-Image /AnalyzeComponentStore
DISM /Online /Cleanup-Image /StartComponentCleanup
либо потри содержимое C:\Windows\SoftwareDistribution\Download
Не факт, что поможет, так что отпишись потом, помогло ли
не хочу чтобы случайно без моего ведома что-то случайно установилось
Тогда лучше не пользоваться виндой старше 7-ки, хех
vitalyrline, сложно сказать, бэкапы надо проверять регулярно в любом случае, и тогда имея на руках мертвый прод будем иметь живой бэкап, а имея на руках мертвый бэкап и живой прод будем иметь возможность создать ещё один бэкап
Я в своей мелкой конторе завел двойную схему - один еженедельный бэкап на дедуплицируемом iscsi томе, другой обычный полный еженедельный бэкап с глубиной в две недели (+ теневые копии файлопомойки каждый час, если кто что потрет случайно, а бывает это периодически); но у меня данных немного, можно такое позволить
Но блочная дедупликация это, пожалуй, самый опасный метод сжатия. Инкрементные/дифференциальные копии теоретически можно по кускам собрать, архивы можно писать с избыточностью, а мертвый том с блочной дедупликацией не соберешь уже скорее всего никак
pfg21, из которого следует основная парадигма любой попытки обеспечения какой бы то ни было безопасности - затруднить взлом настолько, чтобы его попытки не имели смысла, будь то экономический или какой-либо ещё. Из этого, впрочем, следует, что любая "энигма" будет взломана, потому что смысл в её взломе не может сойти на нет
Ну ок, это любое имя, которое узел сам о себе заявляет DHCP-серверу. В любом случае, в вендах это имя и имя, заявляемое через netbios, совпадают. LLMNR туда же.
Ну и вообще оно исторически именуется просто nebios-имя, без привязки к netbios, как конкретному механизму сетевого обнаружения, так что не гунди.
Ну, это не совсем баг. Оно просто не умеет различать имена, полученные через средства сетевого обнаружения, и доменные имена, если в последних нет точки.
Что ты имеешь в виду?