много писать и спорить лень => просто пища для ума:

убрать винс, днс, нетбайез овер тспип
для лучшего понимания запустить filemon от sysinternals

1.
ipconfig /flushdns
arp -d *
net use \\имя
arp -a
net use \\имя.домен (если в домене)
arp -a

2.
ipconfig /flushdns
arp -d *
net use \\ip-address
arp -a

повторять эти процедуры с винс и днс


3.
насчёт xp->9x: почитать отличия и ограничения в различных модах домена

GusetГде убрать то на клиенте с ХР ?
Все это не то, это что на случай если у меня в кеше не верная иноформация об узле ?
Вся информация верна и имена разрешаются правильно

это относилось к спорам netbios-ip
автор Biz©насчёт xp->9x: почитать отличия и ограничения в различных модах домена
Режим домена установленный на контролере ?
Тоже не вижу связи. Особенно в связи с новыми данными, что один из клиентов с ХР (настройки сетевые такие же как и на все других ХР, информация раздается по DHCP) все же превосходно заходит на 9х машину.
"всё точно также" - эт просто слова ...
разные политики типа запрета нтлм, явное наличие нетбайез-протокола, юзер локальный или доменный, проблемы ХР в домене, проблемы коннекции (длительный пинг максимальными пакетами ?) и т.п.
версия и режим домена так и не приведён ... в свете приведённого выше подозреваю mixed ...
"связи не вижу" - опять слова ... режим подразумевает изменение способов авторизации (в чём собссно и затык ваш), которые для одних могут быть именно такими, а для других смягчены политиками ...
автор II)
Если попытаться сделать запрос по ДНС имени, то монитор показывает
1) так же прекрасное разрешение имени
2) далее ХР-клиент пингует успешно 9х клиента
3) ХР-клиент посылает SYN по Miocrosoft-ds (445) на 9х-клиента
4) 9х-клиент в ответ посылает RST
5) продолжается попытка уже используя NetBIOS (NBSS протокол) запрос сессии - успешно
6) запрос соглашения о протоколах - ответ
7) ХР-клиент запрос на контроллер по протоколу Kerberos
8) Ответ от контроллера - с сообщение об ошибке (KRB5KDC_ERR_S_PRINCIPAL_UNKNOWN)
9) Далее опять I) (хотя может это все еще попытки продолжаются от запроса по NETBIOS)
а теперь дайте отчёт на "успешной" ХРюше ...

Guset VwГод назад отключил WINS - всй работает на ура сеть 35 компов XP\2000

Ну ясное дело что работает. WINS тдля 9х машин и оставлен только.
ноу комментс :)

Guset GusetНу ясное дело что работает. WINS тдля 9х машин и оставлен только.
ноу комментс :)
Я все применительно к своей сети говорю, что у меня эта служба лишь для оставшихся 9х машин оставлена

А что, какую литературу не возьми - написано - что WINS как аттовизм для совместимости со старыми системами - NT, 9х, и ни слова подробности.

Если расскажите подробнее буду признателен.[/quot]

ну например "сетевое окружение" в распределённой многодоменной среде или, что самое главное, это:

To remotely administer a trusted domain, several pass-through authentication steps must take place. If the WINS database does not have the proper domain registrations, the pass-through authentication fails.

For example, a trust is established between DOMAIN_A and DOMAIN_B. Server PDC_A is in DOMAIN_A and PDC_B is in DOMAIN_B. DOMAIN_A is the trusted (master) domain, and DOMAIN_B is the resource (trusting) domain. To establish this trust relationship, the following NetBIOS names must be resolved to IP addresses, either through WINS or broadcast:

NetBIOS Name Description of Use of Name
---------------------------------------------------------------------
DOMAIN_A<1B> PDC_B uses this to query the PDC of DOMAIN_A
PDC_A<00> PDC_B uses this to set up a session with the PDC of
DOMAIN_A
DOMAIN_A<1C> PDC_B uses this to get DC list of DOMAIN_A



With these three names being registered, and if your account has administrator priviledges, the trust can be established and the message "The trust relationship was established successfully" appears. When you reboot the computer, or the first time you attempt remote administration, another NetBIOS name is needed:

NetBIOS Name Description of Use of Name
---------------------------------------------------------------------
DOMAIN_A<1C> Each Domain Controller in DOMAIN_B uses this name to
establish a secure channel with a Domain Controller in
the trusted domain.



The Domain Controller (DC) in the trusting domain attempts to create a secure channel with any DC in the trusted domain by making a multicast logon request to the NetBIOS name DOMAIN_A<1C>. This logon request is part of a process that creates a Secure Channel between the two DCs. The logon ID in this logon request is the inter-domain trust account for the trusting domain, DOMAIN_B$. If there is no registration for DOMAIN_A<1C> in the WINS database the error message STATUS_NO_LOGON_SERVERS is returned to the call. The message "There are currently no logon servers available" is then returned to the user.

Anatoly Podgoretskyтруднее найти информацию, что писать в lmhosts для данного случая, несколько доверенных доменов.
наладить репликацию винс и забыть про лмхостс :)

Biz© Anatoly Podgoretskyтруднее найти информацию, что писать в lmhosts для данного случая, несколько доверенных доменов.
наладить репликацию винс и забыть про лмхостс :)
ну или в случае нежелания всеобщего сетевого окружения записать домены статикой в винс без репликации.