Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Bornes publiques pour connexions de portables sous Linux

Posté par Joël Kermabon (page perso, ). Modéré le 04 mars 2003.
N'ayant pu répondre à l'article "Linux au ski" (pas assez de XPs..) et étant le directeur technique de la société qui a conçu et installé ces bornes, je poste cette news qui permettra de compléter les infos.

NdM : je me permets de passer cette dépêche en page principale, qui fait suite à la dépêche précédente sur Linux au ski. Merci à Joël pour ces compléments d'informations sur la configuration utilisée. Val Thorens vous permet désormais par exemple d'utiliser votre portable et de vous connecter à Internet par le biais d'un serveur DHCP. L'article fait un peu publicité, mais il est complet.

> Lire la dépêche (29 commentaires, moyenne: 3,7).  

Vous avez demandé le commentaire #179510.

Quelle évolution en deux ans de temps !

Posté par Raphaël SurcouF () le 04/03/2003 à 16:03. (lien). Évalué à 7.

Je vois que la dépeche précédente n'est passé inaperçue, Joel.
En tout cas, je n'imaginais pas le degré technique que le projet avait pu atteindre depuis que je ne travaille plus à Neptune. Quand je pense à ce à quoi il ressemblait au tout début, c'est toujours grisant de voir son évolution.
A la lecture, le système de connexion pour les portables me parait un peu compliqué mais je ne vois que peu de méthodes pour identifier correctement de telles connexions...
Quant au modérateur, il a raison: c'est de la publicité mais au vu de la qualité technique intrasèque de la solution et de son succès, c'est un gage qui est offert aux monde des Logiciels Libres, car on a la preuve que des utilisateurs non-informaticiens finaux peuvent utiliser sans sourciller des systèmes alternatifs à celui de Microsoft, contrairement à ce que l'on pourrait croire !
Seul bémol: dommage que le nom de code Solstice ne soit pas Libre (si je ne m'abuse)...
En tout cas, beau travail (et merci aussi à Emmanuel Benoit pour avoir repris le flambeau derrière moi) !

  • [^]Re: Quelle évolution en deux ans de temps !

    Posté par Joël Kermabon (page perso, ) le 04/03/2003 à 16:12. (lien). Évalué à 4.

    Salut Raphaël

    Compliquée ... oui certes quelque peu mais plus au niveau de la logique des programmes, mais si l'on veut libérer l'exploitant de la surveillance et du controle du temps il fallait bien passer par un ticket que le client achète. A partir de là il fallait bien qu'il s'identifie. On a choisi de le faire via HTTP. Mais la solution va s'améliorer, là c'est du béta-test et nous sommes sur la breche ...

    En fait ce qui est compliqué c'est d'expliquer à un utilisateur la configuration que doit avoir sa bécane portable. Le reste est affaire de quelques secondes. On aurait aussi pu au lieu d'un écran de monitoring faire du push et envoyer toutes les minutes le compteur sur le navigateur du client mais s'il désactive les pop-ups on est marrons comme disent les avocats ... ;o)) . Bref nous aloons voir comment tout elà est vécu à Val Thorens et on fera comme pour les Cybertables, on améliorera ... cycle normal non ?

    Joël

    • [^]Re: Quelle évolution en deux ans de temps !

      Posté par Emmanuel BENOIT (page perso, ) le 04/03/2003 à 17:05. (lien). Évalué à 2.

      Compliquée ... oui certes quelque peu mais plus au niveau de la logique des programmes, mais si l'on veut libérer l'exploitant de la surveillance et du controle du temps il fallait bien passer par un ticket que le client achète. A partir de là il fallait bien qu'il s'identifie. On a choisi de le faire via HTTP. Mais la solution va s'améliorer, là c'est du béta-test et nous sommes sur la breche ...

      Cela me semble de toute façon être l'une des solutions les plus simples pour ce faire, avec, en plus, l'avantage de fonctionner quelque soit le système en face.... Sinon, il aurait fallu scanner la machine d'en face, identifier l'OS, et essayer d'utiliser une fonctionnalité quelconque dudit OS pour demander l'authentification, et là, c'est vraiment pas gagné (déjà parce qu'il aurait fallu avoir tous les outils de communication requis, et parce que, surtout, il n'y aurait pas nécessairement eu d'outil approprié).

      Enfin bref, HTTP, au moins, c'est standard, et on peut s'attendre à ce que quiconque voulant connecter son portable au 'net ait au moins un navigateur.

      • [^]Re: Quelle évolution en deux ans de temps !

        Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 04/03/2003 à 17:13. (lien). Évalué à 1.

        Moi j'avais choisi la solution telnet (aussi standard) parce que l'arrêt brutal de la connexion se détecte facilement.
        Comment vous avez fait avec le navigateur ? A part une applet java, je ne vois pas trop ?

        --
        Site perso : http://rootix.info
        Libre Attitude : http://libre-attitude.org
        • [^]Re: Quelle évolution en deux ans de temps !

          Posté par Emmanuel BENOIT (page perso, ) le 04/03/2003 à 17:19. (lien). Évalué à 1.

          Je ne sais pas comment c'est fait exactement, mais les solutions possibles sont:

          1) En se basant sur le fait que la fenêtre a cessé de se rafraichir, ce qu'elle fait normalement toutes les dix secondes
          2) En pingant (!) la machine
          3) En utilisant le serveur DHCP

          Euh, Joel ?....

          • [^]Re: Quelle évolution en deux ans de temps !

            Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 04/03/2003 à 17:32. (lien). Évalué à 1.

            ah oui un détail, les machines servent de bureautique aussi sans ouvrir d'accès internet et donc on ne peut pas compter une machine qui est effectivement reliée et pingable dans ce cas.

            --
            Site perso : http://rootix.info
            Libre Attitude : http://libre-attitude.org

            [^]Re: Quelle évolution en deux ans de temps !

            Posté par Joël Kermabon (page perso, ) le 04/03/2003 à 17:43. (lien). Évalué à 3.

            Manu

            Oui, on pingue l'ip du laptop (ou des laptops) et si ça répond plus c'est que le client a débranché son câble réseau du hub. On suppose ici que nous échappons aux congestions du Net (pour les pings timeout) vu que nous sommes sur un réseau local a 10 Mbps. C'est en fait une solution mixte entre tes trois propositions Manu car DHCP a révolu son bail et on ne pingue plus la bécane. On en conclut dés lors qu'il n'y a plus personne au bout et que le type est déjà en train de boire sa bière au bar en matant les jolies skieuses Bélouchistanaises (bien vu non ?).

            Se baser sur le rafraichissement de la fenêtre c'est pas top car rien ne dit que le client ne vas pas taper l'Url qu'il désire sur le Net dans la même fenêtre que celle ou le sytème dialogue avec lui, même si nous lui conseillons de la garder ouverte et d'en ouvrir une nouvelle dans l'aide en ligne sur le moniteur. On sait en 5 ans d'expriences ce qu'un type peut faire sur une bécane et nous nous méfions beaucoup beaucoup ..... Manu sait de quoi je parle ...

            On ne se base pas sur la disparition de l'interface ppp0 car un autre laptop peut lui être connecté et il ne faut donc pas couper sa connexion à lui , donc ppp0 doit rester up.

            Voilà en gros la méthode retenue .. elle a le mérite d'être simple et assez sure alors pourquoi se prendre la tête hein, je vous le demande !

            ;o)

            Joel