Comment 3 for bug 1028578
Revision history for this message
| eric descoteaux (eric-eric) wrote RE: [Bug 1028578] Re: Connection management problem | #3 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
7020100
(Get the code!)
dans dd/wrt c'est tres simple tu a
Wifidog daemonEnable enable
Gateway ID macadresse
Web Server Name
Port(Default: 2060, Range: 1 - 65535)
Max Users(Default: 10, Range: 1 - 50)
Check Interval (in sec.)(Default: 60, Range: 1 - 3600)
Client Timeout(Default: 5, Range: 1 - 99)
Trusted MAC List
AuthServer Hostname ton ip de serveur
AuthServer SSL AvailableEnable Disable
AuthServer HTTP Port(Default: 80, Range: 1 - 65535)
AuthServer Path /
HTTP Server Authentication SupportEnable Disable
HTML Message File for Wifidog
Firewall Ruleset
si tu a des question n'hésite pas
ca fonctionne a1 mais je prefere quand meme les produits ubiquity pour la fiabilité
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of jackson
Sent: 26 juillet 2012 10:33
To: <email address hidden>
Subject: Re: [Bug 1028578] Re: Connection management problem
Salut André,
je ne sais pas comment intégrer le client wifidog à une image open wrt ou dd wrt.
par contre, je sais comment l'intégrer à AirOs http://
Il y a quelques inexactitudes dans la doc (du moins si tu utilises un ordi sur ubuntu) :
- ne pas utiliser /dev : l éspace sera insufisant pour faire la compilation. Il vaut mieux se créer un répertoire dans /home et partir de là (exemple : /home/ISF)
- pour créer les liens symboliques, ne pas mettre de tilde ~ ex : remplacer ln -s ~/home/
- Si jamais tu le fais sur une machine virtuelle ubuntu, il y a des dépendances à installer :
apt-get install libncurses5-dev
apt-get install ncurses-term
apt-get install zlib1g-dev
apt-get install gawk
apt-get install bison
apt-get install flex
apt-get install autoconf
apt-get install subversion
apt-get install patch
- avant de faire cette commande
make world V=99
il faut se trouver dans le repertoire /openwrt
Aussi, la doc parle de faire des wget pour récupérer des archives, mais avec moi ça ne marchait jamais, fichier corrumpu etc. le mieux c'est de le télécharger et le mettre à la main dans le répertoire pour le "dézipper"
La semaine prochaine, je devrais avoir du temps à consacrer à vérifier ton serveur et te faire une image si tu n'a pas réussi
C'est un peu compliqué à faire avec AirOS, car on ne peut pas modifier le fichier wifidog.conf après coup, il faut recompiler... C'est pour cela que faire ses premiers tests avec un wrt54g/L est intéressant.
Mais tu sembles être *extrêmement* motivé alors amuses toi :)
Cordialement
Jackson JOSEPH-EUGENE
Coordinateur technique et des bénévoles Ile Sans Fil
2012/7/25 Andrei <email address hidden>
> Sometimes, there is so few activities here that it seem that
> authpuppy's dead. His father wifidog is almost dead but not totally.
>
> I installed Openwrt on one of my router. It worked fine and i really
> don't know what distro i took, this time it was just for a test with a
> cheap router a TP-Link 741ND ver. 2.5 with this firmware : openwrt-
> ar71xx-
> wich "backfire" (an openwrt serious expression) it is related to, but
> it seem to be the last one 10.03.1 created at the end of December 2011.
>
> Now i have my router running. But as it is for DD-WRT there is no
> official documents about installing a router based on OpenWRT with a
> specific tool related to wifidog and there's nothing about authpuppy.
> In my point of view, it is good to have an authentication server but
> if there no "gas" to run it (even if there is router's image made for
> it) it remain a server who does nothing. Anyway.
>
> I found some links about wifidog one where a geek make it complicated
> for nothing creating a dual boot router with dual wifidog daemons. I
> think that the guy lost itself in his own explanation that we can see
> here :
>
> https:/
> it is like )
>
> I found this url :
>
> http://
>
> Having ??? signs in the wifidog configuration of the router :
>
> opkg install wifidog
> vi /etc/???
> . /etc/init.d/??? enable
> . /etc/init.d/??? start
> netstat -a
>
> and i can see if this package can be run in my backfire 10.0.03.1
> firmware.
>
> Is there's some other ways to installed a running and working router
> with authpuppy without having to take an image of an existing running
> router ? (So many thanks to those who helped about that image by the
> way and i don't want to tell name here).
>
> Why there is no real documentation about the half side of authpuppy :
> The communication side ?
>
> --
> You received this bug notification because you are subscribed to
> AuthPuppy.
> https:/
>
> Title:
> Connection management problem
>
> Status in AuthPuppy authentication server for Wifidog networks:
> New
>
> Bug description:
> Some ways to configure wifidog in DD-WRT make it works although
> there's others ways were it lead to problems.
>
> On first instance, since i made classful connections meaning that
> having a network topology having one of the address's type between
> 192.168.1.0 to
> 192.168.254.0 (class C) respecting mask related to class C connection
> which are 255.255.255.0
> (otherwise /24) help a lot and solve many problems.
>
> I discovered it cause my airport extreme router (made by Apple) is a
> class A router. This mean that adressing the mask must respect
> 255.0.0.0 network topology (in other word /8) and a 10.0.0.0 network
> type adressing topology.
>
> This may be obsolete for certain peoples, but that's not the case on
> some iptables (firewall) entries. I discover that a class C address
> with a 255.255.0.0 mask may be refused by some linux ip tables rules
> of linux based server.
>
> It may be possible to change iptables having classless adressing
> instead classful adressing.
>
> GOD ! why it is so hard to explain !!! Anyway ... in english.
>
> Now, that this problem lead me to have better results in my
> connection's problems, if in the wifidog dd-wrt configuration of my
> router i simply disable HTTP Server Authentication Support, i have
> this kind of url :
>
>
> https:/
> (grc.com contains a lot of useful things by the way) .
>
> But if i enabled it everything's fine, and i have access to internet.
> But i do not have any splash page, and my server is configured to have
> splash page only connection.
>
> If i disabled AuthServer SSL Available it may lead to the same problem
> explain before. The only way to have a connection is to enable HTTP
> Server Authentification Support all the subsequent textboxes are
> blank, and having AuthServer SSL Available enabled.
>
> So if it make a difference in configuration it may be also be a bug
> ...
>
> To manage notifications about this bug go to:
> https:/
>
--
You received this bug notification because you are subscribed to AuthPuppy.
https:/
Title:
Connection management problem
Status in AuthPuppy authentication server for Wifidog networks:
New
Bug description:
Some ways to configure wifidog in DD-WRT make it works although
there's others ways were it lead to problems.
On first instance, since i made classful connections meaning that having a network topology having one of the address's type between 192.168.1.0 to 192.168.254.0 (class C) respecting mask related to class C connection which are 255.255.255.0
(otherwise /24) help a lot and solve many problems.
I discovered it cause my airport extreme router (made by Apple) is a
class A router. This mean that adressing the mask must respect
255.0.0.0 network topology (in other word /8) and a 10.0.0.0 network
type adressing topology.
This may be obsolete for certain peoples, but that's not the case on
some iptables (firewall) entries. I discover that a class C address
with a 255.255.0.0 mask may be refused by some linux ip tables rules
of linux based server.
It may be possible to change iptables having classless adressing
instead classful adressing.
GOD ! why it is so hard to explain !!! Anyway ... in english.
Now, that this problem lead me to have better results in my
connection's problems, if in the wifidog dd-wrt configuration of my
router i simply disable HTTP Server Authentication Support, i have
this kind of url :
https:/
(grc.com contains a lot of useful things by the way) .
But if i enabled it everything's fine, and i have access to internet.
But i do not have any splash page, and my server is configured to have
splash page only connection.
If i disabled AuthServer SSL Available it may lead to the same problem
explain before. The only way to have a connection is to enable HTTP
Server Authentification Support all the subsequent textboxes are
blank, and having AuthServer SSL Available enabled.
So if it make a difference in configuration it may be also be a bug
...
To manage notifications about this bug go to:
https:/