sFTP and SCP

Postate qui per tutte le discussioni legate alla sicurezza di Linux/Slackware

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
darkstoorm
Linux 1.x
Linux 1.x
Messaggi: 146
Iscritto il: mar 31 ago 2004, 0:00
Slackware: 12.0.0
Kernel: 2.6.21.5-smp (SMP)
Desktop: shell testuale
Località: Trieste
Contatta:

sFTP and SCP

Messaggio da darkstoorm »

Ciao,
ho aggiornato via Swaret il pacchetto Openssh (premetto che non so se centra),
prima di far questo riuscivo ad accedere da postazioni win (tramite WinSCP3) al server linux.
Ora ottengo il segunte errore in fase di connesione:

Codice: Seleziona tutto

Connection has been unexpectedly closed. Server sent command exit status 1.
In fase di connessione l'Host viene trovato dal client SCP e l'utente riconosciuto... ma poi ho l'errore...

qualcuno ha idea?

Grazie
mix

Avatar utente
albatros
Iper Master
Iper Master
Messaggi: 2073
Iscritto il: sab 4 feb 2006, 13:59
Kernel: 5.4.0
Desktop: lxde
Distribuzione: ubuntu 20.04
Località: Darmstadt - Germania

Messaggio da albatros »

Non so se sia il tuo caso, io ho avuto problemi analoghi legati al cambiamento delle chiavi dopo l'aggiornamento di ssh ricompilandolo da sorgenti.
Se non hai grossi problemi di sicurezza, prova a cancellarle da ambo le parti...
Prendilo come un tentativo, non come il consiglio di un'esperto...

Avatar utente
darkstoorm
Linux 1.x
Linux 1.x
Messaggi: 146
Iscritto il: mar 31 ago 2004, 0:00
Slackware: 12.0.0
Kernel: 2.6.21.5-smp (SMP)
Desktop: shell testuale
Località: Trieste
Contatta:

Messaggio da darkstoorm »

si a naso mi sa che hai ragione... dopo ci provo... adesso devo capire dove sono le chiavi! da ambo le parti! :)

grazie
mix
albatros ha scritto:Non so se sia il tuo caso, io ho avuto problemi analoghi legati al cambiamento delle chiavi dopo l'aggiornamento di ssh ricompilandolo da sorgenti.
Se non hai grossi problemi di sicurezza, prova a cancellarle da ambo le parti...
Prendilo come un tentativo, non come il consiglio di un'esperto...

Avatar utente
darkstoorm
Linux 1.x
Linux 1.x
Messaggi: 146
Iscritto il: mar 31 ago 2004, 0:00
Slackware: 12.0.0
Kernel: 2.6.21.5-smp (SMP)
Desktop: shell testuale
Località: Trieste
Contatta:

Messaggio da darkstoorm »

...ho scoperto che forse il mio problema e questo:

http://www.openssh.com/it/faq.html#2.9

ma non capisco che senso ha? chi mi da una mano?
...nella home ho solo un .bash_profile vuoto!!!

grazie
mix

Avatar utente
albatros
Iper Master
Iper Master
Messaggi: 2073
Iscritto il: sab 4 feb 2006, 13:59
Kernel: 5.4.0
Desktop: lxde
Distribuzione: ubuntu 20.04
Località: Darmstadt - Germania

Messaggio da albatros »

ssh ti funziona?
Alla faq ti dicono che i file di inizializzazione, se producono un output (ad esempio con qualche echo) in modalità non interattiva (quando lanci una shell per eseguire uno script), possono confondere scp/sftp.
/usr/bin/true non produce nessun output, per cui se dai ssh yourhost /usr/bin/true e vedi un output vuol dire che questo proviene da qualche file di inizializzazione (ad esempio anche /etc/bashrc /etc/profile /etc/profile.d/lang.sh eccetera).
Prova...

Avatar utente
darkstoorm
Linux 1.x
Linux 1.x
Messaggi: 146
Iscritto il: mar 31 ago 2004, 0:00
Slackware: 12.0.0
Kernel: 2.6.21.5-smp (SMP)
Desktop: shell testuale
Località: Trieste
Contatta:

Messaggio da darkstoorm »

come vedi questo e' l'output del comando "/usr/bin/true"

Codice: Seleziona tutto

mix@darkserv:~$ /usr/bin/true
mix@darkserv:~$ 
questo e' l'output del comando "ssh darkserv /usr/bin/true"

Codice: Seleziona tutto

mix@darkserv:~$ ssh darkserv /usr/bin/true
Couldn't open /dev/null: Permission deniedmix@darkserv:~$ 
non capisco a cosa sta accedendo?!!?

mix



albatros ha scritto:ssh ti funziona?
Alla faq ti dicono che i file di inizializzazione, se producono un output (ad esempio con qualche echo) in modalità non interattiva (quando lanci una shell per eseguire uno script), possono confondere scp/sftp.
/usr/bin/true non produce nessun output, per cui se dai ssh yourhost /usr/bin/true e vedi un output vuol dire che questo proviene da qualche file di inizializzazione (ad esempio anche /etc/bashrc /etc/profile /etc/profile.d/lang.sh eccetera).
Prova...

Avatar utente
darkstoorm
Linux 1.x
Linux 1.x
Messaggi: 146
Iscritto il: mar 31 ago 2004, 0:00
Slackware: 12.0.0
Kernel: 2.6.21.5-smp (SMP)
Desktop: shell testuale
Località: Trieste
Contatta:

Messaggio da darkstoorm »

RISOLTO!!!
bastava un

Codice: Seleziona tutto

chmod 666 /dev/null
ciao

Avatar utente
albatros
Iper Master
Iper Master
Messaggi: 2073
Iscritto il: sab 4 feb 2006, 13:59
Kernel: 5.4.0
Desktop: lxde
Distribuzione: ubuntu 20.04
Località: Darmstadt - Germania

Messaggio da albatros »

Figuriamoci... :o
In effetti, con il senno di poi, il messaggio che non avevi il permesso di aprire /dev/null era un buon indizio...

Bene, bravo, sono contento che abbia risolto!

Grazie anche per aver segnalato la soluzione!

Ciao

Rispondi