Windows Server 2012R2 / Plötzlich Webdienste nicht mehr erreichbar

[PEASANT KING]

Guten Morgen,

so langsam bin ich echt am verzweifeln. Ich besitze einen Server, auf dem läuft noch Windows Server 2012R2.
Dort betreibe ich einen IIS auf dem mehrere Webanwendungen laufen.

Nun hat der Server seit ein paar Monaten die Eigenheit, das plötzlich ohne ersichtlichen Grund die Webanwendungen nicht mehr aus dem Internet erreichbar sind. Gleiches gilt dann auch für die Remote Desktop Dienste. Der Server ist allerdings weiterhin anpingbar, sprich erreichbar per Pinganfragen.

Einzige Lösung hier einen Hard Reset durchzuführen. Nach dem Reboot läuft dann alles wie gewohnt.

Ich habe bis heute nicht herausgefunden woran das liegen könnte. Das nervt tierisch, vorallem da ich manuell gezwungen bin, ständig zu gucken ob die Webanwendungen noch erreichbar sind. Das kann und darf nicht so weiter gehen.
Der Server steht in einem Rechenzentrum, die Jungs im Rechenzentrum kommen ohne Probleme auf den Server lokal drauf.

Hat hier Jemand vielleicht einen Tipp wo ich noch nach der Ursache suchen kann? Das Problem trat erst vor ein paar Monaten auf, zuvor lief alles wie geschmiert, ich wüsste aber auch nicht was hier groß geändert wurde.

Montagliche Grüße

 

[xexex]

Überragend viele Informationen lieferst du uns! Um die Applikationen zu überwachen, gibt es bestimmt hunderte Clouddienste oder PRTG, was sogar in einer kleinen Version kostenlos ist.
https://www.de.paessler.com/prtg

Was sagt das Ereignisprotokoll? Den Fehler verursachen kann ja alles, von einem Windows Update über eine Webanwendung, bis zum Hackerangriff.

 

[Rego]

Was verwendest Du für eine AntiViren-Lösung? Wir hatten ein ähnliches Problem mit unseren Servern, auf denen Sophos als AV eingesetzt wurde.

 

[konkretor]

Rdp Port so im Internet erreichbar?

 

[PEASANT KING]

Ja der Server ist immer erreichbar bis es dann zu diesem Phänomen kommt und plötzlich ist er anpingbar aber nicht mehr per RDP erreichbar. Die Webservices sind dann auch nicht mehr erreichbar.

Das Ganze passiert immer Nachts. Updates werden manuell eingespielt. Als Antivieren Software nutzen wir F-Secure das ist allerdings zur Zeit deaktiviert.

 

[wern001]

gibt mehrere Möglichkeiten.
Dienste laufen nicht mehr,
Portforwarding geht nicht mehr,
Gateway nicht mehr erreichbar,
Firewall hat Ports dicht gemacht,
IIS verhaspelt sich, (Hatte ich mit einer Arztsofware eine weile, die so Handyupdate verteilte. Hab da einfach den IIS alle 6h neu starten lassen)

 

[PEASANT KING]

Das mit dem IIS könnte ich mal testen.

Das Ereignisprotokoll gibt auch nichts wirkliches aus. Hier und da mal ein Fehler was VSS anbelangt.
Das was vielleicht interessant ist. Hier und da mal ein SQL Fehler der aber meine Powershell Backup Scripts betrifft,
für das wegsichern der SQL Datenbanken täglich das wars dann aber auch...

Der Server selber lässt sich ja ansprechen mittels Ping. Ich wüsste auch nicht warum die Windows Firewall einfach dicht machen sollte und das öfter mal und auch immer Nachts.

 

[Raijin]

Zunächst solltest du erstmal herausfinden an welcher Stelle denn die Verbindung einknickt bzw. wo denn die Pakete rausgehen/reinkommen. Dazu auf deinem Client-Gerät WireShark installieren und die Kommunikation zwischen Client und Server filtern. Das gleiche am besten auch auf Serverseite machen, aber WireShark verträgt sich wohl nicht so gut mit Windows Server 2012. Hier hat es aber jemand geschafft. So kannst du zumindest schon mal prüfen ob am Server überhaupt Verbindungen reinkommen.

Grundsätzlich kann das Problem nämlich wie @wern001 schon schreibt an mehreren Stellen sitzen. Daher muss man jede potentielle Ursache untersuchen.

 

[PEASANT KING]

