Marc Quinton a écrit 1566 commentaires

quelle est la taille de la base de données :

- un simple grep peut suffit,
- un petit script php en ligne de commande avec les dmb aussi
- et plus complet un script php (puisque tu connais un peu) avec mysql et pourquoi pas une interface d'admin ecrite elle aussi en php/apache.

pour commencer lance 2 terminaux
- 1 qui lit sur le port série,
- 1 qui ecrit

et l'interrogation a la base de données, c'est ton serveau qui remplace. Quand
cela va marcher, tu pourras mettre en oeuvre le reste (bd et scripts)

PhpMyEdit qui est a classer dans la meme catégorie.

http://phpmyedit.org/home.php(...)

c'est clair comme explication. C'est visible en cliquant sur le lien Home, mais
pas quand tu arrives sur le site, tu as index, mais pas home ; allez comprendre
la subtilité windowsienne.


What is XPde?

It's a desktop environment(XPde) and a window manager(XPwm) for Linux. It tries to make easier for Windows XP users to use a Linux box. Nothing more, no clipboard compatibility between Gtk and Qt applications, no emulation of Windows applications, no unification on the widgets of X applications, just a desktop environment and a window manager.

If you want to know at a glance what XPde is, read the FAQ and check out the Screenshots before Download. You can contact with us in the Forums, in the Development mailing list, in our IRC channel or submitting here your Feedback. If you find a bug, please, submit it HERE, and if you want to join us or check out who we are, browse the Team Page.

sauf erreur de ma part, le pure safe mode passe soit par du cgi avec SUID bit ou par suexec (de memoire). Ces 2 modes permettent d'acceder directement a l'espace user du compte avec les bons uid et gid. Sans ce mécanisme, tous les comptes sont a plats et espionnables par tous les scripteurs PHP un peu curieux.

Sauf que le safe mode permet d'interdir certaines choses :
- plus d'acces aux scripts shell (system, fork, back-cote)
- impossibilité de remonter au niveau des repertoire, juste de descendre,
- ... (y'en a d'autre)

La liste des fonctions php interdites est configurable.

je ne vois pas ce qui peut couter plus cher dans l'upload que dans le download. Certes il s'agit d'une liaison Adsl (le A c'est assymétrique) ; mais derriere le DSLAM le tout se transforme en traffic IP. Sur internet on ne retrouve que du traffic IP. Et jusqu'a preuve du contraire, les FAI ont des connexions Internet completement symétriques.

Si les tarifs sont élevés, c'est surment pour une pure raison commerciale ou eventuellement d'ethique : on veut brider les ordinateurs finaux en terme de service internet, en particulier le p2p.

Concernant les questions de Sylvain, visiblement, les 10% de traffic réseau seraient dus, si j'ai bien compris aux couches réseau et en particulier a TCP/IP. Effectivement ce protocole est un protocole avec acquitements et controle de flux. Il y a forcement un petit overhead.

une page perso, c'est une page perso. Les espace de stockage dans la mesure ou il ne sont pas abusif sur le plan volume ou legalité devraient etres admis. Je paie 30E/mois pour un service forfaitaire comprenant l'hebergement d'un espace disque de 100Mo. Et j'ai le droit d'en faire ce que je veux. C'est ce qu'i s'appelle espace Web perso.

enfin certains chez Free ne sont pas d'accords avec ce point de vue.

par ailleurs j'ai aussi un espace Web non plus perso mais famillial ou j'ai des photos. C'est un domaine privé accessible uniquement par mot de passe. Est-ce que je sort du cadre ? Je n'ai pas envie de voir les photos de mes enfants sortir sur internet a tout va.

les choses ne sont pas si simples.

vous pouvez faire ce test :

* ouvrir une session imp sur imp.free.fr
* copier l'url
* ouvrir un nagivateur dans un autre processus (completement indépendant, via les profil par exemple)
* coller l'url et ouvrir.

-> ouverture du compte sans mot de passe !

