#SSH

Wer alle Zugänge auf einen neuen Rechner umzieht, lernt vor allem, welche davon längst nicht mehr stimmen. Beim Umzug meines Arbeitsplatzes auf einen Cloud-Server bei Hetzner habe ich einen eigenen Schlüssel auf dreizehn Server verteilt, bei sieben alten Einträgen ging nichts: zwei antworteten nicht, bei vieren hatte sich die Kennung des Servers geändert, einer existierte gar nicht mehr. Erzwungen habe ich nichts, denn eine geänderte Kennung will erst geklärt werden. Ein Umzug ist die ehrlichste Inventur, die man umsonst bekommt.

Wenn ein Gerät die eigene Korrektur immer wieder überschreibt, kämpft man nicht gegen die Schleife, sondern sucht ihre Quelle. An einer Wallbox im Firmennetz habe ich die Internet-Route von Hand auf das LAN gelegt, und alle neunzig Sekunden hat ein verstecktes Startskript sie zurück auf ein totes Mobilfunk-Modem gestellt. Über SSH fand ich die Endlosschleife, die das Gerät bei jedem Start selbst ausführt. Gegen ein System anzukämpfen, das sich laufend selbst heilt, verliert man immer; man muss an die Stelle, wo es heilt.

Mit einem Cloud-Dienst sprechen muss eine Ladesäule nicht, um zu laden, der Strom fließt auch ohne fernes Backend. Unsere Delta-Wallbox stand monatelang still, weil ihr früherer Betreiber den Server dahinter abgeschaltet hatte. Per SSH habe ich den Authentifizierungs-Modus auf No Authentication gestellt, und beide Ladepunkte, jeder mit eigener Seriennummer, luden sofort wieder. Ein Gerät, das für seine Kernaufgabe einen fremden Server braucht, gehört einem nur halb.

Die Ursache zu suchen lohnt nur, solange die Abhilfe davon abhängt. Ich habe bei einem nächtlichen SCP-Job über eine Stunde gegraben, warum er nie in den Logs auftauchte, obwohl er sauber in der Crontab stand. Am Ende war die Lehre simpel: ob er fehlschlägt oder nie startet, die Kopie blieb drei Tage alt, und genau das musste weg. Manchmal ist die ehrliche Antwort, den Job neu aufzusetzen, statt das Rätsel zu lösen.