Comment 10 for bug 1028578

ça c'est le syndrome classique d'une doc faite par des personnes
extrêmement spécialistes, et en manque de temps :)

en effet, il n'y a pas de doc pas à pas "montez votre serveur authpuppy de
A à Z pour les nuls" avec tous les détails. Il faut chercher... demander de
l'aide...

J'en conviens , c'est compliqué, mais j'espère que tu serais volontaire
pour réecrire une doc quand tout sera terminé !

Jackson

2012/7/26 Andrei <email address hidden>

> Bonjour Geneviève,
> En fait, toute cette documentation n'a de lien qu'en les cherchant. Bien
> sur, pour une personne qui connait l'histoire wifidog et la suite logique
> que fut authpuppy à wifidog, tout celà est "transparent".
> Mais d'une part si on pose une question sur wifidog, les réponses sont que
> ce système n'est maintenant plus supporté et qu'il a été remplacé par
> authpuppy. Donc globalement, ça dit ce que ça dit.
> De deux choses l'une, oui je conviens que Wifidog puisse être encore
> présent à même authpuppy et de l'autre que Wifidog ai un statut de système
> qui n'est plus supporté. Ce qui est paradoxal.
> Cependant, rien n'indique que la doc de wifidog est celle qui doit être
> utilisée pour la poursuite des choses sur les routeurs.
> De la documentation de Wifidog, il y en a une qui concerne le serveur et
> une qui suit la suite normale des choses c'est à dire les liens externes au
> serveurs wifidog, ce qui en fait un système complet.
> De la documentation d'Authpuppy, il en a une qui concerne le serveur et
> une suite anormale (à mon avis) qui ne dit rien en ce qui concerne les
> liens externes à authpuppy. Que ce soit Wifidog, que ce soit Openmesh (ce
> que j'ai vu notamment) ou autre, il me semble tout à fait légitime d'avoir
> une partie qui indique ces particularités. On va même jusqu'à enlever
> wifidog sur la dernière version de DD-WRT car ceux ci n'ont pas
> connaissance de l'existence d'Authpuppy, de son utilisation de Wifidog sur
> les routeurs, en croyant que tout n'est relié qu'à Wifidog (le serveur) et
> que celui ci est obsolete. En nul occasion on ne parle d'Authpuppy
> lorsqu'on se réfère à Wifidog, mis à part quelques exceptions.
> Alors je crois, toujours personnellement, que c'est tout indiqué d'avoir
> ne serait ce que des liens qui soit clairs et présents pour indiquer ce
> qu'il y a à faire pour la suite c'est à dire les routeurs.
> Encore une fois, je parle comme une personne qui n'a pas suivi toute
> l'histoire d'Authpuppy, et j'imagine que ça doit être la même chose pour
> une personne qui s'investis nouvellement à déployer un serveur
> d'authentification Authpuppy sans l'aide de techniciens.
> Voilà, merci pour les données que tu me donnes, car de ce que j'ai vu sur
> le seul lien ou on en parle il n'y a que es ???. Disons que ça et dire que
> ça peut être n'importe quoi c'est pareil.
> Alors voilà, je peux me tromper mais c'est un point de vue personnel que
> je suis à même de constater.
> Bonne soirée,
> André
>
>
> > Date: Fri, 27 Jul 2012 00:09:59 +0000
> > From: <email address hidden>
> > To: <email address hidden>
> > Subject: [Bug 1028578] Re: Connection management problem
> >
> > Salut Andrei,
> >
> > Je ne vois pas exactement ce que tu demandes dans ton 2e message. Dans
> > les commandes avec les ???, voici ce que ce serait
> >
> > opkg install wifidog
> > vi /etc/wifidog.conf (ou /etc/config/wifidog.conf) # C,est le fichier
> de config et tu dois l'éditer selon tes besoins
> > . /etc/init.d/wifidog enable
> > . /etc/init.d/wifidog start
> >
> > AuthPuppy n'est que le serveur d'authentification et ne va pas sur les
> > routeurs. Et si la doc manque sur le comment de la communication avec
> > le routeur, c'est parce qu'elle est identique à ce que c'était avec le
> > vieux wifidog. AuthPuppy n'est que la nouvelle version du serveur
> > wifidog, donc pour tout ce qui est relation client wifidog/serveur
> > authpuppy, regarde la documentation de wifidog à http://dev.wifidog.org
> >
> > --
> > You received this bug notification because you are subscribed to the bug
> > report.
> > https://bugs.launchpad.net/bugs/1028578
> >
> > 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://www.nexeras.com/login/?gw_address=192.168.10.1&gw_port=2060&gw_id=2&url=http%3A//www.grc.com/
> > (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://bugs.launchpad.net/authpuppy/+bug/1028578/+subscriptions
>
> --
> You received this bug notification because you are subscribed to
> AuthPuppy.
> https://bugs.launchpad.net/bugs/1028578
>
> 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://www.nexeras.com/login/?gw_address=192.168.10.1&gw_port=2060&gw_id=2&url=http%3A//www.grc.com/
> (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://bugs.launchpad.net/authpuppy/+bug/1028578/+subscriptions
>