Forum Linux.debian/ubuntu Demarrer un prog lors de la connexion wifi sur un certain SSID ?

• # wicd le fait

  Posté par Ellendhel (site web personnel) le 19 juin 2009 à 15:22. Évalué à 2.

  

  Je suppose que ce n'est pas le gestionnaire de connexion réseau que tu utilises actuellement (NetworkManager je présume ?) mais si tu es prêt à en changer, wicd permet de lancer des scripts selon le réseau connecté.
  
  http://wicd.sourceforge.net/features.php

  • [^] # Re: wicd le fait

    Posté par manatlan (site web personnel) le 19 juin 2009 à 17:25. Évalué à 1.

    

    Oui, j'ai networkmanager ... ça m'embêterai de passer à wicd.
    C'est pour une ubu9.04 sur un eee901, j'aimerai ne pas trop modifier la config de base ... car en plus, actuellement, ça marche vraiment du tonnerre. Et j'ai pas envie de prendre ce risque ...

• # /etc/network/interfaces

  Posté par gaaaaaAab le 19 juin 2009 à 15:52. Évalué à 2.

  

  man interfaces :
  
  
  post-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.
  
  A priori, il suffit que ta post-up command vérifie le SSID avant de déclencher ton script le cas échéant.

  • [^] # Re: /etc/network/interfaces

    Posté par manatlan (site web personnel) le 19 juin 2009 à 17:26. Évalué à 1.

    

    Il semblerait que "post-up" ne marchent plus sur les ubu récentes.
    cf dernier commentaire ici : http://209.85.229.132/search?q=cache:HmjgeCxcP-EJ:ubuntuforu(...)

    • [^] # Re: /etc/network/interfaces

      Posté par gaaaaaAab le 19 juin 2009 à 18:01. Évalué à 1.

      

      c'est con, c'était ce qu'il y avait de plus simple.
      
      C'est plus crado mais si tu peux supporter t'attendre 1 minutes, tu peux aussi coller un script en cron

      • [^] # Re: /etc/network/interfaces

        Posté par manatlan (site web personnel) le 20 juin 2009 à 01:15. Évalué à 7.

        

        mouais ;-)
        
        En fait, j'ai regardé du côté de "dbus" ... et c'est absolument parfait.
        je créé un listener sur le networkmanager. Et a chaque changement de status, je vais chercher le ssid (toujours dans dbus), et après j'actionne ou non.
        c'est infiniment plus propre.
        
        et en plus ; j'ai du plongé vraiment dans dbus : c'est génial ce truc. Tu peux piloter tout le pc simplement. fabuleux !

• # écouter l'évènement dbus de connexion & scripts de dispatch

  Posté par niol (site web personnel) le 20 juin 2009 à 01:20. Évalué à 3.

  

  Le plus joli est d'écouter l'évènement dbus de connexion comme dans l'exemple d'implémentation[1] que j'ai pu trouver sur le net. Si tu parles python, ça devrait t'aider. Il y a une autre implémentation[2] très similaire. L'interface dbus doit certainement donner le ssid quelquepart.
  
  Sur la page man de NetworkManager, on parle aussi du répertoire /etc/NetworkManager/dispatcher.d qui contient des scripts qui sont exécutés sur évènement network-manager et qui reçoivent deux arguments : un nom d'interface et une action. En choisissant ton interface wifi et l'action up, tu dois pouvoir récupérer le ssid et faire un test dessus, certainement avec un truc du genre :
  $ /sbin/iwconfig $iface | perl -ne'print m/ESSID:\"(\w+)\"/'
  (en remplaçant " par une vraie double quote que je n'arrive pas à faire sur ce site...)
  
  [1] http://ubuntuforums.org/showthread.php?t=1027173#3
  [2] http://www.cs.unb.ca/~bremner//blog/posts/user_level_Network(...)

  • [^] # Re: écouter l'évènement dbus de connexion & scripts de dispatch

    Posté par manatlan (site web personnel) le 20 juin 2009 à 10:48. Évalué à 2.

    

    oui, c'est ce que j'avais fini par faire (en python, et mon script est aussi en python):
    http://linuxfr.org/comments/1042137.html#1042137
    
    cependant, dans l'exemple que tu donnes (qui ne doit clairement plus marché), c'est les anciennes apis du dbus/networkmanager. Elles ont changé récemment. C'est là où j'ai eu le plus de difficultés : retrouver des exemples modernes qui fonctionnent ;-)
    
    Mais j'y suis arrivé ... c'est vraiment impeccable, et vraiment très puissant.
    (suis en train d'explorer toutes les api/propriétés/events dispo sur le bus (ave d-feet), c'est impressionnant tout ce qu'on peut y faire. Même sur un eee, avec eee-control, tout est interfacé en dbus et donc accessible de partout)
    Suis vraiment content d'avoir eu à devoir matter du côté de dbus ;-)

    • [^] # Re: écouter l'évènement dbus de connexion & scripts de dispatch

      Posté par manatlan (site web personnel) le 20 juin 2009 à 10:52. Évalué à 2.

      

      Quand tu penses qu'un dbus-like existait déjà sous amiga, en 1990 : rexx (ou arexx, je sais plus trop). ;-)

      • [^] # Re: écouter l'évènement dbus de connexion & scripts de dispatch

        Posté par BAud (site web personnel) le 20 juin 2009 à 11:34. Évalué à 2.

        

        en:ARexx effectivement, REXX était aussi disponible sous OS/2

    • [^] # Re: écouter l'évènement dbus de connexion & scripts de dispatch

      Posté par bertrand le 23 juin 2009 à 15:03. Évalué à 0.

      

      Tu peux donner des liens sur les ressources à jour que tu as trouvé ?
      
      Merci

      • [^] # Re: écouter l'évènement dbus de connexion & scripts de dispatch

        Posté par manatlan (site web personnel) le 23 juin 2009 à 23:57. Évalué à 2.

        

        Le plus simple, et le mieux expliquer est là :
        
        http://stackoverflow.com/questions/469243/how-can-i-listen-f(...)
        
        et il fonctionne tel quel ... impressionnant.
        (j'adore stackoverflow)

• # script

  Posté par colas31 le 26 juin 2009 à 15:39. Évalué à 1.

  

  Hello, dis moi est ce que tu pourrais partager ton script, j'en aurais bien besoin. Vu que j'y connais rien en prog shell.
  
  merci

Suivre le flux des commentaires

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