Forum Linux.debian/ubuntu configuration itinérante wifi

Posté par  (site web personnel) .
Étiquettes :
0
11
mai
2005
Dans la suite de mes aventures, je me trouve bloqué sur l'utilisation de wpa_supplicant.

D'après ce que j'ai pu lire waproamd est devenu obsolète et l'utilisation de wpa_supplicant permet de faire du roaming en plus de faire la gestion de crypto.
De plus, toujours en lisant cette documentation, j'ai pu voir une killer feature => gestion de priorité des profils... c'est alléchant!

Je rappelle mon contexte:
- debian testing
- j'utilise guessnet, resolveconf
- sur certains profil, au 'up' de wlan0: je lance nis et monte un partage nfs (ce qui fait que portmap doit être obligatoirement initialisé)

Jusqu'alors, l'astuce était de ne pas mettre wlan0 en auto dans interfaces, et de demander un ifup wlan0 dans /etc/waproamd/script/xx:xx:xx:xx:xx ...
Le démon waproamd se lancant bien à la fin (juste avant gdm/kdm/xdm), j'étais sûr que portmap était initialisé!


Souhaitant faire le saut vers wpa_supplicant, je cherche une solution à peu près propre, tous les exemples que j'ai pu apercevoir se font sur le pre-up et le démon wpa_supplicant ne semble pas donner la possiblité d'ordonner une commande!

  • # Hum,

    Posté par  . Évalué à 1.

    Je ne connait pas wpa_supplicant, mais voici ce que je propose:

    Dans le pre-up tu as la possibilité de pointer vers un script externe dans lequel tu peux effectuer un

    iwlist scan | grep trucmuch | wc -l

    Bref, si tu constate que le ESSID trucmuch est dispo alors


    iwconfig wlan0 enc1 "xxxxx"
    iwconfig wlan0 channel 6
    iwconfig wlan0 rate 54M
    etc ...

    avec un case tu devrais pouvoir gérer plusieurs connexions ...

    • [^] # Re: Hum,

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

      pour executer une pre-up, il fait appeler un "ifup wlan0" !
      Quand est ce que je le fais ce "ifup wlan0"?

      wpa_supplicant ne me permet pas de lancer de script sur la detection d'un AP.

      waproamd le permet mais wpa_supplicant est censé le remplacer ...

  • # ifplugd

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

    C'est là qu'intervient ifplugd qui détecte l'association avec le point d'accès et qui fait le ifup.

    Voir à ce sujet http://linuxfr.org/~artefact/16564.html(...)

    • [^] # Re: ifplugd

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

      oui mais:
      - pas de gestion des priorités (quoi que en 'scriptant bien' ... mais il faut scripter)
      - dans mes essais un peu expérimentaux sans grande compréhension à l'époque, il se lancait trop top (avant portmap donc badaboum) ... à revérifier!

      • [^] # Re: ifplugd

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

        Sur mon poste, c'est wpa_supplicant qui gère les priorité des profils Wifi, et ifplugd n'intervient qu'après pour faire le branchement.

        Une autre choix intervient ensuite avec guessnet qui devine le réseau, et, en fonction, choisit une interface virtuelle dans le fichier /etc/interfaces. C'est là que les post-up doivent, à mon avis, charger nfs.

        Donc pour résumer :
        - wpa_supplicant choisit un réseau wifi
        - guessnet choisit un interface virtuel (profil dans /etc/interfaces)
        - l'interface virtuelle definit les bon truc à charger une fois que l'interface est active avec les directives post-up ou un truc comme çà.

        • [^] # Re: ifplugd

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

          Ahhhhhh?
          tu m'interresses?

          là où j'ai du mal à saisir, c'est pour ifplugd ...

          as tu un exemple de paramétrage pour une interface wlan ?

          • [^] # Re: ifplugd

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

            Heu oui, le journal que cite plus haut. Je l'ai suivi à la lettre. Pour toi, il suffit juste d'ajouter des post-up dans le fichier /etc/network/interfaces

            • [^] # Re: ifplugd

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

              Je connais ce journal ... il est dans mes favoris depuis le jour de sa création!

              si je fais un man interfaces, il n'y a pas de post-up:


              IFACE OPTIONS
              The following "command" options are available for every family and
              method. Each of these options can be given multiple times in a single
              stanza, in which case the commands are executed in the order in which
              they appear in the stanza. (You can ensure a command never fails by
              suffixing "|| true".)

              pre-up command
              Run command before bringing the interface up. If this command
              fails then ifup aborts, refraining from marking the interface as
              configured, prints an error message, and exits with status 0.
              This behavior may change in the future.

              up command
              Run command after bringing the interface up. If this command
              fails then ifup aborts, refraining from marking the interface as
              configured (even though it has really been configured), prints
              an error message, and exits with status 0. This behavior may
              change in the future.

              down command
              Run command before taking the interface down. If this command
              fails then ifdown aborts, marks the interface as deconfigured
              (even though it has not really been deconfigured), and exits
              with status 0. This behavior may change in the future.

              post-down command
              Run command after taking the interface down. If this command
              fails then ifdown aborts, marks the interface as deconfigured,
              and exits with status 0. This behavior may change in the
              future.



              donc je n'ai que le up ... et il se fait trop tot ...

              • [^] # Re: ifplugd

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

                Autant pour moi pour les post-up, la synatxe était up. désolé ;)

                Sinon, peut être enlever portmap de l'init (avec un truc du genre update-rc.d portmap remove) et mettre :up /etc/init.d/portmap start
                up mount /truc/nfs
                down umount /truc/nfs
                down /etc/init.d/portmap stop

                C'est une idée comme çà. Je ne suis sûr d'aucune syntaxe... Et si les up se font pas dans l'ordre, alors tu peux faire un script qui assure que tout se fait dans l'ordre.

Suivre le flux des commentaires

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