structure & meta
This commit is contained in:
parent
da6d838193
commit
b25ce65735
284 changed files with 461 additions and 1000 deletions
65
posts/2015/2015-06-13-une-semaine-ordinaire.md
Executable file
65
posts/2015/2015-06-13-une-semaine-ordinaire.md
Executable file
|
|
@ -0,0 +1,65 @@
|
|||
<!-- title: Une semaine ordinaire -->
|
||||
<!-- category: Humeur -->
|
||||
<!-- tag: planet -->
|
||||
|
||||
Toute ressemblance avec des événements réels s'étant déroulés cette semaine
|
||||
dans ma sphère professionnelle n'est pas fortuite.<!-- more --> La semaine a été riche en
|
||||
péripéties système et réseau, ce qui me conforte dans l'idée que gérer un
|
||||
réseau de centaines de machines ça doit pas être facile tous les jours. Fou le
|
||||
temps qu'on peut déjà passer avec une trentaine en faisant cela en dilettante
|
||||
puisque mon métier principal c'est développeur.
|
||||
|
||||
Orange fournit un service d'adresse de messagerie pour les professionnels avec
|
||||
une sécurité renforcée. Pour lutter contre le SPAM, ils s'assurent notamment
|
||||
que les e-mails sont envoyés depuis une machine de confiance. L'envoi d'e-mails
|
||||
de ma société est devenu erratique depuis mardi. Un message un peu cryptique du
|
||||
support Orange nous informe que notre IP publique est *sur liste noire* donc
|
||||
tout le trafic Internet qui sort de nos machines est suspect. Cela explique le
|
||||
blocage des e-mails par le serveur SMTP Orange Business. Comment en est-on
|
||||
arrivé à cette situation et comment en sortir ? Un tour sur [ce genre de site
|
||||
]( http://whatismyipaddress.com/blacklist-check) permet de consulter les sites
|
||||
de référence des *listes noires* et sur certains de connaître la cause. Dans
|
||||
notre cas, le trafic Internet d'un virus sortant de notre réseau a été détecté,
|
||||
ce qui nous a promu au rang de site louche. Pour sortir de cette situation il
|
||||
faut résoudre le problème (éradiquer les machines infectées) puis demander à
|
||||
sortir de la liste noire sur sa bonne foi d'admin. Au bout de 24/48h tout
|
||||
rentre dans l'ordre.
|
||||
|
||||
Dans un autre registre, je constate que le voisinage réseau des machines Ms
|
||||
Windows (en Workgroup) est parfois incomplet, ne présentant qu'un sous-ensemble
|
||||
des machines. Un test depuis différents OS (Windows 7, Windows 2003) me
|
||||
confirme que ce n'est pas particulier à ma Fedora et sa configuration Samba.
|
||||
Pour ce que j'en sais, dans un réseau modeste en WORKGROUP, sans controlleur de
|
||||
domaine, les machines participent à une élection pour élire un *master
|
||||
browser*, celle qui va fournir la liste du voisinage réseau. Je crains qu'avec
|
||||
nos machines de test à droite à gauche, on élise parfois une machine qui n'a
|
||||
pas de visibilité complète sur l'ensemble du réseau. La commande **nmblookup**
|
||||
des outils SAMBA permet de connaître l'adresse IP du *master browser* en cours,
|
||||
sachant qu'il change régulièrement :
|
||||
|
||||
nmblookup -S -M -- -.
|
||||
|
||||
Comme dans la vie réelle, une solution consiste à influer sur le résultat de
|
||||
l'élection. C'est possible avec SAMBA et son paramétrage avancé qui lui permet
|
||||
de concourir à l'élection du *Master Browser* avec une telle réputation qu'il
|
||||
ne peut qu'être élu par ses pairs. J'ai utilisé un serveur NAS local (NAS4FREE
|
||||
sous BSD, toujours en ligne) pour ce rôle d'élu. Le voisinage réseau est
|
||||
désormais complet en toute circonstance.
|
||||
|
||||
Pour terminer la semaine en beauté, on me met le nez sur un problème de Wi-Fi
|
||||
récurrent (et aléatoire sinon c'est pas drôle) : accroche du réseau mais pas
|
||||
d'accès Internet. Le Wi-Fi n'est pas majoritairement utilisé dans la société
|
||||
donc il impacte peu de monde et le problème traîne depuis un bail. J'avais
|
||||
envisagé un dysfonctionnement des répéteurs sans fil et évacué le problème dans
|
||||
ma tête. Mais vendredi, le problème est presque systématique je décide de le
|
||||
prendre à bras le corps. Armé d'une tablette Lenovo (attention *placement de
|
||||
produit* comme dirait mon fils) je regarde si je peux me connecter en DHCP mais
|
||||
spécifier un autre serveur DNS quand l'adresse IP que le serveur m'a assigné
|
||||
m'attire l'oeil : rien à voir avec notre réseau et non routable vers Internet.
|
||||
Après recherche on découvre un petit routeur de test branché sur le réseau avec
|
||||
la fonction "serveur DHCP" activée. Deux serveurs sur le même LAN : c'est le
|
||||
plus rapide qui répond aux demandes, cela explique le côté aléatoire du
|
||||
problème.
|
||||
|
||||
Ce qui me plaît dans l'administration système et réseau c'est la diversité des
|
||||
problèmes et des solutions.
|
||||
Loading…
Add table
Add a link
Reference in a new issue