logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Réseau » Commande scp lié au dns? » 19-05-2018 13:29:42

joefab
Sa fonctionne !!! Tu peu m'expliquer exactement ce que tu as fait au travers de ces deux commandes?

Par contre j'ai du entrer tout de même le mot de passe.

#2 Re : Réseau » Commande scp lié au dns? » 18-05-2018 18:26:29

joefab
J'ai trouvé sa sur un forum, du moins la maniére de la faire, est ce que sa peu vous aidez car je comprend pas tout.



iMac-de-Franck:~ franck$ scp -v franck@192.168.88.98:/home/franck/facture.pdf franck@192.168.88.76:/home/franck
Executing: /usr/bin/ssh -x -oClearAllForwardings=yes -n -v -l franck -- 192.168.88.98 scp -v /home/franck/facture.pdf franck@192.168.88.76:/home/franck
OpenSSH_7.6p1, LibreSSL 2.6.2
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 192.168.88.98 port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/franck/.ssh/id_ed25519-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.6
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.88.98:22 as 'franck'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:ebepvRcR5knO1+Zne550vPKdLsATCzyA78JxBhpaj+E
debug1: Host '192.168.88.98' is known and matches the ECDSA host key.
debug1: Found key in /Users/franck/.ssh/known_hosts:4
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/franck/.ssh/id_rsa
debug1: Trying private key: /Users/franck/.ssh/id_dsa
debug1: Trying private key: /Users/franck/.ssh/id_ecdsa
debug1: Trying private key: /Users/franck/.ssh/id_ed25519
debug1: Next authentication method: password
franck@192.168.88.98's password:
debug1: Authentication succeeded (password).
Authenticated to 192.168.88.98 ([192.168.88.98]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
debug1: Sending command: scp -v /home/franck/facture.pdf franck@192.168.88.76:/home/franck
Executing: program /usr/bin/ssh host 192.168.88.76, user franck, command scp -v -t /home/franck
OpenSSH_7.2p2 Ubuntu-4ubuntu2.4, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.88.76 [192.168.88.76] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/franck/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.88.76:22 as 'franck'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:fd4+DUJekgTziV2n7AIV/c1Fhi3bvffh2+eYqZgGE5E
debug1: Host '192.168.88.76' is known and matches the ECDSA host key.
debug1: Found key in /home/franck/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/franck/.ssh/id_rsa
debug1: Trying private key: /home/franck/.ssh/id_dsa
debug1: Trying private key: /home/franck/.ssh/id_ecdsa
debug1: Trying private key: /home/franck/.ssh/id_ed25519
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
lost connection
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1944, received 6744 bytes, in 0.3 seconds
Bytes per second: sent 7562.6, received 26235.8
debug1: Exit status 1
iMac-de-Franck:~ franck$
 

#3 Re : Réseau » Commande scp lié au dns? » 18-05-2018 18:11:20

joefab
J'ai modifié les fichiers /etc/ssh/ssh_config suer les deux server, y'avais trois lignes de décommenter en fin de listing alors que sur mon Mac elles ne l'étais. Mais cela n'a rien changé.

#4 Re : Réseau » Commande scp lié au dns? » 18-05-2018 16:17:08

joefab
Toujours le même résultat, j'ai essayé différentes combinaisons mais sa ne change rien.

iMac-de-Franck:~ franck$ scp franck@server1:/home/franck/facture.pdf franck@192.168.88.76:/home/franck
franck@server1's password:
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password).
lost connection
iMac-de-Franck:~ franck$
 

#5 Re : Réseau » Commande scp lié au dns? » 17-05-2018 14:19:18

joefab
Dans la sythaxe que j'utilise pour la commande scp il n'y aurais pas une erreur?

Le faite d'utiliser le même nom d'utilisateur ne seme pas le trouble dans la commande scp?

Les trois machines peuvent ce connecter les unes au autres dans tous les sens et seul la comande scp pose probleme.

Juste pour tester, y'a t'il une autre manière de transferer un fichier de server1 vers server2 ou l'inverse?

#7 Re : Réseau » Commande scp lié au dns? » 17-05-2018 09:43:45

joefab
Je suis sur je viens de vérifier. Ça a une importance ce nombre?

Si j'ai répondu, tout fonctionne en ssh de Server1 <--> Server2.

#8 Re : Réseau » Commande scp lié au dns? » 17-05-2018 09:37:59

