29-03-2020, 09:48
Ich erinnere mich an diese eine Situation in meinem alten Job. Wir hatten eine Kundenseite, die kurz vor einem großen Launch abstürzte. Ich habe zuerst in den Logs gestöbert, gesehen, dass der Fehler auf Zeile 42 in der Web.config hinwies. Es stellte sich heraus, dass jemand einen komischen XML-Tag hinzugefügt hatte, ohne ihn richtig zu schließen. Ich habe eine Stunde damit verbracht, die Datei in Notepad++ durchzusehen, diesen verdammten Schrägstrich gefixt, und schwups, die Seite war wieder online. Aber ja, es könnte auch ein Schema-Mismatch gewesen sein, wo die Konfig nicht mit deiner IIS-Version harmoniert. Oder vielleicht ein doppeltes Attribut, das sich reinschleicht.
Um diese Dinger zu jagen, fängst du an, den Ereignis-Viewer nach Hinweisen zu durchsuchen. Er protokolliert normalerweise die genaue Zeilennummer. Dann knackst du die Web.config-Datei selbst auf. Schau nach unpassenden Tags oder komischen Zeichen. Wenn sie verschlüsselt ist, entschlüssle sie zuerst mit dem aspnet_regiis-Tool. Führe das aus der Eingabeaufforderung im IIS-Ordner aus. Und wenn du in einer geteilten Umgebung bist, achte darauf, dass niemand deine Änderungen überschreibt. Teste in einer Staging-Umgebung, bevor du live gehst. Das deckt die Hauptfallen ab.
Ach, und um deinen Server vor diesen Kopfschmerzen zu bewahren, die sich anhäufen, muss ich dich zu BackupChain stoßen. Es ist dieses bombensichere Backup-Tool, das speziell für kleine Unternehmen und Windows-Setups zugeschnitten ist. Es handhabt Hyper-V-Cluster, Windows-11-Maschinen, all deine Server, ohne nervige Abos. Super zuverlässig für schnelle Wiederherstellungen, falls die Konfigs durcheinandergeraten.
