Як відключити підставляння домену до логіну користувача при аутенфікаціі через ie

Оскільки тема є архівної.

Є сторонній web-ресурс. На "Том кінці" можуть тільки замінити \ видати ім'я користувача і пароль, для роботи з ресурсом.
Ресурс вимагає обов'язково використання віслюка "вище версії 6.0".

Все, в общем-то, працювало. Але за час відпустки було дано інше ім'я і пароль.

Кілька робочих місць, які раніше мали доступ до ресурсу перестали виходити.
На всіх - ХР. Всі входять в домен W2K3. З AD.

Тепер, при введенні логіна виникає ситуація, що "якась наволоч" намагається підкинути перед логіном приналежність до локального домену.
Природно, таке повне ім'я сторонньому ресурсу невідомо і в доступі відмовлено.
ІЧСХ, коли логін, скажімо, Хромом або Яузером, логін і пароль проходять. Але гребаной фрейм, необхідний для роботи, не відкривається. Оскільки по видимому, не дарма потрібна сумісність з віслюком.

Я теоретично розумію, що ге-то в настройках осі (віслюка?) Є галочка про те, щоб "підставляти локальний домен до імені користувача". Але навіть збагнути не можу, де вона може бути.

Найсмішніше, що ці нові імена і паролі були введені у зв'язку з тим, що в суміжному підрозділі були саме такі ж проблеми.
І як вихід пропонується "визначити шляхом підбору таке поєднання логіна, яка не буде інтерпретуватися віссю, як локальне".

Але це ж не наш метод, вірно?

Зараз спробую завести "постійний пароль" в оснащенні "Збереження імен користувачів і паролів".

P.S. Не вийшло. Вимагає введення повного імені в форматі:
"Домен \ Логін" або "Логін @ домен".
Якби це повне ім'я знати - не було б питання взагалі. ¶

тестовий юзер писав (а)
1) Користувач Kumi існує в домені, в якому працює IIS?

тестовий юзер писав (а)
2) Якщо увійти як web-uagKumi, uag-dzrKumi, localKumi який результат?

І про це писав теж. Що танці навколо повного імені результату не дали. Тим більше, що саме "web-uag" регламентують не доменом, в якому працює IIS, а записом в lmhost файлі. ¶

тестовий юзер писав (а)
Друге, що спадає на думку, це косяки розробників сайту, які задали неправильний тип аутентифікації.

Мені більше цікавий той факт, що коли ім'я користувача »не схоже" на імена доменних учёток, то аутенфікація не «підкидає" спробу аутенфіціроваться через домен.
Тобто фактично на сайті аутенфікація-то працює. Як під віслюком, так і під іншими браузерами. ¶