Capisco che, poichè avete dichiarato, using gli impianti del IP ma non il nome “di DNS„, o FDQN mentre gradico denominarlo.
La differenza nel processo o “nel percorso„ della richiesta di autenticare è l'edizione come la avete indicata.
Esaminiamo le differenze: Il XP VM è entrato al dominio e quindi ha un certificato al pronto e conosce il nome fully-qualified e la parola d'accesso dell'utente. L'inizio attività del pass-through “o quindi automatico„.
Come simuliamo questo sull'assistente?
Quando entrate dall'assistente, using lo IE incorporato, state usando il coordinatore (o un admin-tipo) per le credenziali.
Allo IIS questo assomiglia a
[email protected] O NETBIOSNAME/username O username.domain.extension O username@NETBIOSNAME, O CN=administrator, OU=etc, OU=etc, ecc.
Ciò lascia molte ripetizioni per trovare l'inizio attività adeguato per un utente.
PER QUANTO: quando usate il IP, lo IE non trasmette le credenziali di Windows. SOPPRESSIONE FUORI QUEI CAMPI.
Il guasto più probabile è che l'assistente sta aggiungendo il dominio ad un Domain Name già attuale; come questo: username.domain.com.domain.com
Questo utente non esiste e non può entrare. Nevermind che a macchina avete scriv appena in username o in username.domain.com
Da voi dichiarare che il XP e gli assistenti ragruppati tutto il punto all'esatto lo stesso DNS, quindi il problema devono trovarsi in uno di tre posti:
1. Lo IE
2. Le regolazioni di dominio nell'interfaccia del NIC sono in qualche modo differenti che l'unità di XP. Esaminare le regolazioni di DNS e paragonare il XP VM all'assistente. Esaminare le regolazioni di dominio.
3. Lo IIS -- ciò ha potuto essere un'edizione con le credenziali richieste e le forme così come l'indice virtuale.
Ci dovrebbe essere un visore di errore nel caso quando l'inizio attività viene a mancare. Lo dirà quale edizione state affrontando, almeno nel senso che identificherà il nome o la parola d'accesso errato (ricordar, non importa che la mettiate nella destra, esso importa che sia d'accordo con la disposizione IIS la voglia e che la disposizione sia alterata quando siete sulla macchina locale), o qualcosa come “richiede SSH„ o qualcosa.
La mia congettura è: Gli assistenti stanno aggiungendo le modifiche o qualcosa di dominio quando entrate direttamente da loro. Se usate un FQDN, il DNS fornisce il IP, lo SRV registra ecc. ecc. Questi informazioni auto-stanno aggiungendosi alle credenziali che scriv dentro. Questo problema esatto accade sullo scambio non-ragruppato se entrate all'assistente come admin locale (quando l'assistente di scambio non è una CC). Il nome del admin locale è seguito dal nome della macchina (admin.termserver1) ed allora quando provate ad usare OWA, il vostro nome esce come administrator.domain.extension@termserver1
Viene a mancare. Usare il IP ed accetta scriv nei creds.
