Le Net du Kermeur

Constitué du Wrt259 et Wrt260, est raccordé sur le relais du Gaec des C. et dessert le Wrt146.

Mise en place d’un nouveau relais au Gaec des C., constitué du Wrt109 et Wrt145.

Ce relais dessert Kerglas à 1200m et Kerguz à 7700m.

Mise en place d’un script dctrl.sh permettant de règler les paramètres de transmission en fonction de la distance.

L’interface webif du routeur sous Openwrt, accessible de son lan par http://192.168.1.1/, n’est d’aucun intérêt pour le client puisqu’il n’a pas le mot de passe pour modifier les paramétrages.

Aussi la page de statut, accessible sans mot de passe, a été modifiée pour présenter au client le niveau radio reçu par son routeur, ce qui lui permet de règler son antenne le cas échéant; le rafraichissement se fait toutes les 10 secondes.

Exemple de la page pour le routeur whr128.

Le jeudi 20/07 à 16H00
Signalé le 20/07 à 17H00
Relance des équipements d’extrémité à 18H30 sans succès.
Message interne à 19H40 sur www.lekermeur.net
Rétablie le 21/07 à 10H40 sans aucune explication de leur part …

18H40 de coupure, un total de 41H40 en moins d’un mois …

Sur une base Debian 3.1 Sarge

Serveur SMTP : exim
Anti-spam : spamassassin
Anti-virus : clamav
Serveur pop : qpopper

Les adresses en prenom.nom@lekermeur.net sont donc possibles.

Coupure de la liaison FT le vendredi 30 juin un peu avant 18H.

Signalé vers 19H00, me font redémarrer les équipements d’extrémité, sans effet. Rapellerons demain matin. En attendant mise en place d’un message à usage interne sur http://www.lekermeur.net/.
Samedi 8H30 : rappel de FT, de nouveau redémarrage des équipements, toujours sans effet; préviennent l’équipe d’astreinte.

Vers 15H00, toujours pas de liaison; je rappelle et on me réponds que la liaison est rétablie depuis 14H18 !!! je suis quand même bien placé pour savoir que non. De nouveau, redémarrage des équipements, et toujours sans effet. Relance l’équipe d’astreinte.

Vers 17H00, mon mail s’agite, la liaison est rétablie … quelques minutes plus tard appel de FT pour me dire que c’est ok (déconstruction de la liaison, confusion dans le compte rendu avec une autre liaison en Corse).

Le bon coté : les équipements d’extrémité ne sont pas concernés.

Le moins bon : le flou dans l’intervention, la solidité des constructions logiques de FT.

En tout une coupure de 23H, on n’avait jamais connu ça en SAT, décidement la qualité de service du mois de Juin laisse à désirer; la mise en place d’une liaison de secours devient une priorité.

Démonté la parabole satellite ce soir avec Didier B.

Tant qu’à être la haut, réalignement de l’antenne de la liaison des sauvegardes des données, le gain est de 2 à 3 dB.

L’access-point a chargé ce matin un fichier dhcpd.conf dans lequel la gateway était fausse; ce fichier est généré par un script php du frontal.

Au renouvellement de leur allocation dhcp, chaque routeur a donc chargé une gateway incorrecte et s’est retrouvé isolé.

Correction du script php et du dhcpd.conf de l’access-point à midi.

Relance des derniers routeurs (en ssh à partir d’un routeur ok, puisqu’ils sont dans le même subnet ), terminée à 14H00.

4 heures d’interruption.

La nouvelle liaison étant ok, démontage du modem et du proxy satellite, avec Gérard H.

De la place étant libérée, rangement des nouveux appareils à l’abri de la poussière.

Le démontage de l’antenne est prévue le 23/06 dans la soirée, on dépend de la disponibilité du télescopique de Didier B.

Bascule de l’ensemble du réseau sur la nouvelle liaison filaire.

Modification du routage de l’acces-point pour lui donner en route par défaut la nouvelle passerelle

Modification du resolv.conf des routeurs clients en ligne de commande

for WRT in requete_sql ; do

ssh $WRT ‘echo ‘nameser xx.yy.zz.uu » > /etc/resolv.conf’

done