Pagina 2 di 3 primaprima 1 2 3 ultimoultimo
Visualizzazione dei risultati da 11 a 20 su 21
  1. #11
    per curiosita':

    sftp e scp funzionano ?

  2. #12
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    698
    Originariamente inviato da sacarde
    per curiosita':

    sftp e scp funzionano ?
    azz no! non funzionano. finalmente un indizio

    Inoltre, ho scoperto un'altra cosa: ho creato una nuova virtualbox, sempre ubuntu, e da li questi comandi funzionano (rsync, scp, ssh, etc.) quindi direi di poter concludere che il problema è dentro la virtual maledetta box. Resta solo da capire dove

  3. #13
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    698
    Aggiungo qualche altro elemento utile al debug.
    Ho abilitato il verbose di ssh, questo è quello che accade:

    codice:
    root@client:~# rsync -ae 'ssh -vvvv' /root/test-rsync/ {username}@{hostname}:/home/{username}/test/
    OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 25 Mar 2009
    debug1: Reading configuration data /root/.ssh/config
    debug1: Applying options for {hostname}
    debug1: Reading configuration data /etc/ssh/ssh_config
    debug1: Applying options for *
    debug2: ssh_connect: needpriv 0
    debug1: Connecting to {hostname} [{ip.add.re.ss}] port 22.
    debug1: Connection established.
    debug1: permanently_set_uid: 0/0
    debug3: Not a RSA1 key file /root/.ssh/{private_key}.
    debug2: key_type_from_name: unknown key type '-----BEGIN'
    debug3: key_read: missing keytype
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug3: key_read: missing whitespace
    debug2: key_type_from_name: unknown key type '-----END'
    debug3: key_read: missing keytype
    debug1: identity file /root/.ssh/{private_key} type 1
    debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
    debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
    debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
    debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH*
    debug1: Enabling compatibility mode for protocol 2.0
    debug1: Local version string SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu7
    debug2: fd 3 setting O_NONBLOCK
    debug1: SSH2_MSG_KEXINIT sent
    debug3: Wrote 792 bytes for a total of 831
    debug1: SSH2_MSG_KEXINIT received
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: zlib@openssh.com,zlib,none
    debug2: kex_parse_kexinit: zlib@openssh.com,zlib,none
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
    debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
    debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit: none,zlib@openssh.com
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit:
    debug2: kex_parse_kexinit: first_kex_follows 0
    debug2: kex_parse_kexinit: reserved 0
    debug2: mac_setup: found hmac-md5
    debug1: kex: server->client aes128-ctr hmac-md5 zlib@openssh.com
    debug2: mac_setup: found hmac-md5
    debug1: kex: client->server aes128-ctr hmac-md5 zlib@openssh.com
    debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
    debug3: Wrote 24 bytes for a total of 855
    debug2: dh_gen_key: priv key bits set: 125/256
    debug2: bits set: 525/1024
    debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
    debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
    debug3: Wrote 144 bytes for a total of 999
    debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 4
    debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts
    debug3: check_host_in_hostfile: match line 5
    debug1: Host '{hostname}' is known and matches the RSA host key.
    debug1: Found key in /root/.ssh/known_hosts:4
    debug2: bits set: 512/1024
    debug1: ssh_rsa_verify: signature correct
    debug2: kex_derive_keys
    debug2: set_newkeys: mode 1
    debug1: SSH2_MSG_NEWKEYS sent
    debug1: expecting SSH2_MSG_NEWKEYS
    debug3: Wrote 16 bytes for a total of 1015
    debug2: set_newkeys: mode 0
    debug1: SSH2_MSG_NEWKEYS received
    debug1: SSH2_MSG_SERVICE_REQUEST sent
    debug3: Wrote 48 bytes for a total of 1063
    debug2: service_accept: ssh-userauth
    debug1: SSH2_MSG_SERVICE_ACCEPT received
    debug2: key: /root/.ssh/{private_key} (0x7f3ad0e7f9b0)
    debug3: Wrote 80 bytes for a total of 1143
    debug1: Authentications that can continue: publickey,password
    debug3: start over, passed a different list publickey,password
    debug3: preferred gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
    debug3: authmethod_lookup publickey
    debug3: remaining preferred: keyboard-interactive,password
    debug3: authmethod_is_enabled publickey
    debug1: Next authentication method: publickey
    debug1: Offering public key: /root/.ssh/{private_key}
    debug3: send_pubkey_test
    debug2: we sent a publickey packet, wait for reply
    debug3: Wrote 368 bytes for a total of 1511
    debug1: Server accepts key: pkalg ssh-rsa blen 277
    debug2: input_userauth_pk_ok: fp 1b:65:36:92:59:b3:12:3e:8c:c6:03:28:d4:81:09:dc
    debug3: sign_and_send_pubkey
    debug1: read PEM private key done: type RSA
    debug3: Wrote 656 bytes for a total of 2167
    debug1: Enabling compression at level 6.
    debug1: Authentication succeeded (publickey).
    debug2: fd 4 setting O_NONBLOCK
    debug3: fd 5 is O_NONBLOCK
    debug1: channel 0: new [client-session]
    debug3: ssh_session2_open: channel_new: 0
    debug2: channel 0: send open
    debug1: Requesting no-more-sessions@openssh.com
    debug1: Entering interactive session.
    debug3: Wrote 112 bytes for a total of 2279
    debug2: callback start
    debug2: client_session2_setup: id 0
    debug1: Sending environment.
    debug3: Ignored env TERM
    debug3: Ignored env SHELL
    debug3: Ignored env SSH_CLIENT
    debug3: Ignored env SSH_TTY
    debug1: Sending env LC_ALL = en_US.UTF-8
    debug2: channel 0: request env confirm 0
    debug3: Ignored env USER
    debug3: Ignored env LS_COLORS
    debug3: Ignored env MAIL
    debug3: Ignored env PATH
    debug3: Ignored env PWD
    debug1: Sending env LANG = en_US.UTF-8
    debug2: channel 0: request env confirm 0
    debug3: Ignored env SHLVL
    debug3: Ignored env HOME
    debug3: Ignored env LANGUAGE
    debug3: Ignored env LOGNAME
    debug3: Ignored env SSH_CONNECTION
    debug3: Ignored env LESSOPEN
    debug3: Ignored env LESSCLOSE
    debug3: Ignored env _
    debug1: Sending command: rsync --server -logDtpre.iLsf . /home/{username}/test/
    debug2: channel 0: request exec confirm 1
    debug2: fd 3 setting TCP_NODELAY
    debug2: callback done
    debug2: channel 0: open confirm rwindow 0 rmax 32768
    debug3: Wrote 208 bytes for a total of 2487
    Dopodichè il tutto rimane piantato per molti minuti, finchè

    codice:
    debug3: Wrote -1 bytes for a total of 2487
    Write failed: Broken pipe
    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
    rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]

  4. #14
    ma sulla nuova VM hai installato ssh come l'altra? o con la password




    p.s.
    quindi il router non c'entra nulla... problema di autorizzazioni di rete?

  5. #15
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    698
    Originariamente inviato da sacarde
    ma sulla nuova VM hai installato ssh come l'altra? o con la password

    p.s.
    quindi il router non c'entra nulla... problema di autorizzazioni di rete?
    Sulla nuova VM utilizzo la stessa identica chiave privata.
    Il router in qualche modo c'entra, perchè se ricollego quello vecchio tutto rifunziona... credo che in qualche modo la questione abbia a che vedere con la coppia ubuntu+router nuovo

  6. #16
    con quello vecchio funziona?!

    allora ha qualche configurazione strana lui?

  7. #17
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    698
    Si, come ho scritto in apertura di topic. Però lo schematizzo di nuovo.

    Ci sono due vm, entrambe ubuntu, diciamo U1 e U2, e due router, diciamo R1 (il vecchio) e R2 (il nuovo).

    - U1 + R1 -> tutto funziona
    - U1 + R2 -> ping, ssh, name resolution funzionano, ma rsync su ssh no (non funziona neanche scp)
    - U2 + R1 -> tutto funziona
    - U2 + R2 -> tutto funziona

    Quindi ci deve essere qualcosa nella configurazione di U1 che non va bene se accoppiata con R1.

  8. #18
    secondo me stride un po':

    U1 + R2

    ssh va e scp no.... non usano lo stesso protocollo? e l'autenticazione?

  9. #19
    Utente di HTML.it
    Registrato dal
    Feb 2003
    Messaggi
    698
    l'autenticazione va
    stavo pensando un'altra cosa: questo router nuovo, diversamente dal vecchio, supporta VOIP. E' possibile che ci sia qualcosa che richiede una diversa configurazione di rete in ubuntu?
    Considerando che /etc/network/interfaces sono praticamente identici sia un U1 che in U2?

  10. #20
    che errore danno sftp e scp quando non funzionano ?

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.