Ottenere il permesso negato per SCP su server SSH al locale

Question

Sto cercando di scp alcuni file da un server alla mia macchina locale, ma io o ottenere un permesso negato, o il server è la copia dei file sul server

es:

scp username@host:/files/to/copy/from/\* /path/of/local/destination/ -> permesso negato

scp username@host:/files/to/copy/from/\* ~ - copie> di server a home directory sul server

scp username@host:/files/to/copy/from/\* ~/Desktop -> server crea un file cal Desktop led sul server di

Non sono sicuro di cosa fare, questo è su un Mac btw

Answer 1

È necessario utilizzare il -r per la copia ricorsiva e assicurarsi di avere i permessi di scrittura per la destinazione. Prova a fare un touch /path/to/local/destination/file e vedi se ottieni un'autorizzazione negata. In tal caso, utilizzare sudo scp per copiare i file.

Answer 2

Ho avuto lo stesso problema. Io uso il nome utente e la password per scp i file da Windows all'account del nome utente su ubuntu e ottenere l'errore di permissione negata. Il motivo è perché una delle directory è di proprietà di root. Ad esempio, se l'account è in/home/nomeutente, molto probabilmente/home è di proprietà di root. Se cambi proprietario di/home, allora potrebbe funzionare. Prova: sudo chown root:/folder

Answer 3

Questo può accadere anche se ssh funziona correttamente! Il problema è Permesso per File/Directory, per la maggior parte! L'utilizzo di chmod 777/percorso/dir/* dà accesso in scrittura a tutti i figli immediati di/dir, inclusi i file e le directory radice. Tuttavia, i file/le directory secondarie non sono interessati da queste autorizzazioni. Esempio: dire che ho questo sito:/var/www: index.php, css [mobile.css, global.css], js [init.js, fun.js], include [head.php, footer.php, body.php, fun.php]

per essere in grado di sovrascrivere fun.js: chmod 777/var/www/js/*

Answer 4

ho avuto lo stesso problema.

Provato tutto non poteva risolvere il problema, fino a quando ho controllato il mio gateway ISP.

Io lavoro con un gateway Zyxel dal mio ISP e poiché questo è lontano da dove ho un altro terminale, ho spostato un vecchio router Linksys DD-WRT lampeggiante in mezzo. Il mio terminale host collegato a quel Linksys è stato prima collegato al Gateway con un blocco di tabella DHCP (ho ordinato al gateway di fornire al MAC da quel terminale lo stesso IP tramite DHCP). L'ho fatto perché prima avevo un server NAS su quel mac. Ora ho spostato il terminale in un'altra posizione e ho completamente dimenticato l'assegnazione di mac ip.

Quindi ora avevo un ripetitore WIFI collegato al Gateway e il computer con il mac assegnato era collegato a quello.

Il problema ora è che il mio Gateway ha pensato che fosse il vecchio NAS mentre era l'altro terminale, e assegnato il IP al ripetitore Wi-Fi, e questo è stato un conflitto IP in modo scp non riusciva a trovare la posizione giusta. Il che a sua volta ha comportato un accesso negato allo scp. Stranamente era che tutto andava bene, potevo andare su internet, navigare, mail, ma con scp ha dato un conflitto.

Modificato nel gateway (rimosso la tabella DHCP) e assegnato un altro ip al terminale ...

Ora il comando scp ha funzionato come prima!

Mi ci sono voluti 8 ore per capirlo così ho pensato di condividere questo piccolo hickup che può davvero frustrare culo fottuta off ...

saluta Pi @ir

Answer 5

Se c'è un file con lo stesso nome del tuo file sorgente nella directory di destinazione, devi prima rimuoverlo. Ho riscontrato il problema in questo modo.