Page 1 sur 1

[ssh] Could not resolve host

Publié : sam. 08 févr. 2014, 15:18
par viperpaulo
Bonjour

Un petit message pour avoir un peu d'aide. J'essaie de me connecter à mon raspberry, j'ai configuré avahi sur le rasp et sur mon pc client mais il m'est impossible d'accéder au rasp ... voilà quelques retours de commandes :

Code : Tout sélectionner

$ avahi-browse -arl
+   eth0 IPv4 PacRasp                                       Remote Disk Management local
+   eth0 IPv4 Music Player                                  Music Player Daemon  local
+   eth0 IPv4 PacRasp [b8:27:eb:3f:79:3f]                   Workstation          local
=   eth0 IPv4 PacRasp [b8:27:eb:3f:79:3f]                   Workstation          local
   hostname = [PacRasp.local]
   address = [192.168.1.6]
   port = [9]
   txt = []
=   eth0 IPv4 Music Player                                  Music Player Daemon  local
   hostname = [PacRasp.local]
   address = [192.168.1.6]
   port = [6600]
   txt = []
=   eth0 IPv4 PacRasp                                       Remote Disk Management local
   hostname = [PacRasp.local]
   address = [192.168.1.6]
   port = [22]
   txt = []
$ ssh pi@PacRasp
ssh: Could not resolve hostname pacrasp: Name or service not known
En revanche en passant par l'ip, ça fonctionne. J'ai complètement désactivé iptables, mais ça n'a rien changé.
Si quelqu'un a une idée...
Merci !

Re: [ssh] Could not resolve host

Publié : sam. 08 févr. 2014, 17:15
par benjarobin
Le hostname est PacRasp.local et non PacRasp

Re: [ssh] Could not resolve host

Publié : sam. 08 févr. 2014, 18:51
par viperpaulo
J'avais essayé, j'ai oublié de préciser... et c'est marqué dans la doc que sous arch le .local est désactivé, ou alors j'ai pas bien compris..
Autre info, au boulot ça fonctionne avec un arch aussi, j'ai effectué les mêmes manips a priori.

Re: [ssh] Could not resolve host

Publié : lun. 10 févr. 2014, 19:55
par viperpaulo
up ?
Serait-ce lié au routeur ?

Re: [ssh] Could not resolve host

Publié : lun. 10 févr. 2014, 22:50
par Elbarto
peut-être ajouter dans le fichier /etc/hosts la correspondance entre l'adresse ip et PacRasp.local

http://www.linux-france.org/~mdecore/li ... ode37.html

Re: [ssh] Could not resolve host

Publié : mar. 11 févr. 2014, 00:02
par viperpaulo
En faisant ça, ne perd-on pas l'intérêt de la méthode ? A savoir pouvoir se connecter en appelant le nom de la machine sans se soucier de son ip ?

Re: [ssh] Could not resolve host

Publié : mar. 11 févr. 2014, 00:38
par benjarobin
Je te dé-conseil l'utilisation d'avahi qui est relativement complexe à mettre en place et qui est de plus non compatible avec Windows.

Je te conseil par contre l'utilisation du service nmbd.service de samba
Il suffit de lancer le service sur tous les PC et d'ajouter sur tous les "clients" : wins juste après dns à la fin de la ligne hosts: du fichier /etc/nsswitch.conf

Re: [ssh] Could not resolve host

Publié : dim. 01 juin 2014, 12:48
par viperpaulo
Merci pour ta réponse, et désolé pour mon temps de réponse..
Je viens de m'y remettre, j'ai tenté ce que tu proposes, voilà à quoi ressemble mon nsswitch.conf:

Code : Tout sélectionner

# Begin /etc/nsswitch.conf

passwd: files
group: files
shadow: files

publickey: files

hosts: files dns wins myhostname
networks: files

protocols: files
services: files
ethers: files
rpc: files

netgroup: files

# End /etc/nsswitch.conf
Mais rien n'y fait, toujours la même erreur pour PacRasp et PacRasp.local
Je me demande si ça pourrait être lié à la configuration de mon routeur?

Merci

Re: [ssh] Could not resolve host

Publié : dim. 01 juin 2014, 19:51
par benjarobin
Si les services nmbd et smbd sont bien démarré des 2 cotés (PC et PacRasp) et qu'il n'y a pas d'erreur : Vérifiable via : systemctl status nmbd smbd.
Et que c'est bien le /etc/nsswitch.conf de ton PC que tu nous as donné, cela devrait fonctionner...

Re: [ssh] Could not resolve host

Publié : dim. 01 juin 2014, 21:09
par viperpaulo
Sur le PC :

Code : Tout sélectionner

● nmbd.service - Samba NetBIOS name server
   Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled)
   Active: active (running) since dim. 2014-06-01 12:43:05 CEST; 8h ago
 Main PID: 553 (nmbd)
   CGroup: /system.slice/nmbd.service
           └─553 /usr/bin/nmbd -D

juin 01 12:43:05 arch_paco systemd[1]: Starting Samba NetBIOS name server...
juin 01 12:43:05 arch_paco systemd[1]: Started Samba NetBIOS name server.