joefab
Les deux utilisateurs on l'IUD 1000 sur chaque server je viens de vérifier. Mis par défaut je suppose?

#9 Re : Réseau » Commande scp lié au dns? » 17-05-2018 09:25:18

joefab
Même nom de compte et même mot de passe pour les deux server, plus simple à retenir pour les test.

Donc la c'est juste un problème d'authentification visiblement? Mettons de côté la résolution de nom pour l'instant.

Ce que je trouve étonnant c'est que il n'y a que la commande scp qui pose problème car Server1 peu ce connecter Server2 et vis versa en ssh.

#10 Re : Réseau » Commande scp lié au dns? » 16-05-2018 17:51:34

joefab



franck@192.168.88.76:~$ cat /etc/ssh/sshd_config
# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin prohibit-password
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
franck@192.168.88.76:~$
 

#11 Re : Réseau » Commande scp lié au dns? » 16-05-2018 17:18:13

joefab
Oui, la réponse est en #32 et sa fonctionne parfaitement, d'un coter comme de l'autre mais uniquement avec les ip pas avec les noms.

#12 Re : Réseau » Commande scp lié au dns? » 16-05-2018 16:37:18

joefab

raleur a écrit :

joefab a écrit :

J'ai donc relancer la commande suivante mais échec ...


JE REPETE QUE L'ADRESSE IP DE SERVER2 COMPORTE UNE ERREUR DE FRAPPE.



Je viens de la voir ... mais bon ...


franck@server1:~$ scp -r -p franck@192.168.88.98:/home/franck/facture.pdf franck@192.168.88.76:/home/franck
franck@192.168.88.98's password:
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password).
lost connection
franck@server1:~$
 

#13 Re : Réseau » Commande scp lié au dns? » 16-05-2018 16:12:50

joefab
Ça me connect au server2, mais ça sa fonctionne parfaitement depuis le début. Le problème c'est la commande scp entre server1 et 2 qui refuse de fonctionner.

#14 Re : Réseau » Commande scp lié au dns? » 16-05-2018 15:55:44

joefab
On avance !! Avec les nom cela ne fonctionne pas par contre j'ai essayé avec les ip est cela fonctionne, fingerprint, authentification, etc ....


franck@server1:~$ ssh franck@server2
ssh: Could not resolve hostname server2: Name or service not known
franck@server1:~$
 




franck@server2:~$ ssh franck@server1
ssh: Could not resolve hostname server1: Name or service not known
franck@server2:~$
 



J'ai donc relancer la commande suivante mais échec ...


franck@server1:~$ scp -r -p franck@192.168.88.98:/home/franck/facture.pdf franck@192.18.88.76:/home/franck
The authenticity of host '192.168.88.98 (192.168.88.98)' can't be established.
ECDSA key fingerprint is SHA256:S9A77dlGwrSIhND7/+DOkIRyV73hMAFrCZmRB7jdn18.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.88.98' (ECDSA) to the list of known hosts.
franck@192.168.88.98's password:
ssh: connect to host 192.18.88.76 port 22: Connection timed out
lost connection
franck@server1:~$
 



Oublions la résolution de nom dans un premier temps je pense et cherchons peu être à faire fonctionner la commande avec les ip, non?

Je vais installer par la suite un server dns.

#15 Re : Réseau » Commande scp lié au dns? » 16-05-2018 14:34:32

joefab

raleur a écrit :


Peux-tu te connecter en SSH de server1 vers server2 avec le compte franck et vice versa ?



Tu fait sa comment?

#16 Re : Réseau » Commande scp lié au dns? » 16-05-2018 13:40:48

joefab

raleur a écrit :


1) Tester la commande scp sur le mac avec -3 et le nom server2.
2) Tester la commande scp sur le mac sans -3 et avec l'adresse IP de server2 (la bonne, sans faute de frappe).





iMac-de-Franck:~ franck$ scp -3 franck@server1:/home/franck/facture.pdf franck@server2:/home/franck
franck@server2's password: franck@server1's password:
Permission denied, please try again.
franck@server2's password:
Permission denied, please try again.
franck@server2's password:
Permission denied, please try again.
franck@server1's password:
Permission denied, please try again.
franck@server1's password:
franck@server2: Permission denied (publickey,password).
^C
iMac-de-Franck:~ franck$
 





