mars 2009 Archives

mardi 31 mars 2009, 17:37:07 (UTC+0200)

Tcpdump et PPPoE

Pour ceux qui cherchent en long et en large dans le manuel de tcpdump comment sniffer le traffic PPPoE avec tcpdump, voici la bonne ligne de commance :
tcpdump ether proto 0x8863 '||' ether proto 0x8864 -ni eth1

samedi 28 mars 2009, 12:36:03 (UTC+0100)

Week-end et MPLS

Malgré mes révisions pour le CCNA, j'avoue que MPLS m'attire beaucoup. Enfin, je dirais que sa compréhension et sa mise en oeuvre attise ma curiosité.
Le réseau sur lequel je travaille est loin d'être MPLS :-)

Par conséquent, je joue (ou du moins je commence) à mettre en place un lab MPLS avec GNS3.


Je m'appuie beaucoup sur ces lectures ci, afin de construire mon lab : Je vous recommande chaudement les papiers écrits par Peter J. Welcher (CCIE #1773, CCSI #94014, CCIP) que vous trouverez ici.

Pour l'instant, je n'ai eu le temps que de monter un réseau OSPF + MPLS(LDP). Je n'ai malheureusement pas à l'heure où j'écris ces lignes eu le temps de mettre en place un VPN MPLS et de faire du traffic Engineering.
Une fois que j'aurais fais tous cela, je mettrais bien sûr en ligne mes configurations GNS3.

Bon week-end à tous... J'espère que le rhume (ou autre je ne sais quoi) me quittera durant le week-end (je n'aime pas les docteurs).

mardi 24 mars 2009, 08:24:59 (UTC+0100)

2.6.29 is out.

Le noyau Linux est sortie ce jour en version 2.6.29.

Quoi de neuf me direz-vous dans ce nouveau noyau ?!
Et bien dans un premier temps, une nouvelle qui va faire plaisir à notre ami Johan, Greg GH a mis en place une pile système pour le Wimax (http://www.linuxwimax.org/) (initialement développée par Intel). Du côté du wireless, on verra aussi l'apparition du driver 'dodgy' (Wifi). Il y a aussi de nombreuses avancées quant à l'ACPI, APM. De plus, on pourra noter l'intégration de brtfs, tout comme pour squashfs.
Bref, et pleins d'autres nouvelles.

Je vous laisse la lecture du ChangeLog et les informations de kernelnewbies.

Pour cette release, le logo Linux change. Dans le cadre de Linux.conf.au et pour aider au soutien du diable de Tazmani, les gens du noyau donne un coup de main par cet initiative, mais aussi par : http://tassiedevil.com.au/supporters.html (plus matériel).

vendredi 20 mars 2009, 22:11:39 (UTC+0100)

Internet is welcome back

Cela faisait un bon moment que nous avions des problèmes de téléphone et d'internet à la maison. Après de nombreux appels et dérangements ouverts chez FT une vraie équipe est venue réellement voir après avoir délégué un de ses sous-traitants (qui avait fait un travail de cochon, soit dit en passant).

Conclusion: 25 mètres de câble de changer (soit deux portées). Ca fonctionnée déjà beaucoup mieux.

On verra maintenant à aller faire un petit tour en agence pour demander des avoirs pour la téléphonie et internet.

Ca fait du bien de pouvoir surfer sur le net depuis chez soi :-)

vendredi 20 mars 2009, 15:36:39 (UTC+0100)

Un joujou: synthèse vocale sur le net

Super bien fait et amusant si on veut... ;-)

http://www.acapela-group.com/text-to-speech-interactive-demo.html

jeudi 19 mars 2009, 17:40:17 (UTC+0100)

EIGRP

EIGRP est l'acronyme de Enhanced Interior Gateway Routing Protocol. C'est un protocole de routage propriétaire. Il a été développé par Cisco afin de pallier les manques de IGRP.

Sa distance administrative est de 90. Son numéro de protocole est 88, et la lettre dans la table de routage pour une route apprise via EIGRP est la lettre 'D' (Le 'E' était déjà pris par les routes externes).

C'est un protocole de routage hybride. C'est à dire qu'il n'est ni un protocole à vecteur de distance (RIPv2), ni un protocol à état de liens (type OSPF). L'abscence de boucle dans le réseau est garanti par l'utilisation de l'algorithme DUAL (Diffusing Update Algorithm). De plus, il ne se base pas sur une topologie globale du réseau(OSPF) afin de pallier (si possible) à un changement de topologie. Il se base sur un "successeur" de secours (Feasible successor(vu plus loin)). Il n'utilise pas intensément le processeur et mémoire comme peut le faire OSPF en recalculant sa topologie par l'algorithme SPF, et donc mettre à jour sa table de routage en conséquence.
[...]

