KeyHelp Community

Waldfee wrote: ↑Mon 2. Mar 2026, 11:55 Hi, sorry wenn ich mich da jetzt einmische aber.

Es wurde gesagt, man möchte bitte in der /etc/group gucken und kein groups test-01 ausführen.

Edit:
Genau da wird das Problem wahrscheinlich zu finden sein.

Sorry Mein Fehler ich dachte es läuft auf das selbe hinaus.
Ich habe cat /etc/Group gemacht und alle Domains mit einem - im benutzernamen werden da in keyhelp_nossh aufgeführt obwohl alle ssh aktiv sind.

Ja, genau da haben wir jetzt die Ursache gefunden
Den rest kann Florian oder so weiter machen

Ich muss mein Arm schonen und kühlen und etc. bin nämlich krank geschrieben für diese Woche.

Hallo,

schick Deinen Login (root) per PM. Wir gucken dann mal danach.

Ich meinte natürlich alle Accounts und nicht Domains.

So habe Flrorian den Zugang gesendet, ging leider wegen Arbeit nicht eher.

MfG
Marco

Hallo,
ich hatte gerade das Problem, mit SSH und Root Zugang.
Bin mit der IP Adresse vom Server nicht mehr reingekommen. Zugang Abgelehnt.
Per DNS Domain zur IP Adresse ging es.
Hatte dann zum Testen das Fail2Ban gelöscht, also die Einträge und konnte ich dann auch wieder per IP Adresse per SSH einloggen, mit Key abgesichert.

deta wrote: ↑Mon 2. Mar 2026, 15:53 Hallo,
ich hatte gerade das Problem, mit SSH und Root Zugang.
Bin mit der IP Adresse vom Server nicht mehr reingekommen. Zugang Abgelehnt.
Per DNS Domain zur IP Adresse ging es.
Hatte dann zum Testen das Fail2Ban gelöscht, also die Einträge und konnte ich dann auch wieder per IP Adresse per SSH einloggen, mit Key abgesichert.

Wenn meine IP bei fail2ban geblockt ist, komme ich ja auch nicht mehr mit meinem normalen Zugang online, die IP ist nicht geblockt, wir es aber nach 2 oder 3 Fehlersuchen, das hatte ich schon beobachtet.

Moin

Das ist auch gerade ein ganz anderes Thema / Problem und Florian hat per PN bereits ja von dem Threadstarter die Daten bekommen und wird sich das morgen angucken.

@deta: Bitte hier jetzt keine Verwechselung / Verwirrung, wir kennen hier bereits das Problem.


Das Problem vom Threadstarter ist:
Dass man mit einem Benutzer mit eine "-" im Namen sich nicht per SSH einloggen kann, weil dieser wohl in der falschen Gruppe aufgeführt wird.
Das hat nichts mit Fail2Ban zutun.

Edit:
Was aber noch heraus zu finden wäre, ist folgendes:
Warum diese Benutzer in der falschen Gruppe aufgeführt werden.

Es handelt sich um einen Bug in Debian 13. Wenn ich den Befehl ausführe, den KeyHelp absetzt erhalte ich
https://bugs-devel.debian.org/cgi-bin/b ... ug=1109329

(Gruppen einem Nutzer hinzufügen geht übrigens nur entfernen der Gruppen von einem User bereitet Probleme.)

Er ist im Debian Utility "adduser" ab Version 3.154 gefixt. Für Debian 13 kommt aber nur 3.152 zum Einsatz. Das wird sich ggf. für den Rest der Lebenszeit von Debian 13 nicht ändern.

Aktuell kann man nur händisch die /etc/group bearbeiten, und den user aus der Gruppe keyhelp_nossh entfernen. Oder man patched "adduser" manuell.

Hier ein temporärer Lösungsansatz:

https://www.mail-archive.com/debian-bug ... 86963.html

Ok, vielen Dank für die Hilfe. Also lösche ich die User selber raus und gut ist.

Oder den temporären Lösungsansatz, den Florian gefunden hat

Was ich persönlich geeigneter finde.

Habe ich so auch jetzt umgesetzt, Datei bearbeitet allen Benutzern mit - die Rechte genommen verarbeiten lassen und allen wieder gegeben, hat prima geklappt. So muss man sich auch in Zukunft erstmal keine Gedanken machen. Ich werde mir aber trotzdem angewöhnen, Benutzer ohne - in Zukunft zu erstellen.

Trotzdem blöder Bug.
Ich hab nen 11er Server voll mit „kunde-mail“

Tolle Wurst.

Hi,

geht mir ähnlich. Ich hoffe aber dass der im stable ankommt.

Falls nicht, wie wäre es denn wenn Keyhelp statt deluser dann gpasswd nutzt?

Gruß