sshd kann nach der systemd-Maske nicht erneut aktiviert werden

1284
mike

Nach der Deaktivierung sshdhabe ich Probleme, die es wieder aktivieren / starten systemctl.

Ich bin sicher, ich habe etwas abgespritzt, aber das habe ich getan:

  • ~ frisch xubuntu 16.04.2 installieren
  • apt install openssh-server
    • musste es wahrscheinlich manuell aktivieren; Ich erinnere mich nicht
    • Standard-Konfigurationsdatei beibehalten (nur Zugriff über lokales LAN)
  • (ssh'd erfolgreich zum scp über Daten von einem vorherigen Rechner)
  • versuchte, sshd zu deaktivieren, da ich nicht vorhatte, es weiter zu verwenden
    • systemctl stop sshd && systemctl disable sshd && systemctl mask sshd
    • (habe ich hier etwas falsch gemacht?)
  • Jetzt brauche ich wieder SSH-Zugriff, also versuche ich zu aktivieren:
    • systemctl unmask sshd- gibt aus, dass der /dev/nullSymlink entfernt wurde
    • systemctl enable sshd Fehler beim Ausführen der Operation: Keine solche Datei oder Verzeichnis

Auf der Suche nach Lösungen habe ich nicht viel gefunden, abgesehen von dem, was ich bereits versucht habe. Ich habe neu installiert apt remove openssh-server && apt install openssh-server, bekomme aber das gleiche Ergebnis.

Eine systemctl status sshdShow:

sshd.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead)

Ich bin nicht vertraut mit systemctl. Hilfe wäre sehr dankbar !!

0
Ich stelle fest, dass das Ausführen von `/ usr / sbin / sshd` (ohne Parameter) dazu führt, dass der Daemon läuft und Port 22 abhört. Jetzt kann ich ssh einschalten.` Systemctl status sshd` gibt dasselbe zurück wie aobve (nicht gefunden, tot) ) mike vor 7 Jahren 0
und dass `systemctl enable ssh.service` den Fehler 'No such file' von` systemctl status sshd 'https://superuser.com/questions/1069621/error-enabling-sshd-on-ubuntu-16-04?rq entfernt = 1 ... klingt zwischen diesen beiden Kommentaren Ich habe etwas Buchhaltung zu reparieren und alles wird gut. Ich stelle jedoch fest, dass ich dafür prägnante Beschreibungen finde. mike vor 7 Jahren 0

1 Antwort auf die Frage

1
mike

Es scheint, dass dies sshdein "Alias" für ssh.service ist; Wenn Sie den openssh-Server installieren, werden die Symlinks so eingerichtet, dass diese zugeordnet werden.

Wenn Sie systemctl disable sshddiese Symlinks jedoch löschen, werden sie NICHT mit einer Aktivierung wiederhergestellt.

Die Lösungen sind zu systemctl enable ssh.service

Verwandte Probleme