laurentm a écrit 107 commentaires

... mettre (sdx,y) à la place de (hdx,y) dans la conf de grub ?

Merci pour vos réponses.

Je suis allé voir du côté de gtk-webcore, impossible de le compiler. Dommage, je retenterai quand j'aurais un peu plus de temps à lui consacrer.

Dillo est vraiment trop "basic" ... mais quel rapidité !!

Opera me semble plutot bien, je lui reproche quand même 3 choses :
- pas libre
- pas de adblock like (ou j'ai pas trouvé !)
- qt, les menus sont moches (probablement parce que je n'ai pas installé de thèmes qt) et ne s'intègre pas avec mon bureau xfce (même si ce n'est pas très grave)

Conclusion : je garde mon firefox pour le moment.

Une route indique à l'OS où envoyer les paquets pour atteindre un réseau précis.
Généralement, tu as une route pour le réseau local et une route par défaut (pour le reste du monde). Pour avoir la liste des routes de ton pc-local : route -n

# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0

La première route c'est pour mon réseau local (192.168.1.0/255.255.255.0) et la deuxième la route par défaut (0.0.0.0/0.0.0.0).

En gros, tout les paquets qui ne sont pas à destination du réseau local sont envoyés à la passerelle par défaut (192.168.1.254). Et après c'est la passerelle (ton routeur dans ton cas) qui se charge de router les paquets vers le bon réseau.

Pour pouvoir t'aider, est-ce que tu pourrais nous donner les adresses IPs de ton routeur, ton pc-local et des appareils en wifi) ?

Je ne sais pas si j'ai bien tout compris à ton explication, mais voila quelques réponses qui pourront (enfin je l'espère) t'aiguiller vers des solutions :

- pour récupérer la liste des IP attribuées par le routeur :
Je ne connais pas de moyen directe, voir la doc de ton routeur et du côté du protocole SNMP : http://fr.wikipedia.org/wiki/Snmp

- pour envoyer des paquets vers les adresses IP en wifi :
Vérifie que tu as bien une route sur ton pc-local et sur ton routeur pour atteindre le réseau en wifi et normalement il n'y a rien de particulier à faire. Si le ping passe, le reste devrait passer (modulo les firewall).

Ca peut paraitre bête ce que je vais dire, mais j'ai du monter le son du lecteur CD pour enfin entendre quelque chose. Vérifie que tu n'as pas le même problème et que le volume du lecteur CD n'est pas à zéro...

Je ne connais pas les outils de Mandriva, mais tu devrais t'en sortir en console avec alsamix.

Et tu pourrais nous dire comment tu accèdes à l'esclave (qui doit certainement s'appeler hdb), ce que tu as fait, ce que tu voudrais faire ? Quel est le type de système de fichiers utilisé ? Est-ce que tu peux lire ce qu'il y a sur ton disque dur ? Quel est le détail de tes partitions ? Où est installée Mandriva ?

PS : ca n'a probablement rien à voir avec KDE

Gerald a donné la solution au point 2.

Edite ton fichier /etc/dhclient.conf, tu devrais voir une ligne commentée qui ressemble à ça :
prepend domain-name-servers 127.0.0.1;

Décommente cette ligne et remplace l'adresse IP par celle de ton DNS.

Tu auras alors un /etc/resolv.conf qui ressemblera à ça :
nameserver 127.0.0.1
nameserver <DNS fourni par ton routeur>

Si tu utilises supersede à la place de prepend, tu auras uniquement le DNS que tu as spécifié.

Je te conseille de lire le man de dhclient.conf parce que j'ai pas testé ce que je viens de t'expliquer, alors peut-être que ça marchera pas du permier coup :)

Et merci à Gerald pour la solution.

On dirait bien que tu es en DHCP et que c'est ton routeur qui t'envoie tes informations pour configurer ta connexion, dont les serveurs DNS.

Peut-être que tu as la possibilité de modifier la configuration de ton routeur pour envoyer les DNS de ton FAI à la place du routeur lui-même.

Peut-être que ton client DHCP te permet d'ignorer tout ce qui concerne la configuration des DNS (et la modification du fichier /etc/resolv.conf).

Peut-être modifier ton fichier /etc/resolv.conf pour avoir en même temps l'adresse IP de ton routeur et des DNS de ton FAI (bof bof comme solution).

