Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 15/05/2018, à 13:35

swake29

Re : Problème commande scp

Oublie je n'est rien dit .... big_smile
Le résulats des commandes est identique:

[code]
iMac-de-Franck:~ franck$ host localhost
localhost has address 127.0.0.1
localhost has IPv6 address ::1
iMac-de-Franck:~ franck$ 
[/code]

[code]
iMac-de-Franck:~ franck$ host server1
Host server1 not found: 3(NXDOMAIN)
iMac-de-Franck:~ franck$ 
[/code]

[code]
iMac-de-Franck:~ franck$ host server2
Host plex not found: 3(NXDOMAIN)
iMac-de-Franck:~ franck$ 
[/code]

[code]
iMac-de-Franck:~ franck$ host switch
Host switch not found: 3(NXDOMAIN)
iMac-de-Franck:~ franck$
[/code]

[code]
iMac-de-Franck:~ franck$ host router
Host router not found: 3(NXDOMAIN)
iMac-de-Franck:~ franck$ 
[/code]

Hors ligne

#27 Le 15/05/2018, à 13:36

diesel

Re : Problème commande scp

Tu as bien créé le fichier /etc/host.conf avec le contenu que je t'ai indiqué et tu as bien rebooté ?

Chez moi, je me suis créé un nom supplémentaire dans mon fichier /etc/hosts et j'obtiens ça :

jean-marie@jean-marie:/etc$ host toto
toto has address 192.192.192.192
Host toto not found: 3(NXDOMAIN)
jean-marie@jean-marie:/etc$

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 15/05/2018, à 13:39)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#28 Le 15/05/2018, à 13:38

swake29

Re : Problème commande scp

iMac-de-Franck:~ franck$ sudo nano /etc/host.conf
  GNU nano 2.0.6            File: /etc/host.conf                                

order hosts,bind
multi on







                                [ Read 2 lines ]
^G Get Help  ^O WriteOut  ^R Read File ^Y Prev Page ^K Cut Text  ^C Cur Pos
^X Exit      ^J Justify   ^W Where Is  ^V Next Page ^U UnCut Text^T To Spell

Hors ligne

#29 Le 15/05/2018, à 13:41

diesel

Re : Problème commande scp

Quand je te demande le contenu d'un fichier, tape simplement :

cat nom_du_fichier

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#30 Le 15/05/2018, à 13:43

swake29

Re : Problème commande scp

On m'a appris à éditer les fichier avec nano, désoler sad

iMac-de-Franck:~ franck$ cat /etc/host.conf
order hosts,bind
multi on
iMac-de-Franck:~ franck$ 

Hors ligne

#31 Le 15/05/2018, à 13:48

diesel

Re : Problème commande scp

Éditer avec nano n'a rien de mal. wink

Par contre, ce que je te demande est juste de visualiser le contenu du fichier, ce qui n'a rien à voir avec de l'édition et se fait avec la commande cat.

Et si tu tapes :

ping -c 6 server1

Ça donne quoi ?

Et la même avec server2 ?

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#32 Le 15/05/2018, à 13:58

swake29

Re : Problème commande scp

Je fait une parenthèse, en quoi sont différents les fichiers /etc/hosts et /etc/host.conf ?

Car si je supprime ce que j'ai mis dans /etc/hosts pour Server1, etc... cela ne fonctionne plus pour me connecter en SSH avec leur nom, je suis obliger dans ce cas d'utiliser leur ip. Tous comme la commande PING ne fonctionne pas si je supprime ce que j'ai mis dans le fichier. Pour utiliser les nom à la place des ip je dois conserver ce que j'ai mis dedans.

Même résultat que çi-dessous pour Server2

iMac-de-Franck:~ franck$ ping -c 6 server1
PING server1 (192.168.88.98): 56 data bytes
64 bytes from 192.168.88.98: icmp_seq=0 ttl=64 time=0.503 ms
64 bytes from 192.168.88.98: icmp_seq=1 ttl=64 time=0.347 ms
64 bytes from 192.168.88.98: icmp_seq=2 ttl=64 time=0.378 ms
64 bytes from 192.168.88.98: icmp_seq=3 ttl=64 time=0.370 ms
64 bytes from 192.168.88.98: icmp_seq=4 ttl=64 time=0.366 ms
64 bytes from 192.168.88.98: icmp_seq=5 ttl=64 time=0.291 ms

--- torrent ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.291/0.376/0.503/0.064 ms
iMac-de-Franck:~ franck$ 

Hors ligne

#33 Le 15/05/2018, à 14:07

diesel

Re : Problème commande scp