cela signifie que l'intégralité des informations nécessaires a la connexion sont fournis dans l'URL. En effet, on voit qu'il y a une ou 2 clés. C'est le cas parce que les sessions ne sont pas transmises par cookie mais via l'url comme expliqué dans un post.

les sessions en php sont gérées de 2 facons :
* par cookies, mais pas toujours supportées (desactivé par les utilisateurs rebels),
* par transmission d'une clé via l'url (c'est notre cas)


et pourquoi ca peut-etre grave.

hé bien, dans ce cas, cela peut etre tres grave si vous recevez des mails avec liens externes. En effet lorsque vous cliquez sur le liens, automatiquement le referer est transmis en meme temps que la requete. Et dans ce "referer", on dispose de toutes les informations de connexion. Ces informations de session assurant la connexion au compte perdurent le temps de la connexion sur imp. Elle peuvent donc durer une journée complete.

Attention, il n'est point besoin de cliquer pour transmettre un referer. Un simple mail au format HTML avec un include d'une image devrait suffit. De la a réaliser un traitement automatique que l'on nomme virus ... et nous voila pas loin d'une tempete de l'internet.

Pour corriger ce probleme :
* demander a free.fr de remettre transitoirement les cookies,
* faire en sorte que les referers ne soient pas transmis sur le serveur imp :
** au mieux c'est une configuration Apache,
** sinon, c'est un peu de code php : il est possible de forger un header a la mimine ...
* jongler avec les adresses IP, mais c'est pas toujours tres facile suivant les lieux de connexion : proxy, entreprise, fai.

la source, mais ou est donc la source de cet article, tres certainement pas sur le site njuris.com.

voici des articles issus du site de news Yahoo eux-meme issus d'une agence de depeche je suppose.

http://fr.news.yahoo.com/040429/5/3rpyb.html(...)
http://fr.news.yahoo.com/040429/1/3rpi1.html(...)

vous pensez que Njuris est autorisé a publier ces articles ?

Sasser, sisi, tout en camion ;-)

normal, quand on est connecté a internet via un modem USB on est en prise directe avec les scan réseau. Mais si tu as un modem ethernet, il est fort porbable que ton PC sous Windows ne soit pas dans la DMZ. Tu ne peux donc pas etre contaminé de l'extérieur ; seulement par mail ou piece jointe et aussi un scan interne.

voici ce qu'il y a dans la boite :

http://seattlewireless.net/index.cgi/ISL3893?action=highlight&v(...)

c'est tres certainement du chipset ISL3893 sur le produit WL-122 - Wireless Network Broadband Router 100g+ ; quand aux autres, je ne sais pas encore.

petit soucis a la décompression :

mimosa.marc 3 :zcat REL_sitecom.tar.gz | tar -tvf -
drwxr-xr-x root/root 0 2004-04-02 12:23:33 REL_SITECOM/
-rw-r--r-- root/root 4754456 2004-04-02 12:22:55 REL_SITECOM/apps.tgz
-rw-r--r-- root/root 2174664 2004-01-27 04:37:22 REL_SITECOM/uClibc-0.9.19.tar.gz
-rw-r--r-- root/root 750328 2004-04-02 12:16:49 REL_SITECOM/patch-apps.bz2
-rw-r--r-- root/root 221 2004-01-27 04:56:50 REL_SITECOM/RELEASE
-rw-r--r-- root/root 1116836 2004-01-27 06:46:50 REL_SITECOM/patch-knl.bz2
-rw-r--r-- root/root 26861263 2004-01-27 06:59:35 REL_SITECOM/linux-2.4.17_mvl21_mips_malta.orig.tar.gz
zcat: REL_sitecom.tar.gz: invalid compressed data--format violated
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

voici mon checksum

mimosa.mquinton 5 :md5sum REL_sitecom.tar.gz
b9d50661b6ded7c7bf4afbb5e354f83a REL_sitecom.tar.gz

y'a aussi ce lien :

