Fájlok átvitele az scp használatával: engedély megtagadva

A parancsai megpróbálják az új dokumentumot a gyökér (/). Azt kell tennie, hogy átviszi őket a home könyvtárba (mivel nincs engedélye a /). Ha az otthona felé vezető út valami /home/erez, próbálkozzon a következőkkel:

scp My_file.txt user_id@server:/home/erez/ 

Helyettesítheti a otthoni könyvtár a ~/ parancsikon segítségével, így a következőknek ugyanaz lesz a hatása:

scp My_file.txt user_id@server:~/ 

Akár el is hagyhatod a távoli oldalon teljesen ki az ösvényről; ez azt jelenti, hogy a saját könyvtárad.

scp My_file.txt user_id@server: 

Vagyis a fájl asztalra másolásához érdemes áthelyezni a /home/erez/Desktop/:

scp My_file.txt user_id@server:/home/erez/Desktop/ 

vagy a parancsikon használata:

scp My_file.txt user_id@server:~/Desktop/ 

vagy egy relatív elérési út a távoli oldalon, amelyet a saját könyvtárához viszonyítva értelmeznek:

scp My_file.txt user_id@server:Desktop/ 

Szerkesztés:

As @ néven A már említett ckhan esetében fel kell cserélni az argumentumokat is, ezeknek

scp FROM TO 

Tehát ha másolni akarod a fájlt My_file.txt a user_id@server szerverről az asztalra, próbálja meg a következőket:

scp user_id@server:/path/to/My_file.txt ~/Desktop/ 

Ha a A My_file.txt fájl a szerver otthoni könyvtárában található, és újra használhatja a parancsikont:

scp user_id@server:~/My_file.txt ~/Desktop/ 

Megjegyzések

• – Én ‘ megpróbáltam: ” ~ / ‘ kezdőlapra ‘ most, és ” ~ / Asztal /. Mindkét eredmény: My_file.txt 100% 0 0,0 KB / s 00:00, és nem látom a fájlokat a mappáimban. Mit csinálok még mindig rosszul? Nagyon köszönöm!
• A második parancs példájánál a ~ -t védeni kell az értékeléssel szemben, hogy kiértékelhesse a távoli állomáson: \~ például.
• Köszönetképpen regisztráltam a weboldalra. Köszönöm, hogy megmentetted a napomat 🙂

Azért jöttem ide, hogy “Fájlok átvitele scp használatával: engedély megtagadva “mert ugyanaz a hibám volt.

Esetemben az scp-vel letöltött fájl felülírta volna a root tulajdonában lévő fájlt, és nem voltam root. Röviden, ellenőrizzük a fájl tulajdonjogát felülírva.

Megjegyzések

• Ebben az esetben ‘ s, mert ő ‘ ha megpróbálnak írni a /Home címre, és mivel nem root, nem rendelkezik ‘ írási hozzáféréssel a ~/
• Segítesz nekem.

Ami a “megtagadott engedélyt” javította számomra, az az volt, hogy a távoli kiszolgálón változtassa meg a mappa tulajdonjogát root-ra: (Ez akkor fordulhat elő, ha egy fájlt nem root felhasználónak küld, és a könyvtár tulajdonosa a root! ) A távoli gépen (címzett másolása):

sudo chown (your username) (remote folder) 

Annak érdekében, hogy biztos legyünk, engedélyezzünk minden engedélyt a távoli mappában: (Nem mindig szükséges):

sudo chmod 777 (remote folder) 

Úgy tűnik, mintha engedélyezési probléma lenne

Előfordulhat, hogy a fájlnak nincs olvasási engedélye, mivel forrásfiókként a célkiszolgálóhoz kerül.

meg kell győződnie arról, hogy a fájl a forrásnál megköveteli-e a jogosultságokat, különös tekintettel az olvasási engedélyre. >

majd scp a fájl a célig. Ez megoldódik

Megjegyzések

• -rw-r--r-- 644, nem 744. Futtatható engedély beállítása egy a valójában nem futtatható fájl problémákat okozhat.

A scp megfordítva.Először a forrás, majd a cél, például cp. man scp további részletekért.

Mint Jinzai rámutatott, a távoli mappa tulajdonosa lehet a gyökérnek. Esetemben valaki (vagy valami) megváltoztatta a felhasználó otthoni mappájának tulajdonosát gyökérhez. Tehát, amikor megpróbáltam egy fájlt elküldeni egy távoli kiszolgálóra, engedély elutasított hiba történt.

A ls -l paranccsal ellenőrizheti a mappa tulajdonosát. :

drwxr-xr-x 5 root root 4096 Oct 21 08:16 user2

A fenti példában a user2 mappa a root tulajdonában van. A tulajdonos a következőképpen változtatható meg:

chown user2:user2 user2

Van egy gyorsabb módja annak ellenőrzésére is, hogy a szerver blokkol-e egy fájlt a scp vagy sem. Próbáljon létrehozni egy fájlt a célmappában, például a touch test_file gombbal. Ha nem tudott létrehozni egy fájlt a mappában, akkor a fájlt nem tudja ide távolról elküldeni ugyanaz a felhasználó.

Amazon Linux AMI

Győződjön meg arról, hogy meg kell adnia az abszolút szerver elérési utat, a home fájlból a jelenlegi esetben:

scp file.txt SSH-ALIAS:/home/YOUR_USER/ 

Telepítsen egy” mRemoteG “Windows eszközt a www.mremoteng.org/ webhelyről

Hozza létre SSH-kapcsolatát a kívánt mezőhöz.

Kattintson a “Fájl átvitele” menüre.

Ez lehetővé teszi a fájlok egyszerű átvitelét Windowsról Linuxra.

köszönöm.

Ugyanazok az engedélyek érvényesek az scp mindkét oldalára. Ezt a hibát akkor kapja meg, ha a felhasználónak nincs engedélye a célállomásra való írásra. Úgy tűnik, hogy a tünetek magukban foglalják a forrást, azonban az én esetemben a rendeltetési helyet a root hozta létre, és hiányzott az írási engedély a tervezett felhasználói fiókhoz. “>

Esetemben megpróbáltam minden engedélyt megadni a -R használatával a mappának, de az engedély hibáját mégis megkaptam.

El kellett távolítanom a “/” szót a célszerver és a mappa elérési útja előtt. Ennek az az oka, hogy a Letöltések az első mappa, amelyet fel tudok sorolni, miután ssh-t adtam a szervernek, például: ssh [email protected]

Ez működik:

sudo scp -rp /Users/macintosh.vn/Downloads/bbhs_20190301.zip [email protected]: Letöltések

Ez nem működött:

sudo scp -rp /Users/macintosh.vn/Downloads /bbhs_20190301.zip [email protected]: / Letöltések

Könnyű javítás. Győződjön meg róla, hogy root vagy. SCP a távirányítóhoz, és meg fogja kérni a gép root jelszavát. Csak ez a probléma volt a megoldás. Gyökérként gyökerezteti őket.

Megjegyzések

• Mivel a root bejelentkezések általában le vannak tiltva a sshd_config fájlban, meg kell mutatnia az OP ennek megváltoztatására (bár ‘ nem ajánlott).
• Miért ragaszkodik a root használatához egy (bármely) fájl másolásához? Figyelje meg a ~ 7 évvel ezelőtti elfogadott választ is.

az scp parancs használata előtt, make biztos, hogy olvasási, írási és végrehajtási engedélyeket adsz mindenkinek, aki kívül van. “chmod 777 fájlnév”

Megjegyzések

• másolhat olyan fájlokat, amelyek nem 777-esek