Puncte:0

Permisiunea refuzată când încercați să faceți fișiere SCP, chiar dacă SSH funcționează bine

drapel in

Am introdus SSH cu succes pe un server la distanță și încerc să transfer câteva fișiere între mașina mea locală și serverul la distanță folosind comanda SCP.

Când încerc să transfer un fișier de pe serverul de la distanță pe mașina mea în timp ce sunt conectat la serverul de la distanță, primesc o eroare de refuzare a permisiunii:

alexa@server:~/project$ scp alexa@server:~/project/requirements.txt /mnt/c/Users/Alexa/Desktop/
alexa@server: Permisiune refuzată (cheie publică).

Când încerc să fac invers și să transfer un fișier de pe mașina mea locală pe serverul de la distanță în timp ce sunt conectat la mașina mea locală, primesc asta:

alexa@local:/mnt/c/Users/Alexa/Desktop/$ scp test_doc.txt alexa@server:~/project/
ssh: Nu s-a putut rezolva serverul de nume de gazdă: Numele sau serviciul nu se cunosc
conexiune pierdută

Am verificat permisiunile tuturor fișierelor și folderelor și Alexa este proprietara. În plus, am încercat aceleași comenzi folosind sudo în față, dar rezultatul a fost același.

Depanarea arată acest lucru

debug3: authmethod_is_enabled publickey
debug1: Următoarea metodă de autentificare: cheie publică
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_rsa
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_rsa: nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_dsa
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_dsa: nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_ecdsa
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_ecdsa: nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_ecdsa_sk
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_ecdsa_sk: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_ed25519
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_ed25519: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_ed25519_sk
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_ed25519_sk: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /home/alexa/.ssh/id_xmss
debug3: nu există o astfel de identitate: /home/alexa/.ssh/id_xmss: nu există un astfel de fișier sau director
debug2: nu am trimis un pachet, metoda dezactivare
debug1: Nu mai sunt metode de autentificare de încercat.
alexa@server: Permisiune refuzată (cheie publică).

Când am verificat conținutul /home/alexa/.ssh/, văd doar 2 fișiere:

alexa@server:~/.ssh$ ls -la
total 16
drwx------ 2 alexa alexa 4096 Jun 26 13:12 .
drwxr-xr-x 8 alexa alexa 4096 Apr 13 18:11 ..
-rw------- 1 alexa alexa 736 Apr 1 15:53 ​​authorized_keys
-rw-r--r-- 1 alexa alexa 444 Jun 26 12:48 known_hosts

Aveți idee ce cauzează asta?

drapel ar
Ce distribuție și versiune de Linux rulați pe computerul local și pe serverul de la distanță? Serverul de la distanță este un NAS? Vă rugăm să [editați întrebarea](https://askubuntu.com/posts/1348366/edit) și adăugați aceste informații.
CrazyTux avatar
drapel us
Pentru a transfera fișiere între două computere prin protocolul ssh, trebuie să verificați dacă una dintre mașinile dvs. se poate conecta la cealaltă, în cazul dvs., propriul computer se poate conecta la server, așa că tot ce trebuie să faceți este să rulați corect comanda, `scp your_file_path destinație` și mai specific `scp /home/user/path_to_file/filename username@serverip:/path_to_destination` **ar trebui să rulați comanda de pe mașina dvs. care s-ar putea conecta la cealaltă mașină** în cazul dvs. de pe propriul computer, dacă serverul dvs. a putut să vă conecteze propriul computer, puteți rula o comandă similară (dar diferită) pentru a obține fișierele de la computerul dvs.
drapel hr
Da, se pare că v-ați conectat deja la server prin SSH și apoi încercați să vă conectați din nou la server prin scp - comanda scp pe care o utilizați ar trebui să fie rulată de la client (de unde ați fost inițial ssh'd)

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.