Naja ich finde es schon sehr verwunderlich, wenn RDP und IIS beide als Dienst einfach nicht mehr laufen.
Vor allem haben die Dienste überhaupt nichts mit einander zu tun.

Noch merkwürdiger ist, das der Server sich ja unter der IP als auch den Domains anpingen lässt.
Da ich nicht im Rechenzentrum sitze, kann ich auch nicht testen, ob die Dienste laufen oder nicht.
Das Einzige was mir immer bleibst ist ein Hardreset.

 

[Raijin]

Noch merkwürdiger ist, das der Server sich ja unter der IP als auch den Domains anpingen lässt.

Und das sagt was genau aus? Nur, dass ICMP scheinbar funktioniert. Das hat aber nichts mit TCP/UDP zu tun oder den Diensten, die selbiges nutzen, wie zB RDP. Für ICMP gibt es in der Firewall auch eigene Regeln.




Übrigens: Pingst du eine Domain, pingst du trotzdem nur die IP. Es wird lediglich vor dem eigentlichen Ping ein DNS-Request abgesetzt, um die zur Domain gehörige IP zu ermitteln.

 

[PEASANT KING]

Das ist mir klar. Ich habe nur keine Möglichkeit zu überprüfen ob die Dienste laufen oder nicht, da ich nicht im Rechenzentrum sitze.
Ich kann natürlich mal eine Anfrage stellen.

Das Problem besteht auch erst seit 2 Monaten, zuvor lief alles ohne Probleme. Ich habe immernoch als Vermutung das Backup Programm als Ursache.

 

[Raijin]

Ich habe nur keine Möglichkeit zu überprüfen ob die Dienste laufen oder nicht, da ich nicht im Rechenzentrum sitze.

Zugegebenermaßen habe ich keine Ahnung von Windows Server Betriebsystemen (Windows nur User und Server mache ich in Linux ). Allerdings sollte es auch da die Möglichkeit geben, zB mit "sc query einservicename" den Status eines Dienstes abzufragen. Das ganze in eine Batchdatei und im Taskplaner im gewünschten Zyklus laufen lassen.

Wobei...

Der Server steht in einem Rechenzentrum, die Jungs im Rechenzentrum kommen ohne Probleme auf den Server lokal drauf.

Heißt das, dass die Admins im RZ deine Dienste innerhalb des RZ nutzen können - also zB RDP - und es wirklich ausschließlich aus dem www nicht geht? Wenn dem so ist, laufen die Dienste ja scheinbar durch.




Man müsste nun prüfen:

• ob der Service tatsächlich noch läuft (sc query einservicename)
• ob der Port tatsächlich noch offen ist, mit der richtigen IP verknüpft ist und auf LISTEN steht (netstat -an)
• ob die Firewall den Traffic auf dem fraglichen Port bzw. für die fragliche Anwendung erlaubt

(hierzu auch prüfen ob das richtige Firewall-Profil aktiv ist)

• ob der Server überhaupt noch eine Verbindung zum Internet hat (ping 8.8.8.8 oder 1.1.1.1)
• ob überhaupt eingehende Verbindungen am Server zu sehen sind (WireShark, o.ä. @ Server)
• ob überhaupt ausgehende Verbindungen am Client zu sehen sind (WireShark, o.ä. @ Client)

Wenn du im Fehlerfall nicht auf den Server kommst, musst du wie erwähnt zB via Taskplaner einige Tests zyklisch laufen und in eine Log-Datei schreiben lassen, um die Testergebnisse dann nach dem Hardware-Reset auswerten zu können.

 

[PEASANT KING]

Danke für die lange Antwort zu meinem Problem. Glaub mir wenn ich könnte würde ich auch Linux nutzen.
Da die Webservices / Anwendungen unter ASP.net laufen und auf den IIS angewiesen sind ist das nicht möglich.

Ich hasse den IIS, das Ding ist in manchen Dingen echt biestig und zickig.

Ne die Jungs können die Dienste nicht nutzen, was erstens nicht gewünscht ist und auch aus datenschutztechnischen Gründen nicht erlaubt wäre.

Ich müsste beim nächsten Mal eine Konsolen Session anfordern und dann noch mal drauf schauen, was hier die Ursache sein könnte. Wobei ich mich bei der letzten Session über deren Konsole auch nicht am Server anmelden konnte, da STRG + ALT + ENTF garnicht übermittelt wurde.

Ich hatte es dann mit nem Hardreset gelöst weil das schneller geht und die Dienste immer erreichbar sein sollten.