Connection management problem

Bug #1028578 reported by Andrei
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
AuthPuppy
New
Undecided
Unassigned

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 ...

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :

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-generic-tl-wr741nd-v2-squashfs-factory.bin and i do not know 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://forum.openwrt.org/viewtopic.php?id=24926 (Just reading it and it is like )

I found this url :

http://wiki.openwrt.org/doc/howto/wireless.hotspot.wifidog

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 ?

Revision history for this message
jackson (neojack34-isf) wrote : Re: [Bug 1028578] Re: Connection management problem
Download full text (6.0 KiB)

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://dev.wifidog.org/wiki/doc/install/airos

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/ISF/wifidog/airos/wifidog/
par ln -s /home/ISF/wifidog/airos/wifidog/

- 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-generic-tl-wr741nd-v2-squashfs-factory.bin and i do not know 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://forum.openwrt.org/viewtopic.php?id=24926 (Just reading it and it
> is like )
>
> I found this url :
>
> http://wiki.openwrt.org/doc/howto/wireless.hotspot.wifidog
>
> Having ??? signs in the wifidog configurat...

Read more...

Revision history for this message
eric descoteaux (eric-eric) wrote :
Download full text (9.2 KiB)

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://dev.wifidog.org/wiki/doc/install/airos

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/ISF/wifidog/airos/wifidog/ par ln -s /home/ISF/wifidog/airos/wifidog/

- 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-generic-tl-wr741nd-v2-squashfs-factory.bin and i do not know
> wich "backfire" (an openwrt serious expression) it is related to, but
> it seem to be the last one 10.03.1 c...

Read more...

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :
Download full text (9.1 KiB)

Merci Jackson, C'est très apprécié. Je vais y voir dès que possible. Je suis toujours intéréssé par le routeur Linksys, mais s'il n'y a pas lieu, alors je m'en achèterai un.
Pour le reste tout y est merci énormément.
André

> Date: Thu, 26 Jul 2012 14:32:44 +0000
> From: <email address hidden>
> 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://dev.wifidog.org/wiki/doc/install/airos
>
>
> 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/ISF/wifidog/airos/wifidog/
> par ln -s /home/ISF/wifidog/airos/wifidog/
>
> - 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-generic-tl-wr741nd-v2-squashfs-factory.bin and i do not know 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 i...

Read more...

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :
Download full text (12.7 KiB)

Merci infiniment Éric. Ja vais y voir également pour ce qui est de DD-WRT.
Je ne savais pas qu'il fallais utilisé la mac adress (du moins celle en lien avec l'adressage réseau du routeur) j'ai toujours utilisé le node, donc en DD-WRT le node n'est pas utilisé si je comprends bien.
Le web server name est il bien le nom de domaine utilisé pour rejoindre le serveur, dans mon cas, mon nom de domaine est une redirection vers l'adresse wan de mon réseau.
Pour le reste je vais pouvoir m'y faire.
Merci beaucoup !

André

> Date: Thu, 26 Jul 2012 19:44:19 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: RE: [Bug 1028578] Re: Connection management problem
>
> 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://dev.wifidog.org/wiki/doc/install/airos
>
>
> 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/ISF/wifidog/airos/wifidog/ par ln -s
> /home/ISF/wifidog/airos/wifidog/
>
> - 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 c...

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :

J'aimerais beaucoup beaucoup que tu me prête le router Linksys en question Jackson.

Au moins tout les efforts fait pour utiliser DD-WRT et/ou OPENWRT ne seront pas en vain.

Finalement Open-wrt c'étais pour désigner AirOS avec sa partie Openwrt, ou autrement dit un Airos d'Ubiquiti basé sur Openwrt existant déjà dans tout produit Ubiquiti ! J'ai brické trois routeurs avec Openwrt (c'est une bombe à retardement ce firmware) pour finalement savoir ce qui précède !

De plus, j'ai multiplié les messages ou j'ai fait part du Gateway-ID comme étant le numéro de node alors que c'est une mac adress ..................................... ? Que de temps perdu !

Anyway, je vais faire avec, je penses que je vais aller faire une marche finalement.

Merci pour votre aide c'est grandement apprécié !

Revision history for this message
gbastien (gbastien02) wrote :

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

Revision history for this message
jackson (neojack34-isf) wrote :
Download full text (8.7 KiB)

ç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 dema...

Read more...

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :

J'ai poussé trop loin les commentaires donc je les ai mis en hide. Il n'avait pas lieu et on ne peut avoir tout d'un système déjà très complexe en soi. Je le reconnais peut être tardivement mais bon.

Geneviève, je crois que tu es le coeur même de cette plateforme qu'est authpuppy, et mes commentaires ne se voulaient en aucun lieu en regard à toi, mais à des généralités qui sont du domaine technique et littéraire, ce à quoi j'ai réagi mais à tort.

Alors voilà tout a été dit et je poursuis mes projets.

Merci beaucoup !

Revision history for this message
Frédéric Sheedy (fsheedy) wrote :

André, le bogue est réglé?
Sinon, peux-tu fournir les nouveaux détails suite aux différentes solutions qui ont été données.

Revision history for this message
Andrei (andrei-halle-deactivatedaccount) wrote :
Download full text (4.2 KiB)

Non pour le moment, il est toujours actuel et je n'ai pas trouvé ce qui pourrait corriger la situation. C'est une situation qui "heureusement" ne se généralise pas à tout type d'installation dans sa dernière définition.
Par contre, au niveau Debian, ce que j'explique, en ce qui concerne les topology classless et classful, est une règle des iptables (C'est une norme de la réseautique au delà de Debian). Si on ne crée pas d'exception dans les iptables, alors il peut y avoir refus de connections. Si j’utilise un adressage de type 192.168.x.x alors le masque réseau doit être de 255.255.255.0 ou /24 sinon on déroge à la règle concernant la classe C en adoptant un masque différent. C'est ce que j'ai expérimenté seulement chez moi, et à de nombreuses reprises toujours faudrait il voir si ce problème se répète ailleurs pour pouvoir le détailler.
Quant à la persistance de la connexion, elle est à problème, si par exemple, je me connecte avec nom d'usager et mot de passe. À cet effet, la persistance de la connexion fait que lorsque pour un même poste de travail, ou qu'importe, l'usager se déconnecte du SSID et qu'un autre prends sa place pour le même poste de travail, alors il n'a pas à s'identifier, il est identifier au même titre que l'usager précédant.
Je ne pourrais mieux documenter le problème. Il est tel que je le cite ci haut. Pour le reste il m'est difficile d'aller chercher des éléments qui puissent me donner davantage d'informations sur mon serveur par manque de connaissance. Si j'ai des éléments supplémentaires à signaler je le ferai dans un message subséquent.

> Date: Fri, 10 Aug 2012 19:01:44 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 1028578] Re: Connection management problem
>
> André, le bogue est réglé?
> Sinon, peux-tu fournir les nouveaux détails suite aux différentes solutions qui ont été données.
>
> --
> 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.
>
> ...

Read more...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.