[2003] OWA error: not authorized

[sharkzor]

Ik snap er niks meer van...ik weet wel wat van w2k3 (ben immers mcsa), maar dit is vaag.
Standaard w2k3 enterprise server r2, daarna dcpromo gedraait, dns van elke adapter op 127.0.0.1 gezet (lokale dns dus) en natuurlijk dns forward ingesteld.
Totzover doet iis het prima. kom gewoon op de standaard iis pagina.

Daarna heb ik exchange 2003 geinstalleerd met de laatste service pack. Nu kom ik zelfs niet meer op de default iis site... vaag! zowel lokaal als vanaf afstand...
"Ik krijg de melding HTTP Error 401.1 - Unauthorized: Access is denied due to invalid credentials.
Internet Information Services (IIS)"
Dat terwijl voor de default website gewoon IUSR geselecteerd staat en deze ook gewoon NTFS toegang heeft tot deze map....

heeft iemand een idee?

[SeatRider]

IUSR is niet geblokkeerd oid? Probeer eens een andere account, desnoods ff de admin. Misschien IP restricties/HHN dingen ingesteld?

[sharkzor]

SeatRider schreef op zaterdag 17 november 2007 @ 16:19:
IUSR is niet geblokkeerd oid? Probeer eens een andere account, desnoods ff de admin. Misschien IP restricties/HHN dingen ingesteld?

geen van dat allen... het is ook een normale standaard installatie. verder niks aan gewijzigd...
Probeer nu ffe een nieuwe site te maken met idd die administrator erin, maar dan ook werkt het niet. krijg een logon scherm op een externe pc, maar daar accepteerd hij geen van mijn accounts (administrator en een andere admin). Vaag, hij kan gewoon geen logon doen. zelfs niet van een guest....

[alt-92]

Kijk dan in IISadmin even welke account er precies voor IUSR_ wordt gebruikt?

als je namelijk eerst IIS6 geinstalleerd hebt, en je maakt er later een DC van 'verdwijnt' de lokale IUSR_ account.
En ook dat kan je prima achterhalen in je SecEventlogs

[ Voor 13% gewijzigd door alt-92 op 17-11-2007 17:36 ]

[sharkzor]

alt-92 schreef op zaterdag 17 november 2007 @ 17:35:
Kijk dan in IISadmin even welke account er precies voor IUSR_ wordt gebruikt?

als je namelijk eerst IIS6 geinstalleerd hebt, en je maakt er later een DC van 'verdwijnt' de lokale IUSR_ account.
En ook dat kan je prima achterhalen in je SecEventlogs

ah kijk dat is het! kon het alleen nog niet zo makkelijk vinden in de eventlogs.
Stom, ik had een install cd gemaakt met nlite waarbij hij gelijk IIS mee installeerd...

[alt-92]

Het was dus géén normale standaard installatie, hmm?

[sharkzor]

alt-92 schreef op maandag 19 november 2007 @ 10:41:
Het was dus géén normale standaard installatie, hmm?

uit mijn oogpunt wel, alleen vergeten dat ik dat soort onzin in de cd gebakken had

dat is dom ja ....

[sharkzor]

ffe recall, kut proxy hier op mn werk, hij doet het nog niet grrr....
outlook webacces ook niet btw, terwijl ik inlog met een geldig account.

Het was dus niet het domein. wtf dan wel?

----
edit en nu doe hij het weer wel... vaaag!!!

alleen bij outlook webacces kan ik nog niet inloggen (locaal via windows auth lukt dat wel)
krijg "Error: Access is Denied."

[ Voor 32% gewijzigd door sharkzor op 20-11-2007 10:29 ]

[sharkzor]

Heb nu het probleem achterhaald denk ik. Helemaal opnieuw begonnen met een format en installatie w2k3 sp2, daarna dcpromo, iis etc.., en dan pas exchange2003. Nu werkte alles goed! maarr.... nu exchange 2003 service pack 2 eroverheen, en alles ontplofte. zelfs de standaard iis pagina doet het niet...hellup?