Bon, on va supposer que c'est la commande host qui ne donne pas les mêmes résultats sous macOSx et ubuntu.

Vu les résultats du ping, on peut supposer que la résolution de nom se fait. Ce qui est cohérent avec le fait que l'essai de copie de toto_de_la_mort ait fonctionné.

On va maintenant s'attaquer aux serveurs.

Sur chacun des serveurs, donne-nous le résultat de la commande suivantes :

cat /etc/ssh/ssh_config

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#34 Le 15/05/2018, à 14:09

diesel

Re : Problème commande scp

Tiens, juste pour le fun, donne-moi le résultat de :

nslookup server1

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#35 Le 15/05/2018, à 14:12

diesel

Re : Problème commande scp

OUPS !!!!

Dans mon post 33, il faut lire

cat /etc/ssh/sshd_config

Avec un "d" au bout de "ssh".

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 15/05/2018, à 14:14)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#36 Le 15/05/2018, à 14:18

swake29

Re : Problème commande scp

franck@server1:~$ cat /etc/ssh/ssh_config

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   IdentityFile ~/.ssh/id_ecdsa
#   IdentityFile ~/.ssh/id_ed25519
#   Port 22
#   Protocol 2
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no
franck@server1:~$ 
franck@server2:~$ cat /etc/ssh/ssh_config

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
#   ForwardAgent no
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   GSSAPIKeyExchange no
#   GSSAPITrustDNS no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   IdentityFile ~/.ssh/id_ecdsa
#   IdentityFile ~/.ssh/id_ed25519
#   Port 22
#   Protocol 2
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no
franck@server2:~$ 
franck@server1:~$ nslookup server1
-bash: nslookup : commande introuvable
franck@server1:~$ 

Hors ligne

#37 Le 15/05/2018, à 14:18

diesel

Re : Problème commande scp

J'ai un rendez-vous. Je dois te quitter.

A plus.

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#38 Le 15/05/2018, à 15:53

swake29

Re : Problème commande scp

Je cherche en // à quoi correspond les commandes que tu ma demandé pour mieux comprendre.

Entre autre ça: http://www.linux-france.org/~mdecore/li … ode37.html

Hors ligne

#39 Le 15/05/2018, à 16:38

swake29

Re : Problème commande scp

Ton fichier hosts : ok (sous réserve qu'il n'y ait que ça qui fasse de la résolution de nom sur ton imac et sur le réseau).

Cela voudrais dire que c'est mon iMac qui sert de Server DNS pour tout le réseau en faite? Il est pas là pour sa.



Parce qu'il y a une ligne de ton post #7 qui m'intrigue furieusement :

The authenticity of host 'server1 (127.0.1.1)' can't be established.

Ça veut dire qu'il y a quelque chose qui résout le nom "server1" en 127.0.0.1 (c'est pas ce qu'on voulait).


Je viens de trouver sa dans le fichier /etc/hosts de chacun des deux server. Je sais pas comment cette ligne est arrivée la.

franck@server1:~$ cat /etc/hosts
127.0.0.1	localhost
127.0.1.1	server1

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
franck@server1:~$

Hors ligne

#40 Le 15/05/2018, à 16:51

swake29

Re : Problème commande scp

J'ai supprimé ces deux lignes dans le fichiers /etc/hosts mais cela ne change rien.

Peu importe IP ou Nom.

franck@server1:~$ scp 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:~$
franck@server1:~$ scp franck@server1:/home/franck/facture.pdf franck@server2:/home/franck
ssh: Could not resolve hostname server1: Name or service not known
franck@server1:~$

J'en déduis deux choses, que le fichier /etc/hosts de mon iMac ne sert pas dans ce cas de figure et au vu des résultats rien d'autre sur mon LAN ne résout les nom.

Ce que je comprend pas, un server DNS transforme les ip en nom, si on n'a pas de server DNS on ne peux pas utiliser de nom donc on utilise que des ip.

Donc pourquoi lorsque j'utilise les ip cela ne fonctionne t'il pas? Et pourquoi de mon iMac vers les server cela fonctionne t'il dans ce cas?

Ne serait il pas plus logique que je supprime les données que j'ai ajouté dans le fichier /etc/hosts de mon iMac et que je regarde du coté de mon Router pour y configurer ce fameux server DNS?

Dernière modification par swake29 (Le 15/05/2018, à 17:01)

Hors ligne

#41 Le 15/05/2018, à 17:10

Nasman

Re : Problème commande scp

As tu vu que la commande a été changée ?
C'est

cat /etc/ssh/sshd_config

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#42 Le 15/05/2018, à 17:32

swake29

Re : Problème commande scp

