Я понимаю что, по мере того как вы заявляли, using работы IP но не имя «DNS», или FDQN по мере того как я люблю вызвать его.
Разницей в процессе или «трассе» запроса authenticate будет вопрос по мере того как вы заявляли его.
Препятствуйте нам рассмотреть разницы: XP VM внесено в журнал дальше к домену, и поэтому имеет сертификат на готовом, и оно знает имя и пароль потребителя fully-qualified. Имя пользователя следовательно автоматических или «pass-through».
Как мы имитируем это на сервере?
Когда вы logon от сервера, using IE разъема, вы используете администратора (или admin-типа) для документов.
К IIS это смотрит как
[email protected] ИЛИ NETBIOSNAME/username ИЛИ username.domain.extension ИЛИ username@NETBIOSNAME, ИЛИ CN=administrator, OU=etc, OU=etc, etc.
Это выходит много итерирования для того чтобы найти правильное имя пользователя для потребителя.
КАК БЫ: когда вы используете IP, IE не препровождает документы Windows. ОН ПРИКРЫВАЕТ ВНЕ ТЕ ПОЛЯ.
Самый правоподобный отказ что сервер прилагает домен к уже существующий имени домена; как это: username.domain.com.domain.com
Этот потребитель не существует, и не может login. Nevermind вы как раз напечатали на машинке в username или username.domain.com
В виду того что вы заявляете что XP и связанные серверы весь пункт к точно такой же DNS, тогда проблема должны лежать в одном из 3 мест:
1. IE
2. Установки домена в поверхности стыка NIC как-то по-разному чем блок XP. Посмотрите установки DNS и сравните XP VM с сервером. Посмотрите установки домена.
3. IIS -- это smogло быть вопрос с документами необходимо и формами также, как фактически директория.
Должно быть телезритель ошибки в случае когда имя пользователя терпит неудачу. Оно скажет вас который вопрос вы смотрите на, хотя бы в смысле, что они определят неправильные имя или пароль (вспомните, он не имеет значение что вы кладете его в право, оно имеет значение что они соглашаются с формой IIS хотят ее и что форма изменена когда вы находитесь на местной машине), или что-то как «требует SSH» или что-то.
Моя догадка является следующим: Серверы добавляют бирки или что-то домена когда вы login сразу от их. Если вы используете FQDN, то DNS обеспечивает IP, показатели etc. etc. SRV эта, котор информация автоматическ-добавляется к документам вы печатаете на машинке внутри. Эта точно проблема случается на non-связанном обмене если вы logon к серверу как местный admin, то (когда сервер обменом не будет DC). Имя местного admin последовано за именем машины (admin.termserver1) и после этого когда вы пытаетесь использовать OWA, ваше имя приходит вне как administrator.domain.extension@termserver1
Оно терпит неудачу. Используйте IP, и он принимает напечатанное на машинке в creds.
