Как разрешать имена компьютеров не в составе домена в локальной сети с помощью DNS сервера?
На сервере развернут AD. В локальной сети есть компьютеры, которые не входят в AD - нужно, чтобы эти ПК, могли обращаться к себе подобным по доменному имени. Можно ли это реализовать с помощью DNS, который установлен вместе с AD? Иначе говоря нужен функционал WINS сервера
Заведите в DNS AD нужные компьютеры.
Укажите на них использовать DNS от AD.
И будут они нормально видеть друг друга по именам, в домен вводить их не обязательно..
sunshinecoverme,
Так доменной имя включает в себя домен.
Поэтому заводите обычным образом.
Что бы при обращении по имени не надо было указывать домен, в настройках сети укажите имя домена по умолчанию. (их можно несколько указать).
В этом случае, при указани имени машины без домена система попробует найти его в указанных.
sunshinecoverme, может стоит попросить сисадмина это сделать? Вы явно не в теме, а раз есть AD, по идее есть и системный администратор.
По сути вопроса - резольвинг короткого NETBIOS из DNS имени решается с помощью раздачи\прописывания соответствующих DNS search suffixes.
SunTechnik, возможен ли какой-то вариант настройки только на DNS сервере? Чтобы на клиентских машинах не в домене ничего не указывать, кроме адреса DNS в настройках tcp\ip
sunshinecoverme,
1.
Перевести клиентов на dhcp и все параметры передавать клиенту.
Вообще ничего настраивать на клиентских местах не надо..
2.использовать полные имена.
SunTechnik, дело в том, что клиентов много и в целом можно просто hosts поправить , но из-за количества клиентов как раз хотелось бы решить вопрос только средствами сервера, т.к. адреса выданы всем вручную, dhcp сервера нету
Других разумных методов я не знаю.
А в чем проблема с dhcp ?
Даже если используете фиксированные ip, их разумнее прописать на dhcp сервере с привязкой к mac. Это позволяет управлять адресацией централизовано. Дополнительно появляются плюшки с возможностью маршрутизации, указанием сервера времени и т.п.
... в домен их можно добавить? Управлять таким количеством клиентов без домена можно, но тяжело...
к серверу 1с
в этом случае можно и файлом hosts ограничиться, но вариант с использованием доменного DNS лучше.
Если ваши клиенты не обращаются друг к другу, а ходят только к доменным сервисам, то прописывать этих клиентов в DNS не обязательно
Роман Безруков, в домен добавить можно, но на первое время, пока машины не добавлены в домен, нужно как-то заставить резольвится имена на DNS без добавления в домен
Роман Безруков, клиентам надо попадать на пару серверов по доменному имени. Клиенты и серверы пока не в домене. Я думал можно средствами DNS реализовать тоже самое, что делает WINS, чтобы не бегать по клиентам и не менять никакие настройки, потому что их очень много. Я правильно понял, что DNS не сможет сделать тоже самое, что делает WINS - просто разрешать имена в сети независимо от AD?
тяжелый случай...
я бы пошел по пути, предложенному Alexey Dmitriev, с указанием DNS-серверов из AD и суффикса по умолчанию (в DNS заводится временная зона, и она же указывается в сетевых настройках в качестве суффикса по умолчанию). Все настройки можно сделать удаленно, например, скриптом (если имя/пароль локального админа на всех клиентах одинаковые).
З.Ы. можно за выходные всех перевести в домен
в сети был WINS сервер, который разрешал имена в сети и не нужно было на клиентах ничего настраивать, точнее там уже у всех клиентов был указан адрес в TCPIP , на котором был поднят WINS. Сейчас WINS нету, но его адрес теперь на AD+DNS. Поэтому и хотелось пока что временно не трогать клиентов, а решить проблему разрешения имен исключительно средствами DNS, но судя по всему так не получится сделать и придется так или иначе бегать по клиентам ногами или удаленно.
sunshinecoverme, это вопрос планирования.
Не надо было удалять старый wins.
AD на какой версии Windows подняли? Если меньше 2019, то на нем можно поднять wins server.
Если машин в домене ещё нет, мало, на этом ip поднять wins, а домен на другом ip.
Ну или выходные с беготней и прописать настройки...
sunshinecoverme,
Криво это. Заранее ставить старье.
От зоопарка версий надо избавляться, а не плодить.
Как промежуточные решение пойдёт.
Но ещё раз, должно быть планирование, ради чего делаются все эти работы.
Может просто поднять 2016 с ролью wins, а AD поднимать на другой машине, с другим ip. С планами, что wins умрёт.
Контроллеров домена в любом случае рекомендуется поднимать минимум два.
И почитайте про выбор названия для домена AD. Там копий то же немало сломано..
SunTechnik, разве для локального домена имеет значение имя? Читал, что не рекомендуется использовать всеми любимый .local, но если AD будет исключительно в локальной сети, стоит брать имя внешнего домена сайта организации? или можно name.anyword? При условии, что нет никакой связи с админами головной конторы и неизвестно как у них устроен лес и что они вообще об этом думают
WINS давным давно считается устаревшим.
Вам достаточно прописать на компьютерах в качестве dns сервера адрес контроллера домена и все начнет шевелиться.
Если машин мало, можете добавить руками, либо поднимите на контроллере домена dhcp, раздавайте адреса клиентам в сети, они будут автоматически добавляться в dns при помощи dynamic updates https://learn.microsoft.com/en-us/troubleshoot/win...
sunshinecoverme, ну, значит вам придется вручную прописать для них всех имена на DNS сервере контроллера домена.
Современные OS не работают с NETBIOS именами из коробки, вам как минимум придется на каждой включить поддержку smb v1. В общем рекомендую dhcp+dns
Простой
Средний