Peut-être en mettant le fichier /etc/resolv.conf en lecteur seule avec uniquement les DNS de ton FAI (vraiment très très moyen comme solution).

Ou finalement, une autre solution que je ne connais pas :)

A priori, tout est bon, sauf le point suivant :
- x2 ne connait pas le réseau R2 (pas de route vers 192.168.52.0/24), ce qui fait qu'il enverra tous les paquets à destination de R2 vers sa route par défaut

Et une petite question, est-ce qu'il suffit de donner la route vers 0.0.0.0 pour tout balancer vers Internet ? Je pensais qu'il fallait au moins donner l'adresse du prochain saut/de la prochaine passerelle...

Thanks for your link !

I made a new patch based on the patch from Vassilii for the 2.6.12 kernel. You can find it here :
http://fogoh.free.fr/misc/ov511-2.28_linux-2.6.12.patch(...)

The patched driver runs well on my box. You only need to modprobe the ov511 and ovcamchip modules.

Regards,
Laurent

Il te faut hotplug, hal et dbus et vérifier que les démons hal et dbus sont lancés.

Ensuite, pas besoin de kde ou de gnome. Il suffit de faire un mount bien placé dans le dossier /media et ca roule tout seul.

Quand je branche ma clé usb, j'ai un dossier /media/usbdisk qui est créé. Il ne me reste plus qu'à faire mount /media/usbdisk pour avoir accès au contenu de la clé.

Je n'utilise ni kde ni gnome, alors peut-être qu'ils font le montage automatiquement ... je sais pas, faut voir.

Félicitation :)

D'où venait le problème finallement ?

Si ton modem adsl est branché sur eth0 et que tu fais du ppp pour accéder au net (présence de ppp0), tu n'as pas besoin d'adresse ip sur eth0.
Pour la "déconfigurer" :
# ifconfig eth0 0.0.0.0

Normalement, tu ne devrais avoir plus qu'une seule route vers le réseau 192.168.0.0/24 via eth1.

Après il faut vérifier que l'ip forwarding est bien activé sur A :
# cat /proc/sys/net/ipv4/ip_forward
1

Si tu obtiens 0, c'est que le forward n'est pas activé. Pour l'activé :
# echo "1" > /proc/sys/net/ipv4/ip_forward

Attention, cette configuration est perdue quand tu redémarres ta machine.

Et pour finir, vérifie tes règles iptables pour faire du nat. Ton interface d'entrée est eth1 et ton interface de sortie est ppp0.

- grisbi
http://www.grisbi.org/(...)

- gnucash
http://www.gnucash.org/(...)

- KMoney

Et personnellement, je n'en utilise aucun...

Tes interfaces eth0 et eth1 sont sur le même réseau ... ce qui n'est pas forcement bon.

Quelle interface est sur ton réseau local ? Comment est-ce que tu te connectes à internet ? RTC, ADSL, modem/routeur, pppoe, ... ?

As-tu essayé de pinger l'interface ppp0 de A depuis B ?

La commande chvt permet de changer le terminal affiché.

pour aller à la première console virtuel :
# chvt 1

pour retourner en mode graphique
# chvt 7

J'ai pas tester, mais ca devrait marcher quand même.

Quand tu te connectes à ton samba depuis ton windows, tu as les même droits que l'utilisateur nobody (guest account = nobody), donc tu n'as pas les droits nécessaires pour supprimer dans fichier de ton home.

Tu as plusieurs solution :
- changer les droits de tes fichiers
- guest account = le_login_de_ton_user
- définir un partage spéciale [Home] du genre :
[home]
comment = Users' home directories
path = /home
read only = no
public = no

Je ne suis pas sûr de la définition du partage ...
--> man smb.conf

Voila.

Tu as une interace ppp0 qui est up avec une adress ip public ... à priori, tu es bien connecté au net.

Maintenant, je pense qu'il faudrait voir les points suivants :
- les routes
- les DNS
- ton firewall

pour connaitre ta table de routage :
# route -n

pour les DNS :
# cat /etc/resolv.conf

pour le firewall :
désolé mais je ne connais pas Mandriva

Essaie de faire un ping sur www.google.fr ou sur l'adresse ip 66.249.93.104 pour voir d'où peut venir le problème.

