Newsgroup: it.comp.reti.locali
Titolo: Comunicazione con ftp server fallita

Ho bisogno di un aiuto per riconoscere l'errore che avviene durante il 
tentativo di comunicazione da sistema esterno a nostro server ftp
Il log che ci forniscono i sistemisti che stanno testando la 
possibilita' di comunicazione col nostro server e' questo
--------------------------------------------------------------------
OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 58: Applying options for *
debug1: Connecting to 79.1.1.1 [79.1.1.1] port 22.
debug1: Connection established.
debug1: identity file /gestione/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /gestione/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4
debug1: Remote protocol version 2.0, remote software version FTPpippoSSH_1.4
debug1: no match: FTPpippoSSH_1.4
debug1: Authenticating to 
79.1.1.1:22
 as 'peppe'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: diffie-hellman-group-exchange-sha256
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 
compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 
compression: none
debug1: kex: diffie-hellman-group-exchange-sha256 need=32 dh_need=32
debug1: kex: diffie-hellman-group-exchange-sha256 need=32 dh_need=32
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<8192<8192) sent
debug1: got SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: got SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: ssh-rsa 
SHA256:7xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Host key verification failed.
Couldn't read packet: Connection reset by peer
--------------------------------------------------------------------
 
Si capisce il motivo per il quale i due sistemi non riescono a comunicare?
 


Il server non trova il file di chiave pubblica nella cartella dove gli 
avete detto di cercarla:
 
 > debug1: identity file /gestione/.ssh/id_rsa type 1
 > debug1: key_load_public: No such file or directory
 
  e quindi non può procedere con l'accesso:
 
 > Host key verification failed.
 > Couldn't read packet: Connection reset by peer
 
-- 
MrGreco


Ringrazio molto per la cortese risposta
Abbi pazienza se approfitto della tua esperienza per chiederti qualche 
altro chiarimento
 
Sul server ftp che stiamo usando (FtpShell su Windows), ci sono due 
impostazioni
- Global Option - Cert PATH (for SSL)
- Account - Pub Key Auth (SSH)
 
L'obiettivo e' autorizzare Sogei, che richiede accesso al server ftp 
tramite certificato (e non tramite user/password),  al collegamento con 
alcune directory su nostri sistemi (Windows)
Sogei ci fornisce due file che chiama SogeiSdi1.pub e SogeiSdi2.pub 
indicando di posizionarli come
"..chiavi pubbliche per autorizzare l'accesso sui vostri sistemi.."
 
La prima e' stata configurata su Account - Pub Key Auth (SSH)
Non mi e' ben chiaro a cosa serva la seconda
O se le due debbano/possano essere combinate in unico file
Mentre su Global Option - Cert PATH (for SSL) c'era gia' un certificato 
indicato ( un .pfx autoprodotto) ed abbiamo lasciato quello
Temo che il formato .pub non venga riconosciuto correttamente dal server 
ftp e quindi non lo usa per le richeste di accesso via 'chiave pubblica'
Riesci ad aiutarmi?
 
 
 
 

 
 
Attenzione a che?
 

 Host key verification failed.
 
se non ho capito male il log di cui sopra è quello del CLIENT che tenta
di connettersi al TUO SERVER; in tal caso stando al messaggio di cui
sopra (host key verification failed) sembra che il client non riesca a
verificare la chiave pubblica inviata dal server; mi sorge un dubbio,
il certificato SSL installato sul tuo server FTP è un self-signed, o lo
hai acquistato da una CA nota ? 
 
Per il resto, credo che i due certificati che hai possano semplicemente
essere i certificati da usare per firmare e crittare i flussi in uscita
 
qualcosa di simile a quanto descritto qui, direi
 
https://www.fatturapa.gov.it/export/fatturazione/sdi/ftp/v4.0/Specifiche_tecniche_FTP_v4.0.pdf
 
 
ciao
 


Ringrazio molto per l'aiuto
Si, il log e' del client che tenta di collegarsi a nostro server ftp
I due certificati, sono stati forniti direttamente da Sogei per usare 
l'accesso con certificato e non user/password
Il problema e' che ne hanno fornito due separati
Sul server ftp si puo' indicare un solo file
Ho provato a copiare il secondo a seguito del primo e creare cosi' un 
terzo file contenente i due
Ed sta funzionando
 

 
 
Se mi dici cosa hai segnalato, magari la prossima volta sto piu' attento
Ringrazio per l'aiuto
 

 Ed sta funzionando
non ci posso credere!


Gia'
L'ho fatto dopo aver letto altri su Forum Italia, con lo stesso 
problema, che hanno proceduto nello stesso modo
 

RobertoA ha pensato forte :

Consolante...

 
 
Unire due file, chiavi pubbliche, su un unico file, una dopo l'altra

 
La prima
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCqsb+b6233XJcB....
 
La seconda
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDmTrhTE5IUERY6....

 
 
Non essendo esperto in materia, se rendessi comprensibile pure a me le 
tue espressioni, ti sarei grato