Fehler "Zugriff verweigert" in Putty mit einem normalen Benutzer erhalten [geschlossen]

1

Mit Putty kann ich mich erfolgreich mit der Root-Benutzer-ID anmelden, aber nicht mit anderen Benutzer-IDs. Diese Benutzer-IDs sind nur normale Benutzer, die einer Entwicklergruppe angehören.

Ursprünglich habe ich die Version 0.61 verwendet. Nachdem ich andere Threads auf dieser Site gelesen hatte, habe ich ein Upgrade auf 0.62 durchgeführt, aber das Problem bleibt bestehen. Ich benutze CentOS 5 Server.

Sie könnten den Drang haben, zu kommentieren, dass ich ein falsches Passwort eingegeben hätte, aber vertrauen Sie mir, dass ich das Login nach mehrmaliger Änderung des Passworts versucht habe, da ich kein Problem habe, mich als root über dasselbe Kittfenster anzumelden.

Unten ist das Ereignisprotokoll aus dem Kittfenster. Jede Hilfe wird geschätzt.

2012-08-24 02:20:01 Connecting to 999.99.99.999 port 22
2012-08-24 02:20:07 Server version: SSH-2.0-OpenSSH_4.3
2012-08-24 02:20:07 Using SSH protocol version 2
2012-08-24 02:20:07 We claim version: SSH-2.0-PuTTY_Release_0.62
2012-08-24 02:20:07 Doing Diffie-Hellman group exchange
2012-08-24 02:20:08 Doing Diffie-Hellman key exchange with hash SHA-1
2012-08-24 02:20:08 Host key fingerprint is:
2012-08-24 02:20:08 ssh-rsa 2048 fa:41:23:0f:62:9a:41:ea:81:11:8a:81:86:ba:fc:b3
2012-08-24 02:20:08 Initialised AES-256 SDCTR client->server encryption
2012-08-24 02:20:08 Initialised HMAC-SHA1 client->server MAC algorithm
2012-08-24 02:20:08 Initialised AES-256 SDCTR server->client encryption
2012-08-24 02:20:08 Initialised HMAC-SHA1 server->client MAC algorithm
2012-08-24 02:20:13 Using SSPI from SECUR32.DLL
2012-08-24 02:20:13 Attempting GSSAPI authentication
2012-08-24 02:20:13 GSSAPI authentication request refused
2012-08-24 02:20:16 Sent password
2012-08-24 02:20:19 Password authentication failed
infotoknowledge
quelle
Können Sie sich mit anderen Benutzer-IDs über SSH von Ihrer CentoOS 5-Box aus bei Ihrem CentOS 5-Server anmelden? Kann es sein, dass Ihr Server das AllowUser-Konstrukt verwendet, um bestimmte Benutzer auszuwählen, die sich anmelden können?
jpe
Danke euch allen!. Ich war WIRKLICH erstaunt, so viele sofortige Antworten zu sehen. Es macht wirklich einen RIESIGEN Unterschied, wenn Sie mit einem Problem frustriert sind. Community-Hilfe ist großartig !. Ich werde dasselbe tun, mit so wenig Wissen ich auch besitze.
Infotoknowledge
4
Diese Frage scheint nicht zum Thema zu gehören, da sie vom OP in einem Kommentar eines anderen Posts beantwortet wird.
Dave

Antworten:

1

Es ist nur der Befehl "-p, --password" nach useradd oder usermod

erstelle einfach einen benutzer ohne angaben und benutze danach

passwd USERID

als es funktioniert

theSaan
quelle
0

Überprüfen Sie diesen Link

hier gleiches problem gelöst.

also versuche.

