Ik begrijp dat, zoals u hebt verklaard, gebruikend de IP werken maar niet de „DNS“ naam, of FDQN aangezien ik houd van het te roepen.
Het verschil in het proces of „het verpletteren“ van het verzoek voor authentiek te verklaren is de kwestie aangezien u het hebt verklaard.
Onderzoek de verschillen: XP VM wordt het programma geopend aan het domein, en heeft daarom een certificaat bij klaar, en het kent de volledig-gekwalificeerde naam en het wachtwoord van de gebruiker. Vandaar „ervaart“ automatisch of login.
Hoe simuleren wij dit op de server?
Wanneer u van de server het programma opent, gebruikend ingebouwd D.W.Z., gebruikt u de beheerder (of een admin-type) voor geloofsbrieven.
Aan IIS kijkt dit als
[email protected] OF NETBIOSNAME/username OF username.domain.extension OF username@NETBIOSNAME, OF CN=administrator, OU=etc, OU=etc, enz.
Dit verlaat heel wat herhalingen om juiste login voor een gebruiker te vinden.
NOCHTANS: wanneer u IP gebruikt, D.W.Z. door:sturen niet de geloofsbrieven van Vensters. HET SPATIES UIT DIE GEBIEDEN.
De most likely mislukking is dat de server het domein aan een reeds bestaande domeinnaam toevoegt; als dit: username.domain.com.domain.com
Deze gebruiker bestaat niet, en kan niet login. Nevermind die u enkel in gebruikersbenaming of username.domain.com typte
Aangezien u dat XP en de gegroepeerde servers verklaart al punt aan nauwkeurige zelfde DNS, dan het probleem in één van drie plaatsen moet liggen:
1. D.W.Z.
2. De domeinmontages in de NIC interface zijn op de een of andere manier verschillend dan de eenheid XP. Bekijk de DNS montages en vergelijk XP VM met de server. Bekijk de domeinmontages.
3. IIS -- dit zou een kwestie met de vereiste geloofsbrieven en de vormen evenals de virtuele folder kunnen zijn.
Er zou een fout in de gebeurteniskijker moeten zijn wanneer login ontbreekt. Het zal u welke kwestie u onder ogen ziet, op zijn minst in de betekenis vertellen dat het identificeren=zal= verkeerd naam of wachtwoord (herinner me, het van belang is niet dat u het in recht zet, het van belang is dat het akkoord gaat met het formaat IIS het wil en dat het formaat wordt veranderd wanneer u op de lokale machine) bent, of iets als „vereist SSH“ of iets.
Mijn gissing is: De servers voegen domeinmarkeringen of iets toe wanneer u login direct van hen. Als u een FQDN gebruikt, verstrekt DNS IP, de Srv- verslagen enz. enz. Deze informatie wordt auto-toegevoegd aan de geloofsbrieven u binnen typt. Dit nauwkeurige probleem gebeurt op niet-gegroepeerde Uitwisseling als u aan de server als lokale admin het programma opent (wanneer de server van de Uitwisseling geen gelijkstroom is). De naam van lokale admin wordt gevolgd door de machinenaam (admin.termserver1) en toen wanneer u probeert om OWA te gebruiken, komt uw naam uit als administrator.domain.extension@termserver1
Het ontbreekt. Gebruik IP, en het keurt getypt in creds goed.