iMac-de-Franck:~ franck$ scp -p -r franck@server1:/home/franck/facture.pdf franck@192.168.88.76:/home/franck
franck@server1's password:
Host key verification failed.
lost connection
iMac-de-Franck:~ franck$
 



Une question, vu que le problème semble être la résolution de nom ne serait il pas possible dans un premier temps de ne faire que des testes seulement avec les ip pour être sur que le transfert de fichier fonctionne et ensuite voir pour la résolution de nom?

Car à bien y regarder le problème ne semble pas être que la résolution sachant qu'avec les ip cela ne fonctionne pas non plus.

#17 Re : Réseau » Commande scp lié au dns? » 16-05-2018 13:28:42

joefab
Le serveur de DNS public 1.1.1.1 c'est un collegue qui m'a conseillé de l'utiliser plutôt que ceux de mon FAI.

#18 Re : Réseau » Commande scp lié au dns? » 16-05-2018 13:17:10

joefab

celp a écrit :

Ou si t'es machine sont en dhcp avec la livebox , tu remet le dns de la livebox.



Le bloc blanc en bas à droite c'est la BBox mais elle est là pour décorer je m'en sert pas, j'ai un boitier Gpon fibre HUAWEI que l'on voit à gauche du Raspberry Pi3+.

#19 Re : Réseau » Commande scp lié au dns? » 16-05-2018 12:26:12

joefab
Je me pose la question depuis le début de devoir modifier le fichier host d'une machine pour tous un réseau.

Donc me monter un server DNS locale pourquoi pas et sa tombe bien j'ai un Pi3+ qui est disponible.

15264698381525717176.png

Je vous envois le résultats des commandes demandées.

#20 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:35:09

joefab


franck@server1:~$ hostname -f
server1
franck@server1:~$
 

#21 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:29:08

joefab


franck@server1:~$ telnet server2 22
telnet: could not resolve server2/22: Name or service not known
franck@server1:~$
 

#22 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:26:39

joefab

celp a écrit :

si tu fais

ping server2 ?

ensuite nslookup server2 ?




 
iMac-de-Franck:~ franck$ ping -c 6 192.168.88.76
PING 192.168.88.76 (192.168.88.76): 56 data bytes
64 bytes from 192.168.88.76: icmp_seq=0 ttl=64 time=0.229 ms
64 bytes from 192.168.88.76: icmp_seq=1 ttl=64 time=0.284 ms
64 bytes from 192.168.88.76: icmp_seq=2 ttl=64 time=0.305 ms
64 bytes from 192.168.88.76: icmp_seq=3 ttl=64 time=0.286 ms
64 bytes from 192.168.88.76: icmp_seq=4 ttl=64 time=0.296 ms
64 bytes from 192.168.88.76: icmp_seq=5 ttl=64 time=0.244 ms

--- 192.168.88.76 ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.229/0.274/0.305/0.028 ms
iMac-de-Franck:~ franck$





iMac-de-Franck:~ franck$ nslookup 192.168.88.76
Server:   1.1.1.1
Address:  1.1.1.1#53

** server can't find 76.88.168.192.in-addr.arpa: NXDOMAIN

iMac-de-Franck:~ franck$
 

#23 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:24:35

joefab

raleur a écrit :

Et avec le nom ?




franck@server1:~$ telnet server2
telnet: could not resolve server2/telnet: Name or service not known
franck@server1:~$
 

#24 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:18:18

joefab
Pour le Telnet lancé depuis le Server1 vers le Server2:


franck@server1:~$ telnet 192.168.88.76 22
Trying 192.168.88.76...
Connected to 192.168.88.76.
Escape character is '^]'.
SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.4
Connection closed by foreign host.
franck@server1:~$
 

#25 Re : Réseau » Commande scp lié au dns? » 16-05-2018 10:09:01

joefab
J'utilise en faite ce qui est donné ici:

https://technique.arscenic.org/transfer … -a-travers

Avec les ip voila ce que ce que sa donne avec l'option -3


iMac-de-Franck:~ franck$ scp -3 franck@192.168.88.98:/home/franck/facture.pdf franck@192.18.88.76:/home/franck
franck@192.168.88.98's password:
ssh: connect to host 192.18.88.76 port 22: Operation timed out
iMac-de-Franck:~ franck$
 



Je vais essayer en me connectant en ssh au server1 et en lançant la commande depuis celui çi.

Pied de page des forums

Propulsé par FluxBB