WL-122 Wireless Broadband router 100g+
Firmware Source code GPL
Note that these downloads are completely unnecessary unless you plan to do programming to alter the code. OS independent english

http://www.sitecom.com/md_download.php?md_id=1442(...)

il suffit d'aller dans la section support / firmware et de chercher un routeur 54G :

http://www.sitecom.com/driversmanuals.php?grp_id=6&prod_id=244&(...)
ce qui conduit sur ce lien (y'en a peut-etre d'autres)

http://www.sitecom.com/md_download.php?md_id=1454(...)

cela va faire une jolie alternative au linksys Wrt54g.

l'annonce, la meme je pense est sur le site : http://meiosys.kinoademo.com/eng/careers/sssengtoul_fr.html(...)

non, c'est juste la frame-encadrante, etant de toulouse, je vais leur proposer de faire la correction. Ca sera le prix d'un repas pour midi et un ticket d'entrée pour le poste ... bah non il m'intéresse pas trop finalement ;-)

reste encore le probleme du portable pirate rattaché au réseau. Sans compter que ces précautions (bios et boot) sont rarement prise dans un réseau bureautique et qu'un PC sous windows peut souvent redemarrer sous Linux. Mais il reste encore la barriere des passerelles vers les branches unix a passer en effet souvent les réseaux sont scindés.

propose leur une formation unix ;-) tout bon unixien sait que etre root c'est une carte pour le nirvana ...

""Pire, autant il est vrai que la plupart des informaticiens savent déjà taper quand ils attaquent leurs études, autant il serait donc d'autant plus nécessaire de leur montrer comment mieux taper, afin de ne pas perdre de temps ou tomber malade à cause d'une mauvaise utilisation intuitive de l'outil ...""

demandez donc a l'imam qui vient d'etre expulsé ce qu'il en pense ;-)

apres mure reflexion et aussi parce que la nuit porte conseil. Je me suis dis que tout administrateur réseau se doit de gerer et configurer son réseau. Dans une entreprise, un réseau est segmenté avec une inter-connexion de chaque segment. On ne verra jamais plus de 50 PC sur la meme branche de réseau, enfin tout dépend du type d'application. Ces 50 PC dialoguent entre eux et sont généralement ratachés au meme serveur. De meme ils ont une gateway tant pour
sortir sur Internet qu'atteindre d'autres branches du réseau.

Alors je présume que les réseau maillés Wifi devront de la meme facon être segmentés sous peine d'engorgement. Cela consiste a choisir :
- 1 : un canal (le reste des parametres Wifi n'a pas d'importance dans ce contexte), peut-etre si c'est automatisable une liste de canaux préférés avec une détection automatique des colisions ou des canaux les plus saturés,
- 2 : une adresse IP et un mask de sous-réseau,
- 3 : je vois rien d'autre.

d'autre part il existe 2 types d'utilisateurs internet :
- 1 : le power user qui n'arrete pas de télécharger et saturer la bande passante, celui qui dispose d'un acces TV via son ADSL consome aussi pas mal de bande passante mais n'est pas un power user ; je ne pense pas que la Wifi résidentielle soit adaptée a cet usage. Ce power user tot ou tard aura son propre acces internet haut-debit,
- 2 : l'utilisateur normal qui pense que 30E par mois c'est un peu trop pour un acces haut debit meme illimité vu les usages qu'il en fait. Cet utilisateur surfe tous les jours sur Internet et lis son courrier electronique ; mais ce qui est certain, c'est que contrairement a nous, il ne passe pas sa journée devant un ecran d'ordinateur. Il a tres certainement une autre vie a part le net ... aller, faisons une estimation il faudrait 50 ou 100 de ces users pour saturer une ligne ADSL 1024 ou 2048.