Je ne sais pas ça peut t'aider, mais j'avais essayer de faire fonctionner un modem Bewan ADSL USB il y a quelque temps de cela ... environ un an. Et finalement, j'ai appris que le modèle gris-petit-carré (celui que j'avais) n'était pas supporté par le dirver Bewan, uniquement le gros vert/bleu.
Et bien sûr, ces 2 modèles avaient la même référence sur leur site :-/

Mais bon, ça date un peu quand même ... il y a peut-être eu une évolution depuis.

http://linuxfr.org/forums/10/11273.html(...)

Merci pour le lien, le module compile sans problème. Par contre, impossible de charger le module ov518_decomp...

# modprobe ov511_decomp
FATAL: Error inserting ov511_decomp (/lib/modules/2.6.12-ARCH/extra/ov511_decomp.ko): Unknown symbol in module, or unknown parameter (see dmesg)

et le dmesg

Sep  7 13:13:15 winter Linux video capture interface: v1.00
Sep  7 13:13:15 winter drivers/usb/media/ov511.c: USB OV518 video device found
Sep  7 13:13:15 winter drivers/usb/media/ov511.c: Device revision 1
Sep  7 13:13:16 winter drivers/usb/media/ov511.c: Compression required with OV518...enabling
Sep  7 13:13:17 winter drivers/usb/media/ov511.c: Sensor is an OV6630AF
Sep  7 13:13:18 winter drivers/usb/media/ov511.c: Device at usb-0000:00:02.0-1 registered to minor 0
Sep  7 13:13:18 winter usbcore: registered new driver ov511
Sep  7 13:13:18 winter drivers/usb/media/ov511.c: v1.64 for Linux 2.5 : ov511 USB Camera Driver
Sep  7 13:13:18 winter ov518_decomp: disagrees about version of symbol ov511_deregister_decomp_module
Sep  7 13:13:18 winter ov518_decomp: Unknown symbol ov511_deregister_decomp_module
Sep  7 13:13:18 winter ov518_decomp: disagrees about version of symbol ov511_register_decomp_module
Sep  7 13:13:18 winter ov518_decomp: Unknown symbol ov511_register_decomp_module

J'ai l'impression qu'il fait référence au module ov511 fournit avec mon noyau et qu'il n'utilise pas celui que j'ai compilé.

Il faut que tu recompiles ton noyau avec le patch mppe. Ce patch permet à pptpd de lire/envoyer des données dans un format crypté.
Pour ça, je te renvoie à la doc de ta distribution.

Attention, si tu le compiles en module, il faudra le charger explicitement avant de lancer pptpd.

Il ne faut pas oublier non plus de l'activer dans la config de pptpd. De mémoire, il faut ajouter :
require-mschap-v2
require-mppe-128

Et normalement, dans logs du serveur pptpd, tu peux voir une ligne indiquant que mppe est bien activé.

Avec le bridging, ta machine se comporte comme un hub/switch. Donc tu n'as plus besoin de t'embêter à faire du nat.

La machine 'test' sera sur ton réseau 192.168.0.0/24 au même titre que 'machinedesbulles' et ton serveur.

Pour accéder au net à partir de ta machine 'test', tu dois passer par 2 nat. Ok, c'est une solution qui fonctionne, sauf que tu risques de rencontrer les problèmes liés à l'utilisation du nat.

Je te conseille de faire du bridging sur 'machinedesbulles'. Comme ça, tes deux machines seront sur le même réseau et tu supprimes un nat.

En pratique, ca donne qqch du genre :

1) création du pont
// création du pont
brctl addbr br0
// ajout des 2 interfaces
brctl addif wlan0
brctl addif eth0

2) configuration du pont
ifconfig br0 192.168.0.10

3) configuation de 'test'
Lui mettre une adresse ip appartenant au même réseau (192.168.0.11 par exemple).

4) Ca devrait marcher :)

Un bon point de départ sur le bridging :
http://bridge.sourceforge.net/howto.html

Tu peux peut-être regarder du côté de shfs :
http://shfs.sourceforge.net/(...)

Tu peux monter un système de fichier en passant par ssh. Je ne l'ai jamais essayé et je ne peux pas te dire si c'est utilisable ou pas.

En utilisant le bouton du milieu à la place du bouton de gauche, nautilus ouvre une nouvelle fenêtre et ferme l'ancienne. Ce n'est pas exactement ce que tu cherches, mais c'est déjà ça.

Je sais qu'il existe un moyen pour avoir une sorte d'explorateur de fichiers (comme XP !), en cherchant sur google tu devrais trouver assez vite.