Vous n'êtes pas identifié(e).
Dernière modification par joefab (16-05-2018 13:31:44)
Hors ligne
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).
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.
Hors ligne
Dernière modification par raleur (16-05-2018 14:00:55)
Il vaut mieux montrer que raconter.
Hors ligne
Peux-tu te connecter en SSH de server1 vers server2 avec le compte franck et vice versa ?
Tu fait sa comment?
Dernière modification par joefab (16-05-2018 14:35:06)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
unbound est principalement un serveur cache récursif. Il peut aussi faire autorité ?
Oui, Il fait plein de choses. meme bloqueur de pub
J'ai donc relancer la commande suivante mais échec ...
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.
Hors ligne
te donne quel résultat ?
Dernière modification par Invité-X (16-05-2018 15:58:51)
Hors ligne
J'ai donc relancer la commande suivante mais échec ...
JE REPETE QUE L'ADRESSE IP DE SERVER2 COMPORTE UNE ERREUR DE FRAPPE.
Il vaut mieux montrer que raconter.
Hors ligne
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 ...
Hors ligne
Dernière modification par raleur (16-05-2018 16:41:27)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Hors ligne
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:~$
la je ne vois pas.
T'es sur du mot de passe ?
Dernière modification par joefab (17-05-2018 09:26:38)
Hors ligne
Hors ligne
Hors ligne
Hors ligne
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.
Les retours en #32 ne me donnent pas l'impression que "ça fonctionne parfaitement".
Régler le problème de résolution de noms est simple : il suffit d'ajouter l'adresse et le noms de server2 dans le fichier hosts de server1 et vice versa.
Pour le problème d'authentification, je n'ai pas trop d'idée.
Les deux utilisateurs on l'IUD 1000 sur chaque server je viens de vérifier. Mis par défaut je suppose?
1000 est l'UID du premier utilisateur normal créé, généralement lors de l'installation. Je ne pense pas que les UID entrent en compte car l'authentification dans ssh/scp se base sur le nom d'utilisateur et pas sur l'UID.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par joefab (17-05-2018 14:20:24)
Hors ligne
sinon on essaiera avec des clé privé.