Par experience, je vois que mon premier client Wifi consome dans une journée 5Mo de traffic Internet. C'est un retraité tout a fait ordinaire. Il s'occupe via de l'email de trouver des jobs a des demandeurs d'emploi et exerce des activités artistiques (peinture). Le fait d'avoir une connexion illimité lui a certainement fait doubler son temps d'utilisation du net, mais sans doute pas bcp plus. Quand ses petits enfants sont a la maison c'est une autre affaire ...

Donc, non, je ne crois pas que nous allons a notre perte.

exact, j'ai fais fonctionner AODV et j'ai été particulierement decu par le fait de devoir attendre a chaque clic souris sur mon navigateur le temps que la route soit trouvée. Je me suis dit soit c'est le protocole soit c'est une erreur de configuration de ma part. Cependant c'etait inutilisable.

Je me suis donc orienté vers OLSR. Et j'ai réussi sans trop de peine a faire fonctionner Unik-OLSR. Il n'est point besoin de modifier le noyau comme annoncé dans une reponse ci-dessus. Tout s'execute en mode user. C'est a mon avis idéal dans le cas d'un produit en cours de developpement. D'autre part le protocole OLSR genere des packets HELLO toutes les 2 secondes et agit sur la table de routage en fonction des reponses recus. Il n'est donc pas indispensable vu le peu de performances exigé qu'il fonctionne en mode noyau. Et tout comme la commande unix "route" il sait agir sur la table de routage via les appels systemes qui vont bien.

OLSR connait la notion de route par defaut, c'est son principal avantage dans le cadre d'une utilisation Wifi résidentielle avec passerelle Internet. Si l'adresse demandée ne fait pas partie du réseau wireless, le traffic est simplement transmit a la passerelle ar defaut. OLSR transmet cette information dans les messages echangés. Les clients OLSR savent donc trouver une passerelle par defaut ainsi que sont chemin pour y parvenir.

Unik-OLSR dispose d'un mécanisme de plugins. Il est developpé principalement par un thésard en norvege ou un pays voisin. Le protocole a l'origine est issu de L'INRIA. Vive la France. C'est actuellement le meilleur protocole pour faire du Wifi résidentiel. Reste maintenant a verifier qu'il est possible de réaliser des réseaux vastes. Pour ma part, ca ne m'interesse pas vraiment d'aller de l'autre coté de la planete avec ce protocole.

Il doit exister une version de AODV (UU) qui dispose de la notion de gateway. Et dans ce cas, tout comme OLSR il sait reconnaitre les portes de sortie vers internet et router le traffic vers ces gateway.

voila pour la synthèse.

c'est sympathique ce que tu annonces. De toute maniere, je ne pense pas réaliser un réseau metropolitain mais juste un réseau citadain. Un simple petit réseau constitué de quelques points d'acces : aller entre 10, 20, peut-etre 50. Et si comme tu le present, il y a des soucis de bande passante due a la surcharge du protocole OLSR, il sera toujours temps d'aviser le temps venu.

merci de nous mettre la puce a l'oreille.

tient, une autre table de routage avec 3AP ...

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
169.254.0.52 wl51 255.255.255.255 UGH 2 0 0 eth2
169.254.0.51 * 255.255.255.255 UH 1 0 0 eth2
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth2
169.254.0.0 wl51 255.255.0.0 UG 2 0 0 eth2
default wl51 0.0.0.0 UG 0 0 0 eth2

wl52 est accessible via wl51, et cette table provient de wl54. Ci dessous la reciproque :


Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
169.254.0.54 wl51 255.255.255.255 UGH 2 0 0 eth2
169.254.0.51 * 255.255.255.255 UH 1 0 0 eth2
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth2
169.254.0.0 wl51 255.255.0.0 UG 2 0 0 eth2
default wl51 0.0.0.0 UG 1 0 0 eth2


j'aimerai bien disposer d'une option 'typewriter" ou code ou pre ...

vous allez griller comme dans un micro-onde ...

OpenWrt tourne sur plusieurs AP dont des ASUS, des Buffalo. Mais je ne crois pas que la partie chipset ADSL sera gérée par le wag54g.