dake

Hallo Sebastian, ein Backup oder Doku existiert leider nicht :/ Die Kombination war aber vor dem Rücksetzen des Routers in Betrieb und hat funktioniert. Der "Web access request" hört sich für mich an als würde die Anfrage auf dem Config-interface der Sonicwall landen, deswegen meine Verwunderung da sie ja auf den Server weitergeleitet werden sollte... Die Fehlkonfiguration muss aber im Router liegen, irgendwie geht die Anfrage "falsch" durch. An der SonicWall wurde nichts verändert... Ich habe auch schon versucht die Weiterleitung im Router auf die lokale LAN IP des Servers zeigen zu lassen und gleichzeitig eine Route "Lokales IP Netz" auf GW "Ext. Schnittstelle SW" eingerichtet. Ging leider auch nicht. So langsam gehen mir die Ideen aus. Hallo Sebastian, ein Backup oder Doku existiert leider nicht :/ Die Kombination war aber vor dem Rücksetzen des Routers in Betrieb und hat funktioniert. Der "Web access request" hört sich für mich an als würde die Anfrage auf dem Config-interface der Sonicwall landen, deswegen meine Verwunderung da sie ja auf den Server weitergeleitet werden sollte... Die Fehlkonfiguration muss aber im Router liegen, irgendwie geht die Anfrage "falsch" durch. An der SonicWall wurde nichts verändert... Ich habe auch schon versucht die Weiterleitung im Router auf die lokale LAN IP des Servers zeigen zu lassen und gleichzeitig eine Route "Lokales IP Netz" auf GW "Ext. Schnittstelle SW" eingerichtet. Ging leider auch nicht. So langsam gehen mir die Ideen aus.

Hallo, vorweg, ich habe die Frage auch in einem anderen Forum gestellt: http://www.administrator.de/content/detail.php?id=272301&token=637#comment-1010672 , hoffe aber auch noch hier auf ein paar Anregungen :) Am Montag wurde ich von einem Kunden angerufen dass das Internet ausgefallen ist. Vor-Ort kam ich ums verrecken nicht auf das Webinterface des Sitecom Routers, also habe ich ihn zurückgesetzt. Nach dem Eintragen der DSL Daten steht die Verbindung auch wieder, nur das OWA bekomme ich nicht (mehr) ans Laufen. Das Netzwerk ist folgendermaßen aufgebaut: Internet (Telekom feste IP) <---- Sitecom Router <--- Sonicwall <--- Server und Clients Im Router habe ich eine Portweiterleitung Port 443 auf die WAN IP der Sonicwall angelegt. Rufe ich jetzt OWA von extern auf scheint die Anfrage zumindest zur Sonicwall durchzukommen. In den Logs findet sich der Eintrag Time Message Source Destination Notes Rule 1 05/19/2015 11:53:28.080 Web access request dropped MEINEIP, 59788, WAN 10.0.0.5, 443,WAN TCP Port: 443 6 Rule 6 besagt Source *, Destination LAN, Deny Ok, die Aktion macht Sinn, verwunderlich ist nur, dass das OWA vorher lange Zeit problemlos lief. Auch die temporäre Abschaltung der Regel bringt keine Besserung. Ist es richtig die Portweiterleitung im Router auf den WAN Port des SW zu legen? Fehlt mir evtl. eine Route im Router? Wieso geht die Sonicwall von einem "Web access request" (Aufruf der SW-Konfiguration?) aus? In der Sonicwall existiert die Regel Source WAN:443, Destination Exchange:443. Mittlerweile lasse ich einfach alle Ports vom Router an die externe Schnittstelle der Sonicwall durchschleifen, ohne Verbesserung. Mit der Rule 6 wird das Paket (mit Destination "Ext. Interface Sonicwall" gedropped, ohne die Regel passiert einfach nichts...) Gruß Daniel

Danke schonmal für die flotte Antwort. Sowas dachte ich mir, ist das Standard, dass die Gruppe Servercomputer für Update Services in der automatischen Genehmigungsregel angehakt ist? Würde gerne selbst entscheiden wann der Server die Updates bekommt, 15:00Uhr Updates installieren kann nen langen Tag bedeuten... ;) /€ Irgendwie stehe ich gerade auf dem Schlauch... In der Client Policy GPO steht: Automatische Updates konfigurieren Aktiviert Automatische Updates konfigurieren: 4 - Autom. Herunterladen und laut Zeitplan installieren Geplanter Installationstag: 0 - Täglich Geplante Installationszeit: 15:00 Heißt, wenn die Updates genehmigt sind werden sie installiert (und das ist auch gut so und funktioniert) In der Server Policy steht folgendes: Automatische Updates konfigurieren Aktiviert Automatische Updates konfigurieren: 3 - Autom. Herunterladen, aber vor Installation benachrichtigen Sollte doch heißen wenn die Updates vom WSUS genehmigt sind werden sie vom Server runtergeladen aber erst installiert wenn ich das will, ohne eine Ablaufzeit?

Hallo zusammen, ich habe heute beim Blick auf Windows Update eine Phänomen entdeckt was mir bisher jedenfalls so noch nicht aufgefallen ist. System ist der SBS 2011. Bei der Updateübersicht werden einige Update grau angezeit und in den Details steht: Es ist erforderlich, dass das Update bis zum XX.XX.XXXX um XX:XX installiert wird. Was ist das? ;) Google hat mich direkt jetzt nicht weitergebracht, abgesehen von der Information, dass sich die abgelaufenen Updates nicht mehr ohne weiteres über die Windows Update Console installiert werden können. Hat jemand eine Idee dazu? Gruß dake