laurentm a écrit 107 commentaires

http://mahonet.info/~kozou/english.html (ASCII Art japonais, avec leur charset, je trouve ça très joli)

Dans ce cas là, on ne devrait pas plutôt parler de UTF8 Art ? :)

Avec toutes les redirections vers /dev/null, on ne peut pas voir d'où provient ton problème car aucune des sortie n'est affichée. Essaie de lancer webmin avec la commande suivante, ça devrait être un peu plus causant :

/etc/webmin/start

Il me semble que Debian n'utilise pas encore udev et est resté à devfs. Si c'est le cas, ou si tu ne veux pas t'embéter à faire des règles udev, tu peux utiliser l'outil ifrename. Pour l'avoir utilisé sur plusieurs machines, je te confirme que ça fonctionne très bien.

http://packages.debian.org/stable/net/ifrename

Quand ta machine a fini de démarrer, vérifie que tes modules sont bien chargés avec la commande lsmod. Si ils ne sont pas présents dans la liste c'est que tu n'as pas modifié le bon fichier.

Il se peut aussi que eth1 soit renommé en eth0, le nommage des interfaces réseaux dépend de l'ordre dans lequel les modules sont chargés.

Puisque ta partition linux est passé de hda3 à hda4, il faut également le dire à ton noyau. Dans le fichier de configuration de grub, tu as une ligne qui ressemble à ceci :

kernel   blabla   root=/dev/hda3  blabla

Il faut que tu remplaces le hda3 par hda4 et ça devrait être bon.

Parfait ! Merci pour tes liens vers les exemples "hello world", c'est exactement ce que je cherchais.

Je bookmark également le reste, ce sera toujours pour la suite !

Bien vu pour kdevelop, je n'y avais pas du tout pensé ! Vu que j'utilise gvim dans un environement xfce4/gtk, je n'ai pas le reflex d'aller voir ce que propose kde ou les applis en qt. Je vais quand même l'installer pour voir ce qu'il peut m'apporter.

Concernant le choix du C, je suis d'accord avec toi, ce n'est pas forcement la meilleure idée. Mais bon, j'ai envie de faire C, ne me demandez pas pourquoi :-)

Python me semble très intéressant et je n'en entends que du bien. C'est dans ma liste des trucs à approfondir un jour. Par contre, pour les autres langages que tu cites, ils ne m'attirent pas trop... Peut-être plus tard.

Merci pour lien vers la doc d'automake, ca va me faire de la lecture pour mes vacances.

Concernant le makefile, je vais me contenter de quelque chose de simple pour le moment, donc je ne pense pas avoir besoin de récursivité !

Merci d'avoir répondu !

Cependant, ce n'est pas le genre de réponse que j'attendais (ma faute, je n'ai pas forcement été très clair dans mes questions). J'aurais très bien pu commencer un nouveau projet en C++/Qt, mon problème aurait été le même. Là où je suis perdu, c'est pour tout ce qu'il y a autour du code source : comment fonctionne et à quoi sert le script configure, les bonnes règles à utilisées pour le makefile, ce qu'il faut faire pour mettre le projet sous GPL, etc.

Je te remercie quand même pour ta réponse, j'ai découvert des liens intéressants pour GTK ;-)

Si ton application est un serveur (comme Apache par exemple), il faut dire à cette application d'écouter sur une adresse IP définie. Par défaut, les applications doivent écouter sur toutes les adresses IPs disponibles.

Si ton application doit contacter un serveur (comme Firefox qui contacte un Apache), il n'y a rien à faire. C'est le noyau qui se charge de router les paquets sur le bonne carte réseau, il faut donc que tes routes soient correctement établies.

Tu as quelle adresse IP pour wlan0 sur ton pc ? Tes interfaces eth0 et wlan0 ne doivent pas être sur le même réseau. C'est-à-dire que wlan0 ne doit pas avoir une adresse en 192.168.1.x, sinon il faudra changer ton réseau pour eth0 (192.168.2.x par exemple) sur tes deux machines.

Pourrais-tu donner le résultat de la commande 'route -n' sur tes deux machines ?

Bonjour,

C'est bien, tu nous expliques ce que tu souhaites faire, ce que tu as déjà fait. Mais si tu ne nous dis pas quel est ton problème, on ne pourra pas beaucoup t'aider :-)

Pour router du traffic entre tes 2 interfaces réseaux, tu n'as pas besoin d'iptables (à moins que tu souhaites faire du nat ou bloquer des paquets).

Tu as 2 interfaces réseaux, donc 2 réseaux différents, donc 2 routes différentes. Par exemple :
- eth0
adresse IP 192.168.0.1
réseaux 192.168.0.0 / 24

-eth1
adresse IP 192.168.1.1
réseaux 192.168.1.0 / 24

Pour configurer tout ça :
# ifconfig eth0 192.168.0.1
# ifconfig eth1 192.168.1.1

Vérification :
# ifconfig
(tu devrais avoir tes 2 interfaces avec les bonne IPs)
# route -n
(tu devrais voir les 2 routes vers les 2 réseaux différents via les 2 interfaces)

A ce stage, tu peux atteindre des machines sur les 2 réseaux mais les 2 réseaux ne peuvent pas communiquer entre eux. Tu peux essayer des pings dans tous les sens pour tester.

Pour faire en sorte que les 2 réseaux communiquent, il suffit d'activer les fonctions de routage de ton noyau :
# echo 1 > /proc/sys/net/ipv4/ip_forward

