Le réseau du premier samedi

Les connecteurs réseaux qui sont sur les tables sont connectés aux switch de la cité des sciences.

Le vendredi, la cité des sciences envoie un mail à son prestataire afin qu'il reconfigure les ports des switch de la cité des sciences, pour faire en sorte que les connecteurs réseaux des tables soient dans un vlan non filtré, sans aucun service (DHCP, DNS, etc).

Parinux à un serveur (un raspberry PI) qui est configuré pour utiliser l'adresse IP du gateway du sortie, et qui fournit divers services:

  • DHCP (avec dhcpd)
  • DNS
  • cache pour les paquets des distributions et démarage réseau à travers PXE (configurations et scripts)

L'adresse IP du gateway de sortie est: 172.17.196.247 172.17.199.254

L'adresse IP du serveur (raspberry PI) est: 172.17.192.1

Pour installer le réseau, il faut prévoir de venir avant 14h afin de faire en sorte que ça marche à 14h. Dans le cas contraire beaucoup de personnes vont demander pourquoi le réseau ne marche pas, et y répondre retarde encore plus le fait de faire fonctionner le réseau.

Une fois sur place il faut donc:

  • Allimenter les switch de Parinux et les brancher aux port réseaux des tables
  • Allimenter le raspberry PI et le brancher à un des switch réseaux

Une fois que c'est fait le réseau devrais fonctionner normalement.

Quand ça marche pas

  1. Vérifier qu'on est bien connecté physiquement au réseau de la cité des sciences: Si on connecte au à un des connecteur réseaux des tables on devrait voir des paquets réseaux passer avec cette commande:
    tcpdump -i eth0 -A -s0 vrrp
    Pour que la commande marche, penser à remplacer eth0 par le nom de l'interface de votre carte réseau. Si on ne voit rien passer c'est que l'ordinateur n'est pas connecté au réseau de la cité des sciences. Les causes peuvent être multiples:
    • Le cable réseau entre votre ordinateur et le connecteur réseau du switch ou de la table peut être déféctueux: pour vérifier ça on peut uttiliser la commande 'ip' : Tout d'abbord vérifier que la carte est bien dans l'état UP:
       $ ip addr show dev eth0
           2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
           [...] 
      Dans le cas contraire ça devrait ressembler à ça:
       $ ip addr show dev eth0     
           2: pe0: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
           [...]
       
      Si le cable réseau est pas connecté ou déffectueux on a un NO-CARRIER:
       $ ip addr show dev eth0
           2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
           [...]
       
      Sinon quand tout est normal ça ressemble à ça:
       $ ip addr show dev eth0
           2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
           [...] 
    • Il peut y avoir une boucle réseau, c'est à dire un cable réseau qui est branché à ses deux extrémitées à un switch de Parinux. Ça affecte en général uniquement le switch en question. Pour régler le problème il faut enlever le ou les cables en question puis débrancher et rebrancher l'allimentation du switch.
  2. Si on est bien connecté et que les switch de Parinux marchent, et que le raspberry PI est joignable et que ça marche toujours pas il se peux que:
    • Le le présetataire qui gère le réseau de la cité des sciences n'ai pas configuré les switch pour le premier samedi.
      • Pour verifier cela, il faut faire un :
        root@raspberrypi:~# tcpdump -i eth0 -A vrrp
        tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
        listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
        15:53:48.526619 IP 172.17.199.250 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 4, prio 200, authtype none, intvl 1s, length 20
        E..(.E...paB........!.........................
        15:53:49.526586 IP 172.17.199.250 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 4, prio 200, authtype none, intvl 1s, length 20
        E..(.F...paA........!.........................
      • Dans ce cas il est sans doute possible de s'en tirer en bidoullant: il est possible de partager la connection WiFi de la cité des sciences et de la redistribuer sur le réseau cablé (optionellement en utilisant un VPN comme le VPN open-bar de FDN ou un VPN Francilien afin de ne pas avoir de filtrage).
    • Le raspberry PI soit mal configuré ou ait des services qui n'ont pas démarrés. Par exemple:
      • Le serveur DHCP qui ne démarre pas
      • L'adresse IP du gateway soit mal configuré dans la configuration du server DHCP
      • etc
 
/var/lib/dokuwiki/data/pages/si/psl.txt · Dernière modification: 2018/10/05 15:38 par GNUtoo
Recent changes RSS feed Creative Commons License Donate Powered by PHP Valid XHTML 1.0 Valid CSS Debian Driven by DokuWiki