Comandi Linux e competenze della shell
sftp: trasferimento di file con un budget SSH
corse sftp all'interno di SSH, che è esattamente il motivo per cui è sopravvissuto ai suoi pari: chiavi, chroot, host jump e traccia di controllo arrivano tutti gratuitamente. OpenSSH ha spostato silenziosamente scp sul protocollo SFTP alla versione 9.0 perché SFTP svolge il vero ruolo del protocollo: elenco di directory, mkdir, autorizzazioni, rinomina e molte meno sorprese del protocollo. L'SFTP interattivo va bene per gli spostamenti una tantum; l'automazione funziona attraverso la modalità batch, i codici di uscita e le scuse occasionali per la sincronizzazione.
Punti chiave
- L'automazione è in modalità batch: sftp -b batch.txt utente@host esegue un file di comandi, esce da un valore diverso da zero in caso di errore e legge da stdin con -b -; le richieste di password automatiche sono la modalità batch di bug che rimuove due volte più velocemente di quanto aggiunge sicurezza.
- Il set di comandi è volutamente piccolo: ls -l, mkdir, put -p (preserva timestamp), get -r (ricorsivo), chmod e df -h all'interno della sessione coprono il 95% delle esigenze operative.
- Scopri quando rsync vince: sftp invia nuovamente file interi, mentre rsync -avz --partial over ssh sposta i delta, non elimina nulla in silenzio e preserva gli archivi di massa di metadati a cui tengono effettivamente.
- Lato server, sftp è un recinto: ForceCommand internal-sftp all'interno di un blocco Match con ChrootDirectory trasforma un account in una casella di riepilogo crittografata e controllata senza alcuna shell.
- 'sftp funziona, la shell no' è il design, non un bug: la linea Subsystem sftp internal-sftp è ciò che lo abilita e lo spostamento di scp su SFTP in OpenSSH 9.0 significa che i server legacy senza il sottosistema possono interrompere i vecchi lavori scp.
- L'uso di Cron viene giudicato in base al comportamento in caso di errore: -o BatchMode=yes, -o ConnectTimeout=10, e un controllo esplicito del codice di uscita trasforma i blocchi silenziosi in errori rumorosi e paginabili.
- L'output di avanzamento è il controllo del rumore: sftp è loquace, i log di cron sono silenziosi; -q (o reindirizzamenti) più la registrazione sul lato sshd ti forniscono una traccia di controllo che non si trasforma in gigabyte di barre di trasferimento.
- L'unico errore di battitura di cui sono fatte le carriere: sftp -P 2222 prende la P maiuscola (minuscola -p significa preservare), mentre scp ha scambiato le convenzioni sulle stesse lettere; quando una porta è sbagliata, controlla prima il caso.
Nota dal campo
Un lavoro cron sftp una volta è rimasto bloccato per sei ore su una richiesta di password inaspettata prima che qualcuno se ne accorgesse. Ogni trasferimento con script da allora ottiene -b, -o BatchMode=yes e un codice di uscita controlla che pagine invece di attese.
Domande frequenti
OpenSSH 9.0 ha davvero cambiato scp?
Il protocollo, non la superficie: scp ora sposta i file sull'SFTP sottostante, quindi gli host senza un sottosistema sftp interrompono silenziosamente i processi scp legacy; la correzione sta abilitando il sottosistema, non ripristinando le abitudini.
Posso spostare un singolo file senza sftp?
Sì: cat bigfile.bin | ssh user@host 'cat > /tmp/bigfile.bin' è il trasferimento one-pipe portatile; nessun curriculum, nessun metadato, ma funziona ovunque funzioni SSH, che è esattamente il suo caso d'uso.
sftp è più lento di scp o rsync?
A volte: l'overhead del protocollo per file e il buffering predefinito vengono visualizzati negli alberi di directory in blocco; misura il tuo collegamento prima di ottimizzare e ricorda che rsync di solito risponde quando il reclamo è "troppo lento".
Come posso fornire caricamenti a terze parti senza accesso alla shell?
Un account dedicato con ChrootDirectory, ForceCommand internal-sftp e una sottodir scrivibile; chiavi, jail, timeout e revisione del registro inclusi, ovvero una casella di riepilogo anziché un invito.
Come Kinetikatech aiuta con comandi linux e competenze della shell
Lo abbiamo già risolto centinaia di volte: I comandi e le abitudini di scripting che decidono se un amministratore gestisce un server o lo combatte: cerca, trasforma, trasferisci e supervisiona testo e processi con gli strumenti presenti in ogni installazione di base. Con Sicurezza server Linux e Gestione server, ottiene il ciclo completo: valutiamo, implementiamo, vigiliamo 24 ore su 24 e rispondiamo in 30 minuti quando conta.