● smbd.service - Samba SMB/CIFS server
   Loaded: loaded (/usr/lib/systemd/system/smbd.service; disabled)
   Active: active (running) since dim. 2014-06-01 20:44:58 CEST; 6s ago
  Process: 5425 ExecStart=/usr/bin/smbd -D (code=exited, status=0/SUCCESS)
 Main PID: 5426 (smbd)
   CGroup: /system.slice/smbd.service
           ├─5426 /usr/bin/smbd -D
           └─5427 /usr/bin/smbd -D
Sur le RPi

Code : Tout sélectionner

● nmbd.service - Samba NetBIOS name server
   Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled)
   Active: active (running) since jeu. 1970-01-01 01:00:11 CET; 44 years 4 months ago
  Process: 126 ExecStart=/usr/bin/nmbd -D (code=exited, status=0/SUCCESS)
 Main PID: 189 (nmbd)
   CGroup: /system.slice/nmbd.service
           └─189 /usr/bin/nmbd -D

janv. 01 01:00:07 PacRasp systemd[1]: Starting Samba NetBIOS name server...
janv. 01 01:00:11 PacRasp systemd[1]: Started Samba NetBIOS name server.

● smbd.service - Samba SMB/CIFS server
   Loaded: loaded (/usr/lib/systemd/system/smbd.service; disabled)
   Active: active (running) since dim. 2014-06-01 21:07:18 CEST; 2s ago
  Process: 428 ExecStart=/usr/bin/smbd -D (code=exited, status=0/SUCCESS)
 Main PID: 429 (smbd)
   CGroup: /system.slice/smbd.service
           ├─429 /usr/bin/smbd -D
           └─430 /usr/bin/smbd -D

juin 01 21:07:18 PacRasp smbd[429]: smbd_open_once_socket: open_socket_in: Famille d'adresses non supportée par le protocole
juin 01 21:07:18 PacRasp smbd[429]: [2014/06/01 21:07:18.436991,  0] ../source3/lib/util_sock.c:423(open_socket_in)
juin 01 21:07:18 PacRasp smbd[429]: open_socket_in(): socket() call failed: Famille d'adresses non supportée par le protocole
juin 01 21:07:18 PacRasp smbd[429]: [2014/06/01 21:07:18.438260,  0] ../source3/smbd/server.c:691(smbd_open_one_socket)
juin 01 21:07:18 PacRasp smbd[429]: smbd_open_once_socket: open_socket_in: Famille d'adresses non supportée par le protocole
juin 01 21:07:18 PacRasp smbd[429]: [2014/06/01 21:07:18.439395,  0] ../source3/lib/util_sock.c:485(open_socket_in)
juin 01 21:07:18 PacRasp smbd[429]: bind failed on port 445 socket_addr = 0.0.0.0.
juin 01 21:07:18 PacRasp smbd[429]: Error = Adresse déjà utilisée
juin 01 21:07:18 PacRasp smbd[429]: [2014/06/01 21:07:18.441197,  0] ../source3/smbd/server.c:691(smbd_open_one_socket)
juin 01 21:07:18 PacRasp smbd[429]: smbd_open_once_socket: open_socket_in: Adresse déjà utilisée
Les deux fichiers nsswitch.conf sont identiques sur les deux machines..
J'ai ouvert les ports (qui semblent être utilisés par smbd et nmbd) 137, 138, 139 et 445 en input sur les 2 machines ..

Re: [ssh] Could not resolve host

Publié : dim. 01 juin 2014, 21:47
par Moviuro
viperpaulo a écrit :

Code : Tout sélectionner

● nmbd.service - Samba NetBIOS name server
   Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled)
   Active: active (running) since jeu. 1970-01-01 01:00:11 CET; 44 years 4 months ago
[...]
Ah bah forcément, si tes deux machines ne vivent pas dans le même continuum espace-temps, ça va pas le faire ;)

Re: [ssh] Could not resolve host

Publié : dim. 01 juin 2014, 21:56
par benjarobin
De plus pour faire le test, on désactives toutes les règles iptables des 2 cotés... Cela évite de chercher inutilement un problème inexistant alors que ce n'est qu'un problème de pare feu...

Re: [ssh] Could not resolve host

Publié : lun. 02 juin 2014, 10:06
par viperpaulo
En effet, j'avais pas fait attention à la date, car voilà ce que retourne timedatectl :

Code : Tout sélectionner

      Local time: lun. 2014-06-02 10:03:38 CEST
  Universal time: lun. 2014-06-02 08:03:38 UTC
        RTC time: n/a
       Time zone: Europe/Paris (CEST, +0200)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  dim. 2014-03-30 01:59:59 CET
                  dim. 2014-03-30 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  dim. 2014-10-26 02:59:59 CEST
                  dim. 2014-10-26 02:00:00 CET
Pour le pare feu, j'ai effectivement testé en chargeant empty.rules, mais maintenant que j'y repense, j'ai peut-être pas fait le test avec le pc mais seulement sur le rasp.