Sandy8086
quelle
Vielen Dank an alle Responder! Mein Problem wurde so gelöst. Ich hatte die normalen Benutzer mit dem Befehl useradd erstellt und das Kennwort mit der Option -p angegeben. Dieses Passwort hat aus irgendeinem Grund nicht funktioniert. Ich habe den Benutzer einige Male ohne Erfolg neu erstellt. Diesmal habe ich jedoch das Passwort für den Benutzer mit dem Befehl passwd zurückgesetzt und voila !, es hat funktioniert. Ich habe dasselbe mit anderen Benutzern gemacht und alle haben funktioniert. Aus irgendeinem Grund funktioniert das mit dem Befehl useradd angegebene Kennwort nicht. Nun, ich werde nicht danach forschen, da ich einen Workaround habe! ... Puh! .. Nochmals vielen Dank!
Infotoknowledge
@ Sandy8086 Vielleicht fügen Sie Ihrer Antwort eine Zeile hinzu, in der Sie überprüfen, ob das Kennwort für den Benutzer auf dem lokalen Computer funktioniert. Der Link, den Sie angegeben haben, ist definitiv relevant, aber das Problem war nicht dasselbe, das das OP hatte.
jpe
Wie oben erläutert, glaube ich, dass mein Problem nicht durch irgendwelche Vorschläge / Lösungen in den Antworten gelöst wurde, sondern durch meine eigenen zusätzlichen Versuche. Wie auch immer, für die Art der schnellen Antworten, die ich bekommen habe, bin ich bereit, die Seite zu bewerten.
Infotoknowledge
-1

Überprüfen Sie diesen Link: http://senthilthoppur.blogspot.ca/2012/08/vsftpd-530-permission-denied-root.html

Es hat mir geholfen, das Problem zu lösen.


vsftpd 530 Erlaubnis verweigert root

In vsftpd wird möglicherweise die folgende Fehlermeldung angezeigt, wenn Sie versuchen, eine FTP-Verbindung herzustellen.

Antwort: 530 Berechtigung verweigert. Fehler, konnte nicht zum Server verbinden

Zuerst müssen Sie die folgenden Dateien überprüfen

  1. / etc / vsftpd / ftpusers
  2. /etc/vsftpd/vsftpd.conf
  3. / etc / vsftpd / user_list

Wenn in der Datei "ftpusers" ein Benutzername vorhanden ist, darf sich der Benutzer nicht über ftp anmelden. Wir müssen also den FTP-Benutzernamen aus der Datei "/ etc / vsftpd / ftpusers" entfernen.

Öffnen Sie die vsftpd-Konfigurationsdatei "/etc/vsftpd/vsftpd.conf" und suchen Sie nach "userlist_deny ="

Wenn es kein solches "userlist_deny =" gibt, fügen Sie es der Datei "/etc/vsftpd/vsftpd.conf" hinzu. Wenn "userlist_deny = NO", nur Benutzer in der Datei "/ etc / vsftpd / user_list" zulassen. Wenn "userlist_deny = YES" (Standardeinstellung), erlauben Sie niemals Benutzern in dieser Datei und fordern Sie nicht einmal zur Eingabe eines Kennworts auf.

[root @ test ~] # cat / etc / vsftpd / user_list

vsftpd Benutzerliste

Wenn userlist_deny = NO, nur Benutzer in dieser Datei zulassen

Wenn userlist_deny = YES (Standard), erlauben Sie niemals Benutzern in dieser Datei und

Nicht einmal nach einem Passwort fragen.

Beachten Sie, dass die standardmäßige vsftpd-Pam-Konfiguration auch / etc / vsftpd / ftpusers überprüft

für Benutzer, die abgelehnt werden.

Nachdem Sie die Konfigurationsdatei bearbeitet haben, müssen Sie den Dienst neu starten. [root @ test ~] # /etc/init.d/vsftpd restart Herunterfahren von vsftpd: [OK]

Starten von vsftpd für vsftpd: [OK]

Tuyen Nguyen
quelle
Links zu externen Ressourcen werden empfohlen. Fügen Sie jedoch bitte einen Kontext hinzu, damit Ihre Mitbenutzer eine Vorstellung davon haben, was es ist und warum es dort ist. Geben Sie immer den relevantesten Teil eines wichtigen Links an, falls die Zielwebsite nicht erreichbar ist oder dauerhaft offline geschaltet wird
Tog,