25
SBS 2011 seit 4 Tage kein Sharepoint 2010 (companyweb site) und kein Zugriff von Ountlook auf Exchange Server möglich
Hallo an alle,
bin wirklich jetzt komplett mit meinem Wissen am Ende.
seit 4 Tagen sit aus dem SPS 2011 Server kein Zugriff auf die Standard Seite auf IIS7 und die Company Website mehr möglich.
Außerdem zur gleichen Zeit ausgefallen die Verbindung von Outlook auf den Exchange Server auf dem gleichen SBS 2011 Server.
Dachte zu erst auf Verbindungsprobleme zw. den Client und dem Server, dem ist nicht so, alle Ports mit Telnet kontrolliert.
2. Schritt, habe den IIS kontrolliert auch hier keine erste Auffälligkeit und den Exchange server kontrolliert alls okay.
dann viel mir auf, dass ich auf dem SBS 2011 auch nicht die companyweb site aufrufen konnten, und ach nicht die ews und owa.
IIS neu inspiziert und festgestellt, dass die Anwendungspools, dle als Users die Sharepoint Users von SBS hatte nicht funktionierten, sie starten zwar aber die Website war im Loop.
eine neues Anwendungspool (mit neuem AD User) mit eine neuen Website gekoppelt = läuft.
nun habe ich versucht das neue Anwendungpool mit den Website Companyweb und Default Website zu koppeln, geht zu mindestens, dass eine Website sich mit Fehler 500 öffnet.
Habe auch für alle 3 Sharepoint user Repair-SPManagedAccountDeployment ausgeführt ohne Probleme, danach auch den IISreset gefahren und den SBS 2011 rebootet ohne Erfolg.
Jedoch Exchange ist weiterhin nicht erreichbar.
was kann ich noch tun?
vg
CMD
bin wirklich jetzt komplett mit meinem Wissen am Ende.
seit 4 Tagen sit aus dem SPS 2011 Server kein Zugriff auf die Standard Seite auf IIS7 und die Company Website mehr möglich.
Außerdem zur gleichen Zeit ausgefallen die Verbindung von Outlook auf den Exchange Server auf dem gleichen SBS 2011 Server.
Dachte zu erst auf Verbindungsprobleme zw. den Client und dem Server, dem ist nicht so, alle Ports mit Telnet kontrolliert.
2. Schritt, habe den IIS kontrolliert auch hier keine erste Auffälligkeit und den Exchange server kontrolliert alls okay.
dann viel mir auf, dass ich auf dem SBS 2011 auch nicht die companyweb site aufrufen konnten, und ach nicht die ews und owa.
IIS neu inspiziert und festgestellt, dass die Anwendungspools, dle als Users die Sharepoint Users von SBS hatte nicht funktionierten, sie starten zwar aber die Website war im Loop.
eine neues Anwendungspool (mit neuem AD User) mit eine neuen Website gekoppelt = läuft.
nun habe ich versucht das neue Anwendungpool mit den Website Companyweb und Default Website zu koppeln, geht zu mindestens, dass eine Website sich mit Fehler 500 öffnet.
Habe auch für alle 3 Sharepoint user Repair-SPManagedAccountDeployment ausgeführt ohne Probleme, danach auch den IISreset gefahren und den SBS 2011 rebootet ohne Erfolg.
Jedoch Exchange ist weiterhin nicht erreichbar.
was kann ich noch tun?
vg
CMD
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 378638
Url: https://administrator.de/forum/sbs-2011-seit-4-tage-kein-sharepoint-2010-companyweb-site-und-kein-zugriff-von-ountlook-auf-exchange-server-378638.html
Ausgedruckt am: 13.04.2025 um 02:04 Uhr
25 Kommentare
Neuester Kommentar
Moin,
hast du einfach mal in den SBS Diensten geschaut, ob dein Exchange läuft?
Gruß, V
hast du einfach mal in den SBS Diensten geschaut, ob dein Exchange läuft?
Gruß, V
Moin...
hm...
seit 4 Tagen sit aus dem SPS 2011 Server kein Zugriff auf die Standard Seite auf IIS7 und die Company Website mehr möglich.
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
Dachte zu erst auf Verbindungsprobleme zw. den Client und dem Server, dem ist nicht so, alle Ports mit Telnet kontrolliert.
und?
2. Schritt, habe den IIS kontrolliert auch hier keine erste Auffälligkeit und den Exchange server kontrolliert alls okay.
was verstehst du unter " Kontrolliert" ?
auch da... Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
dann viel mir auf, dass ich auf dem SBS 2011 auch nicht die companyweb site aufrufen konnten, und ach nicht die ews und owa.
hm... da fehlt wohl die bindung im IIS...
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
IIS neu inspiziert und festgestellt, dass die Anwendungspools, dle als Users die Sharepoint Users von SBS hatte nicht funktionierten, sie starten zwar aber die Website war im Loop.
eine neues Anwendungspool (mit neuem AD User) mit eine neuen Website gekoppelt = läuft.
hm... das war keine gute idee....
was kann ich noch tun?
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
was sagt den der Nertzwerk ASSI in der SBS Console?
vg
CMD
Frank
hm...
seit 4 Tagen sit aus dem SPS 2011 Server kein Zugriff auf die Standard Seite auf IIS7 und die Company Website mehr möglich.
Außerdem zur gleichen Zeit ausgefallen die Verbindung von Outlook auf den Exchange Server auf dem gleichen SBS 2011 Server.
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?Dachte zu erst auf Verbindungsprobleme zw. den Client und dem Server, dem ist nicht so, alle Ports mit Telnet kontrolliert.
2. Schritt, habe den IIS kontrolliert auch hier keine erste Auffälligkeit und den Exchange server kontrolliert alls okay.
auch da... Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
dann viel mir auf, dass ich auf dem SBS 2011 auch nicht die companyweb site aufrufen konnten, und ach nicht die ews und owa.
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?
IIS neu inspiziert und festgestellt, dass die Anwendungspools, dle als Users die Sharepoint Users von SBS hatte nicht funktionierten, sie starten zwar aber die Website war im Loop.
eine neues Anwendungspool (mit neuem AD User) mit eine neuen Website gekoppelt = läuft.
nun habe ich versucht das neue Anwendungpool mit den Website Companyweb und Default Website zu koppeln, geht zu mindestens, dass eine Website sich mit Fehler 500 öffnet.
Habe auch für alle 3 Sharepoint user Repair-SPManagedAccountDeployment ausgeführt ohne Probleme, danach auch den IISreset gefahren und den SBS 2011 rebootet ohne Erfolg.
Jedoch Exchange ist weiterhin nicht erreichbar.
Fehlermeldung.....logfiles...ereignisprotokoll sagen was?Habe auch für alle 3 Sharepoint user Repair-SPManagedAccountDeployment ausgeführt ohne Probleme, danach auch den IISreset gefahren und den SBS 2011 rebootet ohne Erfolg.
Jedoch Exchange ist weiterhin nicht erreichbar.
was kann ich noch tun?
was sagt den der Nertzwerk ASSI in der SBS Console?
vg
CMD
wo war jetzt die lösung?
Frank
Frank
Also Dienste laufen alle, was ein Kriterium der ersten Prüfung
sorry war falscher Button!
ist noch nicht gelöst
ist noch nicht gelöst
Im Ereignisprotokoll bei Anwendung finde ich im Sekundentakt folge Fehlermeldungen:
Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren. mit ID 1511
Fehler beim Laden der Modul-DLL C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Owa\auth\exppw.dll. Die Daten enthalten Fehlerinformationen. mit ID 2280
Im Ereignisprotokoll bei System finde ich im Sekundentakt folge Fehlermeldungen:
Fehler im Listenerkanal für Protokoll "http" im Arbeitsprozess "20172" für den Anwendungspool "SBS Sharepoint AppPool". Das Datenfeld enthält die Fehlernummer.
Fehler im Listenerkanal für Protokoll "http" im Arbeitsprozess "13936" für den Anwendungspool "SecurityTokenServiceApplicationPool". Das Datenfeld enthält die Fehlernummer.
beide mit ID 5139
aus diesem Grund hatte ich versuch die Passwort Reperatur.
dies erstmal, Exchange lesen ich gleich nocht aus
cmd
Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren. mit ID 1511
Fehler beim Laden der Modul-DLL C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Owa\auth\exppw.dll. Die Daten enthalten Fehlerinformationen. mit ID 2280
Im Ereignisprotokoll bei System finde ich im Sekundentakt folge Fehlermeldungen:
Fehler im Listenerkanal für Protokoll "http" im Arbeitsprozess "20172" für den Anwendungspool "SBS Sharepoint AppPool". Das Datenfeld enthält die Fehlernummer.
Fehler im Listenerkanal für Protokoll "http" im Arbeitsprozess "13936" für den Anwendungspool "SecurityTokenServiceApplicationPool". Das Datenfeld enthält die Fehlernummer.
beide mit ID 5139
aus diesem Grund hatte ich versuch die Passwort Reperatur.
dies erstmal, Exchange lesen ich gleich nocht aus
cmd
moin...
also, geh erst mal in die 2011 Standart -Konsole ---> Netzwerk--->Konnektivität.-----> beheben von Netzwerkproblemen....
lass den ASSI erst mal rennen... und dann berichte!
was ist mit der Datensicherung?
Frank
also, geh erst mal in die 2011 Standart -Konsole ---> Netzwerk--->Konnektivität.-----> beheben von Netzwerkproblemen....
lass den ASSI erst mal rennen... und dann berichte!
was ist mit der Datensicherung?
Frank
Datensicherung ist nicht gelaufen
seit wann?
warum hast du kein Offline Image gemacht?
was ist mit dem netzwerk Assi ?
Frank
warum hast du kein Offline Image gemacht?
was ist mit dem netzwerk Assi ?
Frank
assi bringt 3 Fehler:
kein primärer Netzwerkadater gefunden. Zur Erklärung es läuft noch ein Hyper-V auf dem Server deswegen vituelles Netzwerk an LAN-Verbindung 6
Es wird kein Zertifikat an ISS-Websites gefunden
Eine Netzwerkkomponenten ist nicht ordnungsgemäß konfiguriert
der ASSI scheitert am ersten Problem
Carsten
kein primärer Netzwerkadater gefunden. Zur Erklärung es läuft noch ein Hyper-V auf dem Server deswegen vituelles Netzwerk an LAN-Verbindung 6
Es wird kein Zertifikat an ISS-Websites gefunden
Eine Netzwerkkomponenten ist nicht ordnungsgemäß konfiguriert
der ASSI scheitert am ersten Problem
Carsten
hallo,
habe den ASSI nun mehrere male laufen lassen, er meldet jetzt, dass ich den ersten Fehler mit dem primären Netzwerkadapter gefixt hätte, jedoch die 2 anderen kann er nicht lösen. Bei den erneuten Start des ASSI's sind alle 3 Probleme wieder vorhanden.
vg
Carsten
habe den ASSI nun mehrere male laufen lassen, er meldet jetzt, dass ich den ersten Fehler mit dem primären Netzwerkadapter gefixt hätte, jedoch die 2 anderen kann er nicht lösen. Bei den erneuten Start des ASSI's sind alle 3 Probleme wieder vorhanden.
vg
Carsten
Moin,
Zur Erklärung es läuft noch ein Hyper-V auf dem Server deswegen vituelles Netzwerk an LAN-Verbindung 6
Auf dem SBS ist die Hyper V Rolle installiert, oder der SBS läuft als Gast auf einem Hyper V?
Gruß
Uwe
Zur Erklärung es läuft noch ein Hyper-V auf dem Server deswegen vituelles Netzwerk an LAN-Verbindung 6
Auf dem SBS ist die Hyper V Rolle installiert, oder der SBS läuft als Gast auf einem Hyper V?
Gruß
Uwe
hallo
auf dem SBS ist die Hyper-V Rolle installiert.
ich dachte die Info ist wichtigt weil der ASSI den primären NW Adapter nicht findet bzw. ihn setzt und beim nächsten Start von ASSI wieder verloren hat.
vg
Carsten
auf dem SBS ist die Hyper-V Rolle installiert.
ich dachte die Info ist wichtigt weil der ASSI den primären NW Adapter nicht findet bzw. ihn setzt und beim nächsten Start von ASSI wieder verloren hat.
vg
Carsten
kein primärer Netzwerkadater gefunden. Zur Erklärung es läuft noch ein Hyper-V auf dem Server deswegen vituelles Netzwerk an LAN-Verbindung 6
oh klasse... schlimmer geht es nicht....
Hyper V auf einen SBS geht ja mal nicht....... und mehr als eine NIC darf dein SBS auch nicht haben!
Es wird kein Zertifikat an ISS-Websites gefunden
ist das kleinste Problem...schmeiß erst mal deinen Hyper-V runter...
Frank
Mach es so wie Frank es beschrieben hat. Bring die Kiste in einen supporteten Zustand. Dann mach dich mit dem Assi noch einmal an die Fehlerbehebung.
hi Frank,
okay,
der SBS 2011 mit Hyper-V läuft auf diesem Server seit 7 Jahren!?
auf den virt. Server laufen aller Datenbanken inkl Sharepoint.
also eher schlecht mit Abschaltung
kann es sein, dass auf den virt. Netzwerk Apt, die IP v6 nicht zu der IP v4 passt, IP v4 steht static auf 192.168.100.250 und die IP v4 ist dynamisch
???
vg
carsten
okay,
der SBS 2011 mit Hyper-V läuft auf diesem Server seit 7 Jahren!?
auf den virt. Server laufen aller Datenbanken inkl Sharepoint.
also eher schlecht mit Abschaltung
kann es sein, dass auf den virt. Netzwerk Apt, die IP v6 nicht zu der IP v4 passt, IP v4 steht static auf 192.168.100.250 und die IP v4 ist dynamisch
???
vg
carsten
habe diese noch zu dem thema auf dem SBVS 2011
C:\Users\ehameln>route print
Schnittstellenliste
20...d4 85 64 61 16 48 ......LAN-Verbindung 3 - Virtuelles Netzwerk
16...d4 85 64 61 16 49 ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter #4
12...d4 85 64 61 16 4b ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter #2
10...d4 85 64 61 16 4a ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter
1...........................Software Loopback Interface 1
11...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter
13...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #2
15...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #3
17...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #4
18...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
IPv4-Routentabelle
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.100.5 192.168.100.250 10
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
192.168.100.0 255.255.255.0 Auf Verbindung 192.168.100.250 261
192.168.100.250 255.255.255.255 Auf Verbindung 192.168.100.250 261
192.168.100.255 255.255.255.255 Auf Verbindung 192.168.100.250 261
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.100.250 261
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.100.250 261
Ständige Routen:
Netzwerkadresse Netzmaske Gatewayadresse Metrik
0.0.0.0 0.0.0.0 192.168.100.5 5
0.0.0.0 0.0.0.0 192.168.100.5 5
IPv6-Routentabelle
Aktive Routen:
If Metrik Netzwerkziel Gateway
1 306 ::1/128 Auf Verbindung
20 261 fe80::/64 Auf Verbindung
20 261 fe80::542d:f244:1bfd:efb8/128
Auf Verbindung
1 306 ff00::/8 Auf Verbindung
20 261 ff00::/8 Auf Verbindung
Ständige Routen:
Keine
C:\Users\ehameln>route print
Schnittstellenliste
20...d4 85 64 61 16 48 ......LAN-Verbindung 3 - Virtuelles Netzwerk
16...d4 85 64 61 16 49 ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter #4
12...d4 85 64 61 16 4b ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter #2
10...d4 85 64 61 16 4a ......HP NC375i Integrated Quad Port Multifunction Gigabit Server Adapter
1...........................Software Loopback Interface 1
11...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter
13...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #2
15...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #3
17...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #4
18...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
IPv4-Routentabelle
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.100.5 192.168.100.250 10
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
192.168.100.0 255.255.255.0 Auf Verbindung 192.168.100.250 261
192.168.100.250 255.255.255.255 Auf Verbindung 192.168.100.250 261
192.168.100.255 255.255.255.255 Auf Verbindung 192.168.100.250 261
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.100.250 261
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.100.250 261
Ständige Routen:
Netzwerkadresse Netzmaske Gatewayadresse Metrik
0.0.0.0 0.0.0.0 192.168.100.5 5
0.0.0.0 0.0.0.0 192.168.100.5 5
IPv6-Routentabelle
Aktive Routen:
If Metrik Netzwerkziel Gateway
1 306 ::1/128 Auf Verbindung
20 261 fe80::/64 Auf Verbindung
20 261 fe80::542d:f244:1bfd:efb8/128
Auf Verbindung
1 306 ff00::/8 Auf Verbindung
20 261 ff00::/8 Auf Verbindung
Ständige Routen:
Keine
das macht es nicht besser.... und ist deswegen auch nicht supportet!
ich frag jetzt besser nicht warum.....
irgendwann knallt sowas... bei dir eben jetzt!
Datensicherung.....?!?
kann es sein, dass auf den virt. Netzwerk Apt, die IP v6 nicht zu der IP v4 passt, IP v4 steht static auf 192.168.100.250 und die IP v4 ist dynamisch
Bitte was wie?
dein SBS braucht eine feste ip.... so wie im DNS eingetragen etc....
???
vg
carsten
Frank
ich frag jetzt besser nicht warum.....
irgendwann knallt sowas... bei dir eben jetzt!
auf den virt. Server laufen aller Datenbanken inkl Sharepoint.
also eher schlecht mit Abschaltung
besorg dir einen anderen Server, und verschiebe die VM´s...also eher schlecht mit Abschaltung
Datensicherung.....?!?
kann es sein, dass auf den virt. Netzwerk Apt, die IP v6 nicht zu der IP v4 passt, IP v4 steht static auf 192.168.100.250 und die IP v4 ist dynamisch
dein SBS braucht eine feste ip.... so wie im DNS eingetragen etc....
???
vg
carsten
Wichtig!
dein SBS2011 darf nur eine NIC haben
alles andere geht in die hose....
Frank
dein SBS2011 darf nur eine NIC haben
alles andere geht in die hose....
Frank
Hi
versuche jetzt erst mal die fixed IPv6 aus dem DNS für den SBS 2011 in den Netzwerkadapter einzutragen....
versuche jetzt erst mal die fixed IPv6 aus dem DNS für den SBS 2011 in den Netzwerkadapter einzutragen....
sollte funktioniert haben
Ethernet-Adapter LAN-Verbindung 6:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : LAN-Verbindung 3 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : D4-85-64-61-16-48
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::c0a8:64fa%20(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::542d:f244:1bfd:efb8%20(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.100.250(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : fe80::c0a8:6405%20
192.168.100.5
DHCPv6-IAID . . . . . . . . . . . : 366249316
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-16-35-8E-74-D4-85-64-61-16-4A
DNS-Server . . . . . . . . . . . : fe80::c0a8:64fa%20
192.168.100.250
127.0.0.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter LAN-Verbindung 6:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : LAN-Verbindung 3 - Virtuelles Netzwerk
Physikalische Adresse . . . . . . : D4-85-64-61-16-48
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::c0a8:64fa%20(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::542d:f244:1bfd:efb8%20(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.100.250(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : fe80::c0a8:6405%20
192.168.100.5
DHCPv6-IAID . . . . . . . . . . . : 366249316
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-16-35-8E-74-D4-85-64-61-16-4A
DNS-Server . . . . . . . . . . . : fe80::c0a8:64fa%20
192.168.100.250
127.0.0.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert
die IPV6 kann und soll bitte auf DHCP bleiben!
das wird nix an deinen problemen ändern....
schau dir das mal an....
DNS: Valid network interfaces should precede invalid interfaces in the binding order
Frank
das wird nix an deinen problemen ändern....
schau dir das mal an....
DNS: Valid network interfaces should precede invalid interfaces in the binding order
Frank
teil 2 Prio der Netzwerke erledigt stand aber schon wie in den Artikel beschrieben
werde die IP v6 wieder auf DHCP nehmen, jedoch bleibt die Frage was mit den statis Einträge für die Server IPv6 wird?
erneuern auf die neue IP?
vg
carsten
werde die IP v6 wieder auf DHCP nehmen, jedoch bleibt die Frage was mit den statis Einträge für die Server IPv6 wird?
erneuern auf die neue IP?
vg
carsten
hm...
wie ist den jezt der stand?
Frank
wie ist den jezt der stand?
Frank
Problem ist jetzt gelöst!
es war in der applicationhost.config (c:\windows\system32\inetsrv\config) ein falscher/ungültiger Eintrag der exppw.dll (c:\Program Files\Microsoft\Exchange Server\V14\Client Access\OWA\Auth\exppw.dll.)
Diesen Eintrag löschen in o.g. config Datein bei gestoppten IIS. IIS starten -> IIS Manager -> Startseite -> IIS - Module -> Systemeigene Module registrieren -> exppw auswählen, falls erforderlich Pfad setzen, ‘Modultyp' ist Systemeigen und Eintragstyp ist lokal ->
IISreset /noforce
Carsten
es war in der applicationhost.config (c:\windows\system32\inetsrv\config) ein falscher/ungültiger Eintrag der exppw.dll (c:\Program Files\Microsoft\Exchange Server\V14\Client Access\OWA\Auth\exppw.dll.)
Diesen Eintrag löschen in o.g. config Datein bei gestoppten IIS. IIS starten -> IIS Manager -> Startseite -> IIS - Module -> Systemeigene Module registrieren -> exppw auswählen, falls erforderlich Pfad setzen, ‘Modultyp' ist Systemeigen und Eintragstyp ist lokal ->
IISreset /noforce
Carsten