[sanfranjake]

AD installatie 2003 zal gewoon de IUSR_computername migreren naar het domein (4 geinstalleerde dc's met iis, 4x iusr_ in je domein). Dat kan dus niet het probleem zijn lijkt me.

Wat staat er in je eventlogs? Zou je overigens niet gewoon je interne ip als dns-adres opgeven, 127.0.0.1 is imo verre van best practice in een omgeving met meerdere dc's.
Zet als er niks in de eventlogs de logging van Exchange eens aan/hoger.

[sharkzor]

Loggin aangegooit, niet veel boeiends te zien...
standaard iis pagina doet het nu weer goed (voor IUSR_ "sharklan\" gemikt, toen werkte het).

127.0.0.1 is misschien niet netjes, zou wel moeten werken... bovendien is het maar 1 standalone server. met het echte address doet hij het trouwens ook niet.

ik vind het vaag... heb namelijk 2 weken geleden dezelfde installatie in vmware gedaan, daar werkte alles wel correct. heb deze server nou al 3x geherinstalleerd....

code:

#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2007-11-24 15:36:20
#Fields: date time s-sitename s-computername s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs-version cs(User-Agent) cs(Cookie) cs(Referer) cs-host sc-status sc-substatus sc-win32-status 
2007-11-24 15:36:20 W3SVC1 SHARKSERV 145.97.xx.xx GET /exchange - 80 - 80.126.xx.xx HTTP/1.1 Mozilla/5.0+(Macintosh;+U;+Intel+Mac+OS+X;+en-US;+rv:1.8.1.9)+Gecko/20071025+Firefox/2.0.0.9 - - domein.nl 401 2 2148074254
2007-11-24 15:36:26 W3SVC1 SHARKSERV 145.97.xx.xx GET /exchange - 80 - 80.126.xx.xx HTTP/1.1 Mozilla/5.0+(Macintosh;+U;+Intel+Mac+OS+X;+en-US;+rv:1.8.1.9)+Gecko/20071025+Firefox/2.0.0.9 - - domein.nl 401 1 0
2007-11-24 15:36:26 W3SVC1 SHARKSERV 145.97.xx.xx GET /exchange - 80 - 80.126.xx.xx HTTP/1.1 Mozilla/5.0+(Macintosh;+U;+Intel+Mac+OS+X;+en-US;+rv:1.8.1.9)+Gecko/20071025+Firefox/2.0.0.9 - - domein.nl 401 1 2148074252

Zag nog wel iets vaags in mn eventlog:

code:

Windows cannot access the file gpt.ini for GPO CN={31B2F340-016D-11D2-945F-00C04FB984F9},CN=Policies,CN=System,DC=sharkzor,DC=local. The file must be present at the location <\\sharkzor.local\sysvol\sharkzor.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini>. (Logon failure: the user has not been granted the requested logon type at this computer. ). Group Policy processing aborted. 

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

sanfranjake schreef op vrijdag 23 november 2007 @ 21:57:
AD installatie 2003 zal gewoon de IUSR_computername migreren naar het domein (4 geinstalleerde dc's met iis, 4x iusr_ in je domein). Dat kan dus niet het probleem zijn lijkt me.

Wat staat er in je eventlogs? Zou je overigens niet gewoon je interne ip als dns-adres opgeven, 127.0.0.1 is imo verre van best practice in een omgeving met meerdere dc's.
Zet als er niks in de eventlogs de logging van Exchange eens aan/hoger.

[ Voor 12% gewijzigd door sharkzor op 24-11-2007 16:55 ]

[sharkzor]

na een hoop gekloot en geherinstalleer werkt het nu bijna.... grrr...
lokaal werkt het prima (windows authentication)
maar remote (basisc) zie ik wel de interface, maar als hij mn inbox wil laden krijg ik weer een inlog venster tezien... deze accepteerd ook geen credentials meer....

wat zou er als laatste mis kunnen zijn?