Et n'oublie pas de configurer les machines de chaques réseaux pour indiquer que ton serveur et leur passerelle par défaut.

Je n'ai absolument pas testé ce que je viens d'écrire alors je ne te guarantie pas ce que ça va fonctionner ;-)

Je ne connais pas les options de compilation du noyau utilisées par Mandriva, mais le driver rt2500 (celui qui tu utilises probablement pour ta carte wifi) plante lamentablement avec les noyaux SMP.

Le nouveau driver (rt2x00) corrige ce problème. Il est marqué comme experimental sur le site, donc à toi de voir si tu veux l'utiliser...

http://rt2x00.serialmonkey.com/wiki/index.php/Downloads

Il y a un truc qui va pas dans la configuration de tes VLAN. Comme l'a dit galactikboulay, tu ne dois pas avoir le même réseau pour tes différents VLAN.

VLAN 100
- réseau 192.168.100.0/255.255.255.0
- adresse IP machine : 192.168.100.1
- adresse IP passerelle : 192.168.100.254

VLAN 200
- réseau 192.168.200.0/255.255.255.0
- adresse IP machine : 192.168.200.1
- adresse IP passerelle : 192.168.200.254

Ensuite tu actives les fonctions de routage de paquets dans ton noyau :
echo "1" > /proc/sys/net/ipv4/ip_forward

Normalement (j'ai pas testé), ta passerelle va router les paquets entre les 2 réseaux.

Avec le firmware de base, je ne sais pas si c'est possible.

Comment peux-tu savoir que passer en WPA ton P3 ne pose pas de problème et alors que pour ton P4 si ? Tu as fais des tests ? C'est une vraie question, je me demande juste ce qui te fait dire ça, c'est tout...

Ce se serait pas plutot 10Mb/s au lieu de 10Mo/s ?

Le WAP prend pas mal de ressource et si ce n'est pas géré en hardware par la carte (à mon avis aucune carte ne le fait, mais c'est à vérifier) c'est ton processeur qui fait tout le boulot. Ce qui est vrai pour ton PC l'est également pour ton WRT54G.
A mon avis, le goulot d'étranglement en WPA est ton routeur. Il doit décoder la trame qu'il reçoit, puis la coder de nouveau en WPA pour le destinataire, et tout ça sur un petit processeur.

Ce que tu peux faire, c'est regarder la charge sur le WRT54G quand tu es en WPA pour la comparer sans le WPA. On verra bien si j'ai raison.

J'ai également une MSI PC54G2 et un WTR54GS, je suis en WPA depuis le début et je n'ai jamais eu de problème de connexion (environ 10m et une cloison).

As-tu essayé de démarrer une autre machine que ton portable avec les cd de mandriva ?

Le WPA avec le module rt2500 fonctionne très bien. Par contre, je n'ai pas testé non plus l'interface graphique.

Si tu nous donnais les messages d'erreur dans les logs, ça pourrait nous être utile pour t'aider ;-)

J'ai un peu de mal à voir ce que tu souhaites faire. Tu voudrais dire à mplayer d'utiliser eth0 pour lire la video d'une url ?

Si je ne me trompe pas, c'est en fonction des routes configurées dans ton noyau. Pour accéder à l'adresse IP contenue dans ton url, le noyau va regarder sa table de routage et choisir par quelle interface il va envoyer les paquets.

Si tu pouvais nous donner un peu plus d'info :
- les adresses IP de eth0 et de l'interface wifi
- les routes du noyau (obtenu avec la commande 'route -n')
- un exemple d'url que tu souhaite atteindre

D'après moi, le seul moment où tu peux configurer une interface pour une application, c'est quand tu lances un service. Par exemple : je veux qu'apache écoute sur eth0 mais pas sur le wifi.

Que donne un ping vers ton firewall ?
Es-tu sûr que ton firewall fait également passerelle ?

- un problème de route
Que donne le résultat de la commande suivante 'route -n' ?

- un problème de DNS
Vérifie que ta résolution de nom fonctionne et essaie de faire un ping vers 212.27.33.225.

J'ai un WRT54GS v4 avec OpenWrt. Comme le boot_wait n'est pas activé sur les v4, il faut installer OpenWrt depuis l'interface web. Attention, ne te trompe pas de firmware, sinon tu risques de te retrouver avec un joli presse-livre bleu et noir avec 2 antennes :-)

Le flashage s'est bien passé même si je me suis fait une petite frayeur (il faut bien lui laisser le temps de redémarrer, il me semble qu'il redémarre 2x avant d'être utilisable).

Ensuite, la première chose à faire et d'activer le boot_wait.

Je conseille d'aller faire un tour sur le wiki d'OpenWrt qui est très bien fait et complet :
http://wiki.openwrt.org/OpenWrtDocs

Attention, tous les WRT54GS n'ont pas forcement plus de RAM et de ROM que les WRT54G. [1]

Heureux possesseur de la version 4 d'un WRT54GS, je me suis rendu compte qu'il n'avait que 4Mo de ROM et 16Mo de RAM (ce qui est suffisant pour l'usage que j'en fait). Mais il parait que certains modèles de WRT54GS v4 possède quand même 8M de ROM et 32 Mo de RAM [2].

[1] http://wiki.openwrt.org/TableOfHardware
[2] http://forum.openwrt.org/viewtopic.php?id=2964

ayé, j'ai réfléchi :-)

Il faut éditer le fichier /boot/grub/device.map.

PS: c'est possible que ce soit une 2ème grosse connerie ... j'ai pas disque SATA pour tester ;-)