Forum général.général reseau mixte: la suite :(

Posté par  .
Étiquettes : aucune
0
31
oct.
2010
Bonjour,

suite au message https://linuxfr.org/forums/12/29318.html , je pensais avoir trouvé une solution, mais comme je l'indique dans le dernier commentaire, le serveur dhcp de dnsmasq est à la ramasse.
Plus précisément, dès que je branche le cable ethernet sortant du WRT sur le switch nonWRT (quand la boucle qui me faisait peut est donc en place, cf schéma du message d'origine), plus de dhcp sur le
, réseau. Si cette boucle n'est pas présente, ca fonctionne.

Benoit Plessis me conseillais de mettre en place des VLANs mais ne semble pas être revenu sur le fil de discussion pour me donner plus de détails. Si tu repasses pas là Benoit, merci d'étoffer :)
Si d'autres on une idée de comment régler mon souci je suis preneur

merci

  • # vlan

    Posté par  (site web personnel) . Évalué à 3.

    un vlan ( réseau virtuel ) : partage d'un média physique commun en encapsulant les trames ethernet par exemple
    trame 802.1q= vlan id ( 0-4096 ) selon la norme + trame ethernet

    Les linux savent moyennant configuration encapsuler/de-encapsuler les trames ethernet.
    Si ton système d'exploitation sait le gérer du matériel spécifique n'est pas indispensable.
    Dans le cas contraire, les switches / routeurs doivent gérer la norme 802.1Q ( vlan )

    Système - Réseau - Sécurité Open Source

    • [^] # Re: vlan

      Posté par  (site web personnel) . Évalué à 1.

      > Si ton système d'exploitation sait le gérer du matériel spécifique n'est pas indispensable.

      c'est vrai dans certains cas très minoritaires. Si ton réseau physique a des boucles et que tes equipements ne savent pas tous gérer le 802.1q le résultat peut-être bizarre a tout le moins.

      > ...me conseillais de mettre en place des VLANs mais ne semble pas être revenu sur le fil de discussion pour me donner plus de détails. Si tu repasses pas là Benoit, merci d'étoffer :)

      bah voyons ... je vais dire RTFM ou equivalent.

      Les vlans permettent de découper un réseau physique (cables) en plusieurs réseaux virtuels, isolés.
      Donc si tu ne peut vraiment pas déplacer ton WRT au RDC directement au cul de la Fbx (ce qui serait quand même le plus simple) il va te falloir a minima au 1er etage un switch compatible 802.1q (sauf si le WRT est compatible vlan) et des PC/OS compatibles pour que ton raison "maison" soit injecté sur un vlan dédié.
      Par défaut le réseau Free devrait être injecté en vlan 1, (et 100 pour le reseau Free-TV), donc il faut juste choisir un vlan pour le reseau "maison".

      partant de la et moyennant des switchs/routeurs/PC bien configurés ta boucle physique n'entrainera pas de soucis car ça sera comme si tu avait doublés tes cables/equipements et que tu avait deux réseaux physiques cote a cote.

      http://fr.wikipedia.org/wiki/IEEE_802.1Q

      • [^] # Re: vlan

        Posté par  . Évalué à 2.

        bah voyons ... je vais dire RTFM ou equivalent.
        je n'en attendais pas plus
        ton explication et le lien final me son suffisant

        le WRT est compatible vlan, mais mon switch nonWRT est en fait celui intégré à mon adaptateur CPL, et là je dois rechercher l'info (bewan E200strip)
        merci

  • # Verifie tes configs DHCP

    Posté par  . Évalué à 3.

    du fait que tu rentres et ressorte du WRT sur le meme switch (ou CPL) il faut peut-etre desactiver le DHCP de la box mais laisser le partage de connexion internet

    -> mettre de WRT en IP fixe coté WAN (internet) avec :
    -- comme passerelle la box du fournisseur
    -- comme DNS ceux du fournisseur

    -> regler le DHCP du WRT pour ne pas etre sur le meme reseau que le reseau box
    ex : reseau box<->wrt en 192.168.0.X
    alors le dhcp du WRT peut etre en 192.168.1.X
    ce DHCP fournira un IP aux machines qui le demandent, et fera office de DNS pour elles

    • [^] # Re: Verifie tes configs DHCP

      Posté par  . Évalué à 1.

      cela semble régler le problème.
      j'ai tout de même un problème lors de l'install d'une debian via TFTP: quelque soit le mirroir choisi, les données reçues ne semblent pas correctes (erreurs variées en pagaille, comme "votre architecture n'est pas supportée par le ce mirroir" ou "la version de debian recherchée n'est pas disponible")

      Pourtant sur des systèmes déjà installé je n'ai pas de problème lors d'une apt-get update && apt-get dist-upgrade

      en tout cas merci de ton aide précieuse

      • [^] # Re: Verifie tes configs DHCP

        Posté par  . Évalué à 2.

        TFTP implique d'avoir un DHCP configuré pour le faire
        ce DHCP doit envoyé les bonnes infos :
        - IP machine
        - passerelle machine
        - fichier de configuration ou OS minimal

        c'est ton WRT qui fait ca ?
        sinon ca voudrait dire que tu as un 2e serveur DHCP en plus du WRT sur ton reseau local
        il faut donc lui aussi lle configuré pour qu'il fournisse l'IP du WRT comme passerelle et DNS

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.