Oui exact mais le résultat doit venir de quelle machine? J'entre la commande sur l'iMac ou les Server?

Hors ligne

#43 Le 15/05/2018, à 18:51

diesel

Re : Problème commande scp

Sur les serveurs.

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#44 Le 15/05/2018, à 19:39

swake29

Re : Problème commande scp

Je reviens sur un point, tu ma demandé comment et d'où j'entrée les commandes et j'ai répondu que j'avais trois Terminal d'ouvert sur mon iMac, sa pose pas de problème?


franck@server2:~$ 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@server2:~$ 
franck@server1:~$ 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@server1:~$ 

Hors ligne

#45 Le 15/05/2018, à 20:21

diesel

Re : Problème commande scp

Bon, ça fait du bien de s'arrêter un peu et de réfléchir.

Classiquement, il y a deux systèmes pour résoudre les noms : un "statique" à partir du fichier hosts, et un "dynamique" avec le DNS. Dans le cas présent, il n'y a pas de DNS sur le réseau local.

Alors, il se passe quoi ?

J'avais oublié que tu es sur imac.

Apple a développé un autre système de résolution de noms qu'il a baptisé "Bonjour". En gros, la machine qui veut résoudre un nom envoie une demande de résolution en broadcast dans un paquet contenant le nom et la machine qui se reconnaît répond avec son adresse ip (ce protocole s'appelle mDNS).

Pour que ça fonctionne, je te suggère de remettre dans le fichier /etc/hosts du serveur "server1" les lignes suivantes :

127.0.0.1 localhost
192.168.88.98 server1

Et bien sûr dans celui de server2 :

127.0.0.1 localhost
192.168.88.76 server2

Ça devrait fonctionner mieux.

Les trois terminaux ne posent aucun problème.

Et je regarde tes fichiers sshd_config

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 15/05/2018, à 20:22)


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#46 Le 15/05/2018, à 20:26

diesel

Re : Problème commande scp

Dans le fichier /etc/ssh/sshd_config, je te suggère d'ajouter la ligne suivante :

ListenAddress 192.168.88.98

pour server1

et

ListenAddress 192.168.88.76

pour server2

Dans chacun des fichiers, je te suggère de mettre cette ligne juste avant la ligne "Protocol 2"

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne

#47 Le 15/05/2018, à 20:32

swake29

Re : Problème commande scp

Une précision peu être.

Mon LAN ce compose de 3 iMac, un MacBook, deux iPad, trois iPhone, trois server (chacun ayant son rôle) et tous un tas de truc connectés.

Je repose donc ma question, comment ce fait il que l'on doivent dans une telle architecture réseau modifier sur certaine machine le fichier Hosts?

Tous ceci n'est pas sensé ce fait en amont, sur le switch ou le routeur de manière globale?

Toujours dans le but d'essayer de comprendre bien sur smile

Hors ligne

#48 Le 15/05/2018, à 20:47

swake29

Re : Problème commande scp

Toujours les même retour, que ce soit avec le nom ou l'ip sad

Depuis le début il y a une chose que je m'explique pas. Si le probleme vient de la résolution des noms comment ce fait il que cela ne fonctionne pas avec les IP?
Et pourquoi cela fonctionne entre l'iMac et les deux server mais pas entre les server....

iMac-de-Franck:~ franck$ 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
iMac-de-Franck:~ franck$
iMac-de-Franck:~ franck$ scp -r -p franck@server1:/home/franck/facture.pdf franck@server2:/home/franck
franck@server1's password: 
ssh: Could not resolve hostname server2: Name or service not known
lost connection
iMac-de-Franck:~ franck$

Dernière modification par swake29 (Le 15/05/2018, à 20:50)

Hors ligne

#49 Le 15/05/2018, à 20:54

swake29

Re : Problème commande scp

Je viens de re booter les deux server que j'avais oublié de faire précédement.

Et la .... comment dire sad

iMac-de-Franck:~ franck$ ssh franck@server1
ssh: connect to host server1 port 22: Connection refused
iMac-de-Franck:~ franck$
iMac-de-Franck:~ franck$ ssh franck@server2
ssh: connect to host server2 port 22: Connection refused
iMac-de-Franck:~ franck$ 

Hors ligne

#50 Le 15/05/2018, à 20:57

diesel

Re : Problème commande scp

Ben non, ce ne sont pas les mêmes retours.

Pour ton dernier essai (à comparer avec celui de ton post #7), manifestement le nom server1 a bien été résolu. C'est déjà ça.

Tu peux fournir le résultat de :

cat /etc/hosts

sur server2 ?

Amicalement.

Jean-Marie


Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.

Hors ligne