Journal Connexion Wifi et Facturation

Posté par  (site web personnel) .
Étiquettes : aucune
0
3
juil.
2003
Salut Journal,

Voila de plus en plus de gens me demande s'ils peuvent venir dans mon cybercafe pour se connecter avec leur PC et leurs cartes Wifi...

Et a l'heure actuelle je leur repond que je ne peux pas leur forunir ce service car :

1. Comment et quel moyen utiliser pour faire une facturation a la minutes des connexions?

2. Comment Automatiser au maximum la connexion de mes utilisateurs au reseau Wifi??

Merci journal, avec ce moyen je pourrais rendre encore plus z'heureux mes clients ;)

A++

JS

  • # Re: Connexion Wifi et Facturation

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

    Justement, comment est faite la facturation postes Linux/Windows, serveurs ... ? Sinon, une détection de l'adresse MAC de la carte wifi / soft sur le firewall, etc.

    • [^] # Re: Connexion Wifi et Facturation

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

      La facturation est effectuee avec un logiciel que j'ai developpe avec les clients sous windows et le serveur sous Mysql-FreeBsd...

      • [^] # Re: Connexion Wifi et Facturation

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

        hmm ..... un logiciel sous GPL, et portable ?

        • [^] # Re: Connexion Wifi et Facturation

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

          Ni GPL, Ni Portable Ni Portable : les pcs font tourner des jeux et autres msn et ne peuvent donc pas fonctionner de facon optimale ("pour la clientele") sous Linux par exemple. Donc pour le developpement je n'ai pas chercher a faire du portabel car le temps de dev etait l'une des contraintes du projet. Ni GPL (ou autre) : car je ne peux pas reveler le fonctionnement du logiciel car ca comprommettrait la securite de mon systeme de facturation... Voila...

          • [^] # Re: Connexion Wifi et Facturation

            Posté par  . Évalué à 1.

            Ni GPL, Ni Portable Ni Portable: Soit, tu dispose d'un parc informatique constitué principalement de postes sous Windows (client) et d'un serveur sous FreeBDS (c'est bien ça !) Ni GPL (ou autre): "car ca comprommettrait la securite de mon systeme de facturation... " Cela veut t il dire que tu n'avait pas les moyens (financier ou de temps) te permettant de faire un système fiable et sécurisé. (La sécurité d'un système ne réside pas dans le secret de fabrication.)

            • [^] # Re: Connexion Wifi et Facturation

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

              Je pense que la securite (dans mon cas) du systeme depend en grande partie du secret de fabrication car en effet si quelqu'un avait les sources a disposition (je rappelle que c'est une appli win32....sous 98) et qu'il avait sous les yeux la liste des API utilisees entre autres pour communiquer avec ma base de donees et securise les fonctions vitales de mon postes la creation de cracks serait encore plus facilite... Par exemple en ce moment je me retrouve avec des exe cracke de mon programmes qui essayent d'outre passer la saise de login et de mot de passe ou alors de faire sauter la fonction de decrementation du temps dans la BDD...... Alors si les sources etaient dispos.....Oulalalala... Pour infos je brasse en moyenne 1100 clients par jour en semaine et plus de 1500 le week end..... Alors la securite de la fac turation c'est important ;) A++

              • [^] # Re: Connexion Wifi et Facturation

                Posté par  . Évalué à 1.

                Si j'ai bien compris, c 'est un deamon qui tourne sur tous les postes. Celui-ci permet de communiquer avec le serveur en lui envoyant une requete de type: autorisation(login, password). Puis ensuite, le daemon envois régulièrement une information comme quoi il est toujours connecté, et cela décremente le compteur sur le serveur. C'est null comme principe ! Il aurait mieux fallu que les postes restent de véritable client. Le serveur consulte tous les postes un à un régulièrement et demande: "T'es toujours là ? Non, et bien tant pis je coupe ta connexion. Ah si t'es là, et bien je décrément moi meme ton compteur !". A voir avec les sources.

                • [^] # Re: Connexion Wifi et Facturation

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

                  "C'est null comme principe !" Je ne sais pas si tu as lu 350 PC Donc : 1. Si je fais tourner mon site (et donc mon gagne pain) sur un et un seul service je trouve ca un peu risque.......... Actuellement mes pc's communique avec une base mysql qui est repliquee en temps reel et qui bascule automatiquement sur le serveur de secours en cas de pepin. Donc ma partie facturation reste toujours stable. Et le client serveur est respecte puisque je suis connecte a ma base SQL........ 2. Actuellement mes 2 serveurs SQL sont des PIII 700 avec 512 Mo de RAM. Avec une solution telle que la tienne qui presume que le serveur doit bosser a 350 questions toutes les minutes aura plus de boulot a effectuer 3. Le petit client malin qui sniffe le reseau et qui choppe la demande de ton service n'aura pas trop de mal a arreter la facturation de son poste... Actuellement meme si la connexion au serveur est rompue la facturation continue dans une base locale temporaire.... 4. Et si c'est Null et que tu developpes pour le monde du libre et bien rien ne t'empeche de developper une appli de gestion de Cyber... Je t'assure qu'elle aura du succes... A++ Jeremy

          • [^] # Re: Connexion Wifi et Facturation

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

            pipo, en partageant le code, tu auras une revue des bugs et features de sécurité, tu rendra ton soft plus secure...

  • # Re: Connexion Wifi et Facturation

    Posté par  . Évalué à 1.

    par la mac adresse ? c est pas tip top mais c est deja un debut , generalement les APs permettent de le faire , sinon tu peux aussi le faire avec vpn en plus ca securisera ton lan wifi

    • [^] # Re: Connexion Wifi et Facturation

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

      Dans un cybercafé de San Francisco, ils fournissaient une carte directement. Comme ça l'adresse était dans le serveur est tout aller dans le meilleur des mondes. Une reconnaissance basée sur l'adresse MAC est facile à mettre en place, mais possède le gros défaut d'être facilement attaquable. Dans le même temps, dans un cybercafé, cela doit pas dépasser quatres ou cinq personnes avec des ordis. Donc il est facile de repérer qui est l'usurpateur. Par contre, si celui-ci est à l'extérieur, juste dans un apart en face... Donc ma solution, assez simple... reconnaissance sur MAC ("allez-y, branchez votre mobile...ok, j'ai votre adresse et vous êtres maintenant enregistré" (d'ailleurs beaucoup de cartes ont le numero MAC inscrit derrière la carte). Ensuite, limiter l'émission (papier alu) de l'antenne.... pour éviter le vol à partir de l'extérieur... Sinon, la solution bullet proof, c'est directos VPN, mais ça demande une certaine complexité pour l'utilisateur... Au fait, il est où ton cybercafé ? T'as un site web ?

      • [^] # Re: Connexion Wifi et Facturation

        Posté par  . Évalué à 1.

        Sinon Sputnik (www.sputnik.com) fournit une solution mais payante, basee sur leur AP et leur serveur. Avant ils fournissaient une simple solution software gratuite mais c'est fini (mais j'ai peut-etre encore un CD grave avec leur soft.). Jerome

        • [^] # Re: Connexion Wifi et Facturation

          Posté par  . Évalué à 1.

          Il y a aussi NoCat http://nocat.net/ http://nocat.net/nocatrfc.txt Jerome

        • [^] # Re: Connexion Wifi et Facturation

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

          Merci Jerome si tu retrouves le CD ;)... Pour info actuellement mon client entre...achete un ticket avec un credit temps (1h,2h...100h...)....saisi son code de carte...creer un mot de passe....et entre dans les bureaux virtuels de Giga.Net.... La facturation s'effectue a la minute et le client peut utiliser sa carte autant de fois qu'il le veut tant qu'il y a du credit... Et bien j'aimerai faire la meme chose mais : 1. comment indique la page par defaut au navigateur sans faire aucune manipulation sur le poste du client??? 2. comment faire pour decrementer le temps sur la carte. Une solution qui me vient a l'esprit : 1. Je fournis les cartes a mes clients. Je controle les adresses MAC et l'attribution des IP par le DHCP est donc entierement controlee. 2. Le client se connecte se voit attribuer les adresses automatiquement 3. Une machine relais ferait des pings toutes les 60 s(ou d'autres commandes ... je vous ecoutes;) sur les adresses de mes cartes (10 cartes maxi je pense) et si la machine est presente je decompte le temps dans ma BDD... Est ce qu'a votre avis cette solution est accepable d'un point de vu technique?? Merci d'avance

          • [^] # Re: Connexion Wifi et Facturation

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

            De mon temps la facturation se faisait à la main ;-) J'arrivais au cybercafé, je demandais un PC, on me disait "tu peux prendre celui-là". On notait mon heure d'arrivée dans un registre, et quand j'avais fini, on notait mon heure de départ et je payais l'interval ... :-)

            • [^] # Re: Connexion Wifi et Facturation

              Posté par  . Évalué à 1.

              Et une fois par an, lors du changement d'heure, tu pouvais repartir avec des sous en plus ! C'est beau la technologie d'autrefois :-)

      • [^] # Re: Connexion Wifi et Facturation

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

        Le cyber est a Casablanca au Maroc. Il y a 350 PC et tu peux trouver quelques photos sur mon site perso http://shadebob.free.fr... Voilou, A++...

      • [^] # Re: Connexion Wifi et Facturation

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

        Pour l'antenne ? Un câble rayonnant comme dans les tunnels pour passer la radio et les radiocommunications. Tu déroule le câble sous le sol, (par exemple sous les tables) normalement avec cette solution à l'extérieur le champ radio serat nul.

  • # Une idée ...

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

    Hello, Voilà une idée que je te propose (elle vaut ce qu'elle vaut) Tu ajoutes une carte réseau dans ton serveur freebsd sur lequel tu connectes ton ou tes points d'acces wireless. Tu configures aucune protection de type Wep ou autre sur les equipements sans fil et tu configure un dhcp soit sur un point d'accès soit sur le serveur BSD. Ainsi chaque utilisateur se connecte facilement jusqu'a la carte réseau du serveur BSD en obtenant une adresse IP automatiquement ainsi que les DNS. Mais le serveur BSD ne doit pas relayer les packets vers tes routeurs internets. Il bloque par défaut la connexion. Ensuite sur le apache local, qui est le seul accessible par défaut tu prévoit une interface du genre login/password avec des boutons ouvrir/fermer mon compte qui: - Font tourner les compteurs. - Autorise ou non le relais des packets de l'ip vers les routeurs. Enfin l'idéal c'est inserer un nom de host pour la machine BSD dans le DNS simplifier la connection des clients. Bon, voilà, c'est pas le système idéal (quelqu'un peut reproxier sa cnx) mais c'est le plus ouvert ... (tant que le client a une carte Wireless et un navigateur web ...)

    • [^] # Re: Une idée ...

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

      Merci pour ta solution... Elle est tres bien a une seule condition... comment detecter que le client est deconnecter (pour ma facturation a la minute)??

      • [^] # hé hé ...

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

        Effectivement, je suppose que demander au client de fermer lui même sa connexion en cliquant sur deconnecter n'est pas acceptable. Et bien l'autre idée, c'est de lui demander de laisser ouverte la page d'accueil du cyber obtenue apres login pour maintenir la connexion. En effet cette page est une frame, avec le bandeau du haut qui se recharge toutes les 30 secondes, et donc qui maintient la session en vie en appelant un script PHP qui update la session avec par exmple dans la base de donnée un champ DATETIME pour la derniere activité connue (valeur NOW() ). Enfin cette page doit donc contenir les explications comme quoi le client ne doit pas la fermer pour continuer à surfer et des liens vers les principaux sites: google, linuxfr, etc ... qui déclanchent l'ouverture dans une nouvelle fenetre. Mais cela t'oblige à mettre sur le serveur un programme qui ferme les sessions ouvertes. Déjà que déclancher une modification d'une table de filtrage depuis un script PHP, je vais me faire traiter de gros gruik... Alors l'aternative simple c'est de faire un script php qui liste toutes les ip qui doivent être actives, une par ligne; c'est à dire les sessions en cours de validée. Ensuite un script crontab root recupere cette liste via wget et écrase la table de filtrage des ips. Ainsi quand un client ferme la fenetre de connexion, la session n'est plus mise à jour, l'ip n'apparait plus dans la liste générée par php pour le script shell déclanché par cron, et donc au prochain lancement l'ip n'est plus autorisé (puisque la table est écrasée) Enfin pour le décompte, le script PHP qui fournit les sessions actives doit aussi deceter le passage de actif à non actif pour arreter le compteur. Voilà, en espérant que ca t'aidera.

      • [^] # Re: Une idée ...

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

        Et pourquoi pas un lease-time tres faible sur le serveur dhcp, et une détection de la déconnexion ... ça devrai marcher !

        • [^] # hum ...

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

          Dans ce cas, le dhcp ne peut pas être géré par un des equipements Wifi mais doit être par le serveur BSD et faut encore savoir comment déclancher le nom renouvellement de bail en lancement de script. Ca doit être possible mais je ne sais pas trop comment...

          • [^] # Re: hum ...

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

            str_remplace(post_précédent,"nom","non")

          • [^] # Re: hum ...

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

            bonne idee pour le lease time du DHCP.... Je vais regarder dans ce sens..... Jeremy

          • [^] # Re: hum ...

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

            J'ai un routeur wifi chez moi, et c'est mon nunux qui donne les @ DHCP aux clients ;)
            il fonctionne en proxy arp il me semble, donc même réseau que les postes cablés, et c'est completement transparent ...

Suivre le flux des commentaires

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