Ваш сервер SBS является контроллером домена. В среде Active Directory весь DCS автоматически зарегистрирует запись в DNS для доменного имени (example.com в Вашем случае) с их собственным IP-адресом.
Это обсуждалось несколько раз прежде на SF:
Вы захотите проверить записи и обратные записи поиска.
Как упомянуто, Ваш сервер имеет запись для ldmmit1, указывающего 192.168.1.184. Или, возможно указатель записывает к 1st6cf1. Вы, вероятно, также получили обратную запись поиска для 192.168.1.184 указывающий 1st6cf1.
Можно использовать nslookup
помочь уладить это. Попробуйте эти команды:
nslookup 1st6cf1
nslookup ldmmit1
Проверьте на любые записи псевдонима в этих двух результатах. Кроме того, проверьте обратные записи на тех дюйм/с:
nslookup >set type=PTR >192.168.1.184 >192.168.1.62
Посмотрите, как обратные адреса складываются. У Вас могут быть вещи, указывающие в неправильных местах.
Это, кажется, проблема определения имен. По сути, ping
и traceroute
не предоставит наиболее полезную информацию. nslookup эффективнее помог бы диагностировать эту проблему.
Из чего вывод
nslookup ldmmit1
и
nslookup 1st6cf1
Записи DNS могут быть неправильными.
Теоретически имя могло бы решать через службу имен NetBIOS, а не DNS, но это зависит от версии Windows, который Вы запускаете, и требует сервера WINS в сети, и что разрешение DNS ничего не находит.
В Вашем/etc/hosts файле могли также быть соответствующие записи. На моей машине XP это находится в C:\WINDOWS\system32\drivers\etc. Но более, чем вероятный, это - просто проблема DNS.
Эта статья TechNet имеет большую информацию относительно определения имен.