Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

( gelöst ) Kein root Login via FilZilla

xxxsode

Meister
Registriert
24. Dezember 2009
Beiträge
931
Reaktionspunkte
150
Punkte
103
Hallo,

Leider bin ich jetzt wirklich am ende.
Ich kann mich leider nicht via root anmelden. (Wincsp oder FileZilla)

Funktioniert nicht!
  • Benutzer: root
  • Passw.: xxxxx

Funktioniert:
  • Benutzer: pi
  • passwort: xxxxx

Einstellungen am pi

# $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj Exp $

# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options override the
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.
#AuthorizedKeysFile .ssh/authorized_keys .ssh/authorized_keys2

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "#PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLog yes
#TCPKeepAlive yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

# override default of no subsystems
Subsystem sftp /usr/lib/openssh/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
# X11Forwarding no
# AllowTcpForwarding no
# PermitTTY no
# ForceCommand cvs server

root passwort wurde auch erstellt

ich bekomm, egal welchen ich verwende FileZilla oder Wincsp

Befehl: open "root@xxx.xxx.x.xx" 22

Befehl: Pass: ******

Fehler: Authentifizierung fehlgeschlagen.

Fehler: Kritischer Fehler: Herstellen der Verbindung zum Server fehlgeschlagen


ich hoffe Ihr könnt mir sagen wo der fehler ist, ich bin schon seit 2 Tagen dabei und hab so ziemlich jede seite in google durchgelesen und ich finde eigentlich immer nur die
info das die einstellung sshd_config zum einstellen ist, dies hab ich aber gemacht. ;-(

LG und danke schon mal
 
Zuletzt bearbeitet:
hallo,

ich hab Wincsp und FileZilla probiert, hab mich oben nur verschrieben
 
Z.B.

Winscp:
SFTP
IP:192.6.6.6
Portnummer:22
Benutzername: root
Kennwort: noname007

Telnet:

IP:
Port:22
Connection type: SSH

Dann "root" eingeben und Enter

Password eingeben und Enter

Sollte das password hier funktionieren, dann weiter mit Winscp


Kennwort ist nur ein Beispiel
 
Hab jetzt mit Putty probiert

leider komm ich da auch nicht weiter, beim Passwort ist aus

verbindung wird aufgebaut
benutzer eingabe root
passwort --> da geht dann nichts
 
Danke, probier ich später!
hoff das klappt

hallo, so hab es probiert, leider ohne erfolg

pi@raspberrypi:~ $ sudo su
root@raspberrypi /home/pi > passwd root
New password: xxxxxx
Retype new password:xxxxxxx
passwd: password updated successfully
root@raspberrypi /home/pi >

leider wieder kein erfolg beim anmelden via Winscp/FileZilla/Putty
mit den user pi geht alles aber als root geht es leider nicht!
 
als ob ich das nicht schon gemacht hätte... :-) leider auch ohne erfolg.

und seit gestern am abend kann ich mich nichtmal mehr als root anmelden... jedesmal wenn ich sudo su eingebe kommt
jetzt diese meldung

su: failed to execute /bin/zsh: No such file or directory
 
ich dachte mir das schon.... wollte mir nur ganz sicher sein bevor ich alles nochmal neu mache
 
Zurück
Oben