Jonathan.Michalon.eu

Contexte

Dimanche (et après rebelote lundi), problèmes de réseau. Mais en fait oui et non. Le réseau fonctionne à merveille (enfin pas plus mal), mais la recherche google que je lance se traine et finalement n'aboutit pas. Je creuse un peu et en fait je ne peux pas me connecter à quoi que ce soit de distant. Par contre, un dialogue déjà initialisée n'a pas de problème. Je conclue à un problème stupide. Et effectivement, en donnant l'IP, pas de problème.

C'était le serveur DNS d'Orange qui ne répondait pas. J'en ai donc mis un autre. Le lendemain je restaure celui par défaut en pensant que c'était corrigé mais non ça recommence. Donc, fait important ici j'utilise un autre serveur DNS.

Problème et solution

Hier, quelqu'un crée un compte sur le serv'jo et m'en avertit. J'en suis tout étonné car aucun mail ne m'a prévenu alors que j'ai installé à grand frais le module correspondant. En fait les logs d'Exim disent :

Recipient address rejected: Missing Authentication

Aujourd'hui enfin je trouve le temps (et je me rappelle du problème) donc je pars à la pêche aux informations. Au bout d'un moment je tombe sur un cher confrère blogueur et sur son tutoriel. Merci à lui !

Tout le problème est en fait que smtp.orange.fr n'est pas mappé sur les mêmes IPs avec le serveur DNS orange et les externes ! Étrange tout de même et assez peu logique, il me semble. Mais c'est vrai qu'à la réflexion c'est un moyen simple de filtrer bon nombre de personnes qui voudraient utiliser ce SMTP depuis chez les concurents.

Illustration : (80.10.246.2 est l'IP du DNS Orange, 192.168.1.1 mon modem qui renvoie chez OpenDNS)

$ nslookup
> server 80.10.246.2
Default server: 80.10.246.2
Address: 80.10.246.2#53
> smtp.orange.fr
Server:     80.10.246.2
Address:    80.10.246.2#53

Non-authoritative answer:
Name:   smtp.orange.fr
Address: 193.252.22.64
Name:   smtp.orange.fr
Address: 193.252.22.91
Name:   smtp.orange.fr
Address: 193.252.23.66
Name:   smtp.orange.fr
Address: 80.12.242.10
Name:   smtp.orange.fr
Address: 80.12.242.16
Name:   smtp.orange.fr
Address: 80.12.242.52
Name:   smtp.orange.fr
Address: 80.12.242.61
Name:   smtp.orange.fr
Address: 80.12.242.86
Name:   smtp.orange.fr
Address: 80.12.242.141
> server 192.168.1.1
Default server: 192.168.1.1
Address: 192.168.1.1#53
> smtp.orange.fr
Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   smtp.orange.fr
Address: 193.252.22.86
Name:   smtp.orange.fr
Address: 193.252.22.84

Problème

Lorsqu'on utilise screen avec un agent SSH (par exemple, transféré vers une machine cliente) et qu'on se déconnecte, l'agent (et  surtout sa socket) aura changé lors de la prochaine connexion. Il faut donc repositionner à chaque fois la variable SSH_AUTH_SOCK si on veut continuer à en profiter.

Solution

Lorsqu'on se reconnecte à la machine, et avant de se rattacher à notre session screen, la variable est juste. Il suffit donc de lier le ficher (socket) qu'elle contient à un fichier connu fixe qui sera utilisé dans les shell de screen. Un petit script wrapper de rien du tout nous fait cela très bien :

ln -sf  ~/ssh_auth_sock
export SSH_AUTH_SOCK=~/ssh_auth_sock
screen -R -D

On lie ~/ssh_auth_sock à la bonne socket puis remplace la variable par notre fichier fixe. Bien sûr, adapter ces trois lignes à votre goût ! Ces paramètres screen et ce chemin me conviennent, rien de plus.