SBS2003-Server friert ein nach Onlinebanking-Abfrage
Hallo liebe Server-Gemeinde,
ich habe an einem SBS2003-Server ein Problem, das mich langsam zur Verzweiflung bringt.
Ich hoffe ihr könnt mir helfen.
Das Problem sieht wie folgt aus:
Auf einem XP-Pro-Client wird das Online-Banking-Programm SFIRM32 der Sparkasse.
Der Datenpfad des Programmes liegt auf der Server in einer Freigabe.
Wird das Programm jetzt gestartet und es wird eine Onlineabfrage des Kontos gestartet
bleibt die Anfrage hängen. Anschließend fällt die ganze Server-Kommunikation aus,
Netzlaufwerke nicht erreichbar, kein Internet, etc.
Auch am Server sind die Netzlaufwerke nicht mehr erreichbar.
Dann hilft nur noch ein Neustart des Servers.
Im Ereignisprotokoll des Servers steht nichts.
Ich denke es liegt irgendwie an der RAS und Routing-Konfiguration.
Wer kann mir Lösungsansätze geben? Über eure Hilfe wäre ich dankbar!
Gruß
Thomas
ich habe an einem SBS2003-Server ein Problem, das mich langsam zur Verzweiflung bringt.
Ich hoffe ihr könnt mir helfen.
Das Problem sieht wie folgt aus:
Auf einem XP-Pro-Client wird das Online-Banking-Programm SFIRM32 der Sparkasse.
Der Datenpfad des Programmes liegt auf der Server in einer Freigabe.
Wird das Programm jetzt gestartet und es wird eine Onlineabfrage des Kontos gestartet
bleibt die Anfrage hängen. Anschließend fällt die ganze Server-Kommunikation aus,
Netzlaufwerke nicht erreichbar, kein Internet, etc.
Auch am Server sind die Netzlaufwerke nicht mehr erreichbar.
Dann hilft nur noch ein Neustart des Servers.
Im Ereignisprotokoll des Servers steht nichts.
Ich denke es liegt irgendwie an der RAS und Routing-Konfiguration.
Wer kann mir Lösungsansätze geben? Über eure Hilfe wäre ich dankbar!
Gruß
Thomas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 149405
Url: https://administrator.de/forum/sbs2003-server-friert-ein-nach-onlinebanking-abfrage-149405.html
Ausgedruckt am: 23.12.2024 um 23:12 Uhr
7 Kommentare
Neuester Kommentar
Morgen Thomas,
deine Infos helfen hier zu wenig. Wie ist der Server eingerichtet?
DNS, Gateway, WINS?
Wie bauen die CLient ihre Verbindungen ins Internet auf (Router oder Server mittels RRAS)?
Das SFIRM32 dürfte hier nicht unbedingt das Problem sein. Ich habe ähnliche Konstellationen vielfach im Einsatz, allerdings ohne RRAS des SBS. Die INET-Verbindung bauen die Clients entweder über das Gateway oder einen Proxy auf.
Halt! Hier fällt mir ein, dass im SFIRM32 ein Punkt 'Internetverbindung einrichten' existiert:
Schau mal nach, wie diese eingerichtet ist.
deine Infos helfen hier zu wenig. Wie ist der Server eingerichtet?
DNS, Gateway, WINS?
Wie bauen die CLient ihre Verbindungen ins Internet auf (Router oder Server mittels RRAS)?
Das SFIRM32 dürfte hier nicht unbedingt das Problem sein. Ich habe ähnliche Konstellationen vielfach im Einsatz, allerdings ohne RRAS des SBS. Die INET-Verbindung bauen die Clients entweder über das Gateway oder einen Proxy auf.
Halt! Hier fällt mir ein, dass im SFIRM32 ein Punkt 'Internetverbindung einrichten' existiert:
Schau mal nach, wie diese eingerichtet ist.
Morgen Thomas,
so jetzt kann ich dir etwas Neues berichten, was dir nicht gefallen dürfte:
Ich habe den selben Fehler bekommen wie du, soll heißen, während ich etwas mit dem SFirm am Client ausgeführt habe, ist der Server, auf de, die Datenbank liegt abgestürzt und neugestartet.
Ich habe ein Update des Sfirm von der Version 2.2.2 auf die Version 2.3 durchgeführt und das Ganze passiert während des Datenbankupdates.
Diesen Fehler konnte ich mehrfach nachstellen und zwar immer, wenn die Reorganisation oder ähnliches auf die Datenbank zugegriffen hat.
Ich habe dann die Softwarefirewall und das AV am Server (SEP) deaktiviert und anschließend lief es ganz problemlos. Diese Probleme traten mit der Version 2.2.2 nie auf. Keine Ahnung, was jetzt geändert wurde (außer das die Accesdatenbank jetzt im dem 2000-er Format ist), dass diese Probleme auftreten.
Damit werde ich mich jetzt mit der Neu-Konfiguration der Softwarefirewall beschäftigen müssen.
so jetzt kann ich dir etwas Neues berichten, was dir nicht gefallen dürfte:
Ich habe den selben Fehler bekommen wie du, soll heißen, während ich etwas mit dem SFirm am Client ausgeführt habe, ist der Server, auf de, die Datenbank liegt abgestürzt und neugestartet.
Ich habe ein Update des Sfirm von der Version 2.2.2 auf die Version 2.3 durchgeführt und das Ganze passiert während des Datenbankupdates.
Diesen Fehler konnte ich mehrfach nachstellen und zwar immer, wenn die Reorganisation oder ähnliches auf die Datenbank zugegriffen hat.
Ich habe dann die Softwarefirewall und das AV am Server (SEP) deaktiviert und anschließend lief es ganz problemlos. Diese Probleme traten mit der Version 2.2.2 nie auf. Keine Ahnung, was jetzt geändert wurde (außer das die Accesdatenbank jetzt im dem 2000-er Format ist), dass diese Probleme auftreten.
Damit werde ich mich jetzt mit der Neu-Konfiguration der Softwarefirewall beschäftigen müssen.
Zitat von @ac180772:
Morgen goscho,
das gefällt mir zwar nicht, aber wenigstens sehe ich jetzt wo de Fehler liegt.
Mit SEP meinst du wahrscheinlich SymantecEndpointProtection?
Na logisch meine ich Symantec Endpoint ProtectionMorgen goscho,
das gefällt mir zwar nicht, aber wenigstens sehe ich jetzt wo de Fehler liegt.
Mit SEP meinst du wahrscheinlich SymantecEndpointProtection?
Der läuft nämlich auch auf dem Server hier.
Ich frage mal ganz dumm... die Softwarefirewall am Client?oder?
Es gibt keine wirklich dummen Fragen.Ich frage mal ganz dumm... die Softwarefirewall am Client?oder?
Ich meine die Firewall / das AV am Server.
Ich versuche das Ganze derzeit bei mir an einem Testsystem nachzustellen.
Ich habe dazu unfreiwillig mein Produktivsystem genutzt, gestern Abend zwischen 20:00 und 22:00 Uhr, mit 4 ungewollten Server-Reboots.Danach habe ich am Server und am Client beides deaktiviert und es ging. Das Problematisch dabei ist jedoch, dass ich jetzt AV und Firewall wieder laufen habe und es trotzdem funktioniert.
Solltest du eine Lösung gefunden habe, dann melde dich bitte. Danke.
Meine Vermutung ist die SEP Firewall am Server.Diese scheint irgend einen Netzwerkverkehr nach dem Update geblockt zu haben. Gesehen habe ich nichts. Dies werde ich demnächst aber rausfinden müssen.