Puncte:0

SSH refuză să permită unui anumit utilizator să se autentifice direct prin ssh

drapel id

Am un anumit utilizator (să-i sunăm utilizator prin această postare) pe o gazdă care afișează următoarele erori atunci când încearcă să ssh prin autentificarea cheii publice:

Solicitarea de alocare PTY a eșuat pe canalul 0
Accesul direct de conectare este interzis

Pot atenua prima eroare folosind ssh utilizator@gazdă „/bin/bash -i”, dar nu reușesc să trec de a doua eroare.

Lucruri pe care le-am incercat:

  • Eu pot sudo -s (sau sudo -i către utilizator ca root pe gazdă direct.
  • Utilizatorul este blocat (passwd -l utilizator), am deblocat și i-am atribuit o parolă utilizatorului. Aceeași problemă. Oricum pot su - utilizator ca orice alt utilizator după deblocarea contului și aplicarea unei parole.
  • Am verificat /etc/ssh/sshd_config pe server, Fără intrări pentru AllowUsers, AllowGroups, DenyUsers, DenyGroups.
  • Pot să fac ssh direct ca root fără nicio problemă.
  • Am creat un utilizator nou și am putut să le trimit direct prin ssh.
  • Selectarea cheii ssh confirmată și authorized_keys sunt setate corect, cu toate acestea, nu cred că aceasta este o problemă cheie.
  • /etc/passwd arată că utilizatorul are /bin/bash puse pentru coaja lor.
  • /etc/security/access.conf este complet comentat fără setări.
  • repornit sshd de multe ori.
  • Nu este /etc/login.blocks fişier.
  • /var/log/secure, /var/log/messages, nici journalctl -fu sshd doar arata Sesiune deschisă atunci Sesiune închisă pentru utilizatorul utilizatorului
  • ssh utilizator@gazdă -vvvvvvv arată doar Accesul direct de conectare este interzis
  • a repornit gazda.

Notă: acesta este un sistem rhel care nu are abonamentele activate încă.

Ce dă? De ce nu pot accesa asta

Puncte:0
drapel id

Dat seama. Era un script scris de cineva care restricționa accesul la gazdă. Scriptul a fost rulat după ce oricine s-a conectat la utilizator prin ssh.

Aceasta a fost implementată în utilizatorlui ~/.ssh/authorized_keys.

Iată linia care a fost afișată în fișier:

command="/home/user/script/that/was/causing/problems.sh", ssh-rsa ABC123hugepubliccipher==

După îndepărtarea comanda= secțiunea, utilizatorii au putut apoi să intre din nou ssh.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.