SSH kann keinen Befehl senden

417
SilentStorm

Beschreibung

Dieses Problem ist mir zum ersten Mal aufgefallen, als ich versuchte, SCP über LAN mit einem anderen Computer zu verwenden. zsh:1: command not found: scp
Jetzt, bevor jemand fragt: Ja, ich habe SSH installiert .
Ich kann ssh verwenden, um mich einfach auf dem anderen Computer anzumelden.
Das Problem ist SCP und ssh [user@]hostname [command]beide führen dazu zsh:1: command not found: [command].

Testen

Ich habe versucht, SCP mit localhost zu verwenden

systemctl start sshd.service scp /home/user/asdf.log user@127.0.0.1:/home/user/test/asdf.log ... zsh:1: command not found: scp 

Und dann einen Befehl senden:

ssh user@127.0.0.1 ls ... zsh:1: command not found: ls 

ssh user@127.0.0.1 funktioniert wie erwartet.

Ich habe den -vSchalter benutzt und die Informationen sahen normal aus.
Ich habe versucht, zu Bash statt zu ZSH zu wechseln; gleicher Fehler

Schließlich habe ich root login versucht, und das hat funktioniert

ssh root@127.0.0.1 ls ... Desktop Documents Music ... 

SSH-Konfiguration:

~/.ssh/config: nichts

#/etc/ssh/sshd_config PermitRootLogin yes # this is bad; for testing only AuthorizedKeysFile .ssh/authorized_keys ChallengeResponseAuthentication no UsePAM yes PrintMotd no #pam does that Subsystem sftp /usr/lib/ssh/sftp-server 

Verwenden von Arch Linux mit openssh 7.9p1

TL; DR

Es sieht so aus, als würde die Umgebung für SCP und den Einzelbefehl SSH nicht eingestellt (nicht einmal PATH). Aber für root-Login wird es richtig gesetzt.
Irgendwelche Ideen dazu?

Aktualisieren

Es ist etwas mit meiner User-Shell-Konfiguration.
Ich habe ein neues, leeres Benutzerkonto hinzugefügt, und die Verwendung von SCP funktionierte einwandfrei.

0

1 Antwort auf die Frage

0
SilentStorm

Ich habe das Problem herausgefunden.

Es gab eine Linie in ~/.pam_environmentmeinem Weg.
PATH DEFAULT=$:/home/@/bin
Aus irgendeinem Grund wird / home / user / bin dreimal in meinen Pfad eingefügt und ein zusätzlicher Doppelpunkt hinzugefügt.
Warum das so ist, weiß ich nicht.
Aber ~/.profilestattdessen meinen PATH einzurichten, wurde das Problem behoben.

Ich denke, die schlechte PATH-Zuordnung wurde von ssh verworfen, aber nicht von meinem regulären Login.