La suite c'est par ici ...

jeudi 19 mars 2009, 17:12:11 (UTC+0100)

Arfff marche pas téléphone, pourquoi !?




Voilà que depuis que nous sommes revenus de vacances, nous n'avons plus ou très mal le téléphone dans notre campagne profonde. Donc, nous n'avons plus internet depuis une semaine. D'où le peu de billet depuis un moment sur ce blog.

Bah pourquoi ?!

Je pense qu'il suffit de regarder les photos ci-jointes pour trouver !

lundi 16 mars 2009, 11:57:26 (UTC+0100)

C'était trop bien! (mais trop court)



Ca y est, c'est fini les vacances :(.

Nous en avons bien profités: Ballades à pied, en raquette, visites, patinoire, raclette, fondue savoyarde, tartiflette, roussette de savoie...
Bref beaucoup de repos et d'amusements.

Quelques photos.

Bon retour au job et à la préparation du CCNA: Article en prévisition sur EIGRP

vendredi 6 mars 2009, 16:20:46 (UTC+0100)

Neige + Repos = Ouacances



Ca y est, c'est enfin les vacances.

Cela fait longtemps que je les attendais. Nerveusement et physiquement exténués, cela va nous faire énormément de bien et me donnera plus de pèche pour attaquer le dernier tiers de mes révisions pour le CCNA.

Bref, bas les marteaux comme on dit et silence radio sur ce blog pendant 1 semaine. Cela vous fera à vous aussi des vacances :-)

vendredi 6 mars 2009, 08:25:38 (UTC+0100)

OpenBSD-4.5, pré-commandes acceptées

Pour les fanas du poisson piquant, les pré-commandes de la version 4.5 qui sortira le 1er mai 2009 sont ouvertes.
Vous pouvez pré-commander ici.

Je n'ai pas eu le temps de le faire pour les version précédentes, je vais vraiment essayer de commander cette fois-ci :-)

Stay informed on OpenBSD news...

jeudi 5 mars 2009, 17:18:28 (UTC+0100)

Tunnel v6v4 et IPv4 dynamique

Suite à tous mes petits joujoux avec IPv6, voici que j'essaie de mettre en place à la maison un point d'accès WiFi complètement v6.

Pour réaliser cela rien de tel qu'un Unix :-)

Il me faut donc implémenter un routeur capable de répondre aux RA (Router Advertisement), un serveur DHCPv6, et un serveur de nom v6.
Ce dernier fera simplement forwarder vers du v4, mais bon on verra à faire mieux plus tard.

Mon seul problème, c'est qu'à la maison quid d'adresse IPv4 publique __statique__.
Il me faut donc mettre à jour mon tunnel chez Hurricane Electric, lorsque le BAS me coupe la session ou bien que ma livebox reboote. Pour ce faire, rien de tel qu'un petit script :
[...]
function whatismyip {
        curl -s "http://whatismyip.com/automation/n09230945.asp"
}
[...]
${IP} tunnel add ${TUNNEL_IFACE} mode sit remote ${INET_REMOTE_ENDPOINT} \
	local ${INET_LOCAL_ENDPOINT} ttl 255
${IP} link set ${TUNNEL_IFACE} up
${IP} addr add ${INET6_LOCAL_ENDPOINT} dev ${TUNNEL_IFACE}
${IP} route add ::/0 dev ${TUNNEL_IFACE}
[...]
TMPFILE=`mktemp -q -t ${SCRIPT_NAME}.XXXXX`

INET_LOCAL_ENDPOINT=`whatismyip`

${WGET} -O /dev/null --keep-session-cookies \
	"--post-data=f_user=${USER}&f_pass=${PASSWORD}&clearpass=" \
	--save-cookies=${TMPFILE} \
	http://ipv4.tunnelbroker.net/login.php 2>/dev/null
${WGET} -O /dev/null --load-cookies=${TMPFILE} \
	"--post-data=ipv4b=${INET_LOCAL_ENDPOINT}&tunnel_id=${TUNNEL_ID}&update=Submit" \
	http://ipv4.tunnelbroker.net/ipv4_update.php 2>/dev/null
${RM} -f ${TMPFILE}
Le script complet est disponible ici. Ce script provient du billet ci.
Néanmois, j'ai un peu modifié le script original. En effet, pour pouvoir faire des choses intéressantes en dehors du NAT, j'ai dû mettre une machine sur une DMZ depuis ma livebox.
Donc l'adresse IP à mettre dans le 'ip tunnel...' en tant que 'local' est l'adresse IP privée de votre machine, et non l'adresse IP publique de votre accès à Internet (Logique, mais bon...).
Les dernières lignes avec ${WGET} permettent de mettre à jour l'adresse IPv4 publique de fin du tunnel sur le site de HE.
Mon fichier de configuration :
vmsplice:/etc/bind# cat ~/.tunnelconfig 
IFACE=br0
# User
USER=clucas
# MD5 Password (echo -n 'votre pass' | openssl md5 
PASSWORD=XXXXXXXXXXXXXXXXXXX 
TUNNEL_ID=22215
PREFER_SUDO=
TUNNEL_IFACE=he-ipv6
INET_REMOTE_ENDPOINT=216.66.84.42
INET6_REMOTE_ENDPOINT=2001:470:1f12:6bc::1/64
INET6_LOCAL_ENDPOINT=2001:470:1f12:6bc::2/64
INET_LOCAL_ENDPOINT=br0
Et un script Shell dans le crontab pour voir si le tunnel se casse la tronche :
vmsplice:~# crontab -l
# m h  dom mon dow   command
*/5 * * * * /root/bin/cron_tunnel.sh
vmsplice:~# cat /root/bin/cron_tunnel.sh 
#!/bin/bash

ping -6 -c 3 www.crihan.fr > /dev/null 2>&1 
if [ $? -ne 0 ]; then
# On ne pingue pas en v6
	ping -c 3 www.mcom.fr > /dev/null 2>&1
        if [ $? -eq 0 ]; then
		# Ok on pingue en v4. Donc suremnet endpoint pas bon
	        ip link set he-ipv6 down
	        ip tunnel del he-ipv6 
	        /bin/bash /root/bin/setup-he.sh
	fi
fi
Passons maintenant à nos amis nommés bind9, radvd et wide-dhcpv6-server.
Un petit apt-get install plus tard...
Mes fichiers de configurations :
vmsplice:~# cat /etc/radvd.conf
interface ath0
{
        # (Send advertisement messages to other hosts)
        AdvSendAdvert on;
        #(Fragmentation is bad(tm))
        AdvLinkMTU 1280;
        MaxRtrAdvInterval 300;
        #(IPv6 subnet prefix we've been assigned by our PoP)
	prefix 2001:470:1F12:6BC::/64
        {
                AdvOnLink on;
                AdvAutonomous on;
        };
};
vmsplice:~# cat /etc/bind/named.conf.options 
options {
        directory "/var/cache/bind";

	forwarders {
		192.168.1.1;
	};

	auth-nxdomain no;    # conform to RFC1035
	listen-on-v6 { any; };
};	
vmsplice:~# cat /etc/wide-dhcpv6/dhcp6s.conf
option domain-name-servers 2001:470:1f13:6bc::1;

interface ath0 {
        address-pool pool1 3600;
};

pool pool1 {
        range 2001:470:1f13:6bc::1000 to 2001:470:1f13:6bc::2000;
};
vmsplice:~#
La suite un peu plus tard...

mercredi 4 mars 2009, 10:26:44 (UTC+0100)

GSM et choix de vie

A l'heure où Apple et consors se battent sur la 3G et le GSM, le combat fait rage entre les anti-antennes GSM et les opérateurs acculés vis à vis des obligations de couvertures de la population française.
Arrêtons d'être hypocrites. Le rêgne du chacun pour sa gueule est bien en marche et depuis longtemps. Néanmoins, avec les technologies on ne peut vouloir le beurre et l'argent du beurre, voire le cul de la crêmière.
Du moins, les gens veulent le GSM et la 3G partout, mais surtout pas tout près de chez soi. J'ai une antenne relai à 1km de chez moi, pour ceux qui voudraient commencer à troller.
Vadérétro les mauvaises ondes !!!

Ok, alors supposons que l'on supprime les relais GSM dans les villes et à proximité des lieux de vie. Que vont devoir faire les opérateurs ?! Soit augmenter les puissances des relais restants, soit voir avec l'état afin d'assouplir leur prérogative vis à vis de la couverture GSM de la population française. Là dessus, je fais confiance à notre ami Bouygues pour faire en sorte que son business ne soit pas mis en cause.

Maintenant, supposons que l'on baisse les puissances émises. Qui va payer l'augmentation du nombre de BS/relais GSM pour que l'obligation de couverture soit respectée ?! Surement, le consommateur.

Dans tous les cas de figure, il y a un problème. Alors messieurs, mesdames les consommateurs ne gueler pas comme des veaux le jour où votre téléphone ne capte pas ou bien que votre service 3G-gadget ne fonctionne pas, rappelez-vous que vous avez milité pour la suppression des relais GSM.

Conclusion, on ne peut vouloir le confort des technologies et vouloir aucun risque inhérant à toutes ces technologies... Il faut faire un choix.