Salut,more /proc/sys/net/ipv4/ip_forward
me renvoie 1, donc le routage est activé.
Non, cela n'a rien à voir. Le paramètre noyau
/proc/sys/net/ipv4/ip_forward sert à indiquer au noyau s'il doit se
comporter comme un routeur ou non, c'est-à-dire être capable de router
des paquets venant d'un réseau vers un autre réseau. Ça n'est pas
votre cas ici.
je peux donc switcher sur "0" ce paramètre sans problème, je pense.
Petite remarque : si MASTER sert de passerelle internet pour VECTRA, il
faut laisser ce paramètre à 1, sur MASTER uniquement. Mais ça n'a pas
l'air d'être le cas puisque VECTRA n'a pas de passerelle par défaut dans
sa table de routage. VECTRA n'a pas besoin de passerelle par défaut si
elle ne doit communiquer qu'avec MASTER ou les autres machines de son
réseau local.
*sur VECTRA*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:08:54:D0:71:89
inet adr:192.168.0.200 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::208:54ff:fed0:7189/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:916 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:90412 (88.2 Kb)
Interruption:11 Adresse de base:0x6f00
On peut voir que des paquets ont été émis mais aucun reçu.*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
RAS.PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.200 icmp_seq=2 Destination Host Unreachable
From 192.168.0.200 icmp_seq=3 Destination Host Unreachable
From 192.168.0.200 icmp_seq=4 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4999ms
, pipe 3
Peux-tu confirmer que ces messages d'erreurs ne s'affichent pas
immédiatement au lancement de la commande mais après un petit délai de
l'ordre de la seconde ?
Ils correspondraient alors à l'absence de réponse de la machine cible à
la requête ARP qui précède l'émission des paquets IP. Cette absence de
réponse provoque l'émission en local (sur l'interface lo) de paquets
ICMP "host unreachable". S'il s'était agi d'un problème de route ou de
configuration IP, la réponse aurait été immédiate et plutôt du type
"network unreachable" que "host unreachable" ou "no route to host".
Tu peux vérifier tout cela avec un outil de capture de trafic comme
tcpdump sur les deux machines, en observant eth0 et lo.
*traceroute6 192.168.0.1*:
traceroute: unknown host 192.168.0.1
Il a dit "traceroute", pas "traceroute6". Si tu demandes un traceroute
IPv6 sur une adresse IPv4, c'est sûr que ça ne va pas bien marcher.(l'utilitaire traceroute n'est pas installé sur ce poste??)
Toi seul peut le savoir, c'est ta machine, non ?
*sur MASTER*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:50:04:61:4B:7B
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::250:4ff:fe61:4b7b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:890 frame:0
TX packets:0 errors:764 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:4868 (4.7 Kb) TX bytes:0 (0.0 b)
Interruption:11 Adresse de base:0xec00
Le point intéressant est dans les compteurs : il n'y a aucun bon paquet
émis ou reçu mais des erreurs d'overrun en réception et des erreurs de
transmission. Donc l'interface a bien reçu et essayé d'émettre quelque
chose. On dirait qu'il y a un problème au niveau de la carte, du pilote,
de la liaison physique (connectique/câble/hub/switch), ou du paramétrage
vitesse/duplex...
Les voyants "link" des deux cartes indiquant la liaison sont-ils bien
allumés des deux côtés ?
Qu'y a-t-il dans les logs du noyau concernant eth0 ?
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
*ping 192.168.0.2*:
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
Ce serait peut-être plus utile avec 192.168.0.200, non ?
Je dirais que ta configuration IP est bonne, mais que l'interface eth0
de MASTER a un problème.
Salut,
more /proc/sys/net/ipv4/ip_forward
me renvoie 1, donc le routage est activé.
Non, cela n'a rien à voir. Le paramètre noyau
/proc/sys/net/ipv4/ip_forward sert à indiquer au noyau s'il doit se
comporter comme un routeur ou non, c'est-à-dire être capable de router
des paquets venant d'un réseau vers un autre réseau. Ça n'est pas
votre cas ici.
je peux donc switcher sur "0" ce paramètre sans problème, je pense.
Petite remarque : si MASTER sert de passerelle internet pour VECTRA, il
faut laisser ce paramètre à 1, sur MASTER uniquement. Mais ça n'a pas
l'air d'être le cas puisque VECTRA n'a pas de passerelle par défaut dans
sa table de routage. VECTRA n'a pas besoin de passerelle par défaut si
elle ne doit communiquer qu'avec MASTER ou les autres machines de son
réseau local.
*sur VECTRA*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:08:54:D0:71:89
inet adr:192.168.0.200 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::208:54ff:fed0:7189/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:916 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:90412 (88.2 Kb)
Interruption:11 Adresse de base:0x6f00
On peut voir que des paquets ont été émis mais aucun reçu.
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
RAS.
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.200 icmp_seq=2 Destination Host Unreachable
From 192.168.0.200 icmp_seq=3 Destination Host Unreachable
From 192.168.0.200 icmp_seq=4 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4999ms
, pipe 3
Peux-tu confirmer que ces messages d'erreurs ne s'affichent pas
immédiatement au lancement de la commande mais après un petit délai de
l'ordre de la seconde ?
Ils correspondraient alors à l'absence de réponse de la machine cible à
la requête ARP qui précède l'émission des paquets IP. Cette absence de
réponse provoque l'émission en local (sur l'interface lo) de paquets
ICMP "host unreachable". S'il s'était agi d'un problème de route ou de
configuration IP, la réponse aurait été immédiate et plutôt du type
"network unreachable" que "host unreachable" ou "no route to host".
Tu peux vérifier tout cela avec un outil de capture de trafic comme
tcpdump sur les deux machines, en observant eth0 et lo.
*traceroute6 192.168.0.1*:
traceroute: unknown host 192.168.0.1
Il a dit "traceroute", pas "traceroute6". Si tu demandes un traceroute
IPv6 sur une adresse IPv4, c'est sûr que ça ne va pas bien marcher.
(l'utilitaire traceroute n'est pas installé sur ce poste??)
Toi seul peut le savoir, c'est ta machine, non ?
*sur MASTER*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:50:04:61:4B:7B
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::250:4ff:fe61:4b7b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:890 frame:0
TX packets:0 errors:764 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:4868 (4.7 Kb) TX bytes:0 (0.0 b)
Interruption:11 Adresse de base:0xec00
Le point intéressant est dans les compteurs : il n'y a aucun bon paquet
émis ou reçu mais des erreurs d'overrun en réception et des erreurs de
transmission. Donc l'interface a bien reçu et essayé d'émettre quelque
chose. On dirait qu'il y a un problème au niveau de la carte, du pilote,
de la liaison physique (connectique/câble/hub/switch), ou du paramétrage
vitesse/duplex...
Les voyants "link" des deux cartes indiquant la liaison sont-ils bien
allumés des deux côtés ?
Qu'y a-t-il dans les logs du noyau concernant eth0 ?
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
*ping 192.168.0.2*:
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
Ce serait peut-être plus utile avec 192.168.0.200, non ?
Je dirais que ta configuration IP est bonne, mais que l'interface eth0
de MASTER a un problème.
Salut,more /proc/sys/net/ipv4/ip_forward
me renvoie 1, donc le routage est activé.
Non, cela n'a rien à voir. Le paramètre noyau
/proc/sys/net/ipv4/ip_forward sert à indiquer au noyau s'il doit se
comporter comme un routeur ou non, c'est-à-dire être capable de router
des paquets venant d'un réseau vers un autre réseau. Ça n'est pas
votre cas ici.
je peux donc switcher sur "0" ce paramètre sans problème, je pense.
Petite remarque : si MASTER sert de passerelle internet pour VECTRA, il
faut laisser ce paramètre à 1, sur MASTER uniquement. Mais ça n'a pas
l'air d'être le cas puisque VECTRA n'a pas de passerelle par défaut dans
sa table de routage. VECTRA n'a pas besoin de passerelle par défaut si
elle ne doit communiquer qu'avec MASTER ou les autres machines de son
réseau local.
*sur VECTRA*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:08:54:D0:71:89
inet adr:192.168.0.200 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::208:54ff:fed0:7189/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:916 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:90412 (88.2 Kb)
Interruption:11 Adresse de base:0x6f00
On peut voir que des paquets ont été émis mais aucun reçu.*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
RAS.PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.200 icmp_seq=2 Destination Host Unreachable
From 192.168.0.200 icmp_seq=3 Destination Host Unreachable
From 192.168.0.200 icmp_seq=4 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4999ms
, pipe 3
Peux-tu confirmer que ces messages d'erreurs ne s'affichent pas
immédiatement au lancement de la commande mais après un petit délai de
l'ordre de la seconde ?
Ils correspondraient alors à l'absence de réponse de la machine cible à
la requête ARP qui précède l'émission des paquets IP. Cette absence de
réponse provoque l'émission en local (sur l'interface lo) de paquets
ICMP "host unreachable". S'il s'était agi d'un problème de route ou de
configuration IP, la réponse aurait été immédiate et plutôt du type
"network unreachable" que "host unreachable" ou "no route to host".
Tu peux vérifier tout cela avec un outil de capture de trafic comme
tcpdump sur les deux machines, en observant eth0 et lo.
*traceroute6 192.168.0.1*:
traceroute: unknown host 192.168.0.1
Il a dit "traceroute", pas "traceroute6". Si tu demandes un traceroute
IPv6 sur une adresse IPv4, c'est sûr que ça ne va pas bien marcher.(l'utilitaire traceroute n'est pas installé sur ce poste??)
Toi seul peut le savoir, c'est ta machine, non ?
*sur MASTER*:
*ifconfig -a*:
eth0 Lien encap:Ethernet HWaddr 00:50:04:61:4B:7B
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::250:4ff:fe61:4b7b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:890 frame:0
TX packets:0 errors:764 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:4868 (4.7 Kb) TX bytes:0 (0.0 b)
Interruption:11 Adresse de base:0xec00
Le point intéressant est dans les compteurs : il n'y a aucun bon paquet
émis ou reçu mais des erreurs d'overrun en réception et des erreurs de
transmission. Donc l'interface a bien reçu et essayé d'émettre quelque
chose. On dirait qu'il y a un problème au niveau de la carte, du pilote,
de la liaison physique (connectique/câble/hub/switch), ou du paramétrage
vitesse/duplex...
Les voyants "link" des deux cartes indiquant la liaison sont-ils bien
allumés des deux côtés ?
Qu'y a-t-il dans les logs du noyau concernant eth0 ?
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
*ping 192.168.0.2*:
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
Ce serait peut-être plus utile avec 192.168.0.200, non ?
Je dirais que ta configuration IP est bonne, mais que l'interface eth0
de MASTER a un problème.
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
*route -n*:
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
ils sont reliés avec un câble catégorie 5. c'est bon?
ils sont reliés avec un câble catégorie 5. c'est bon?
ils sont reliés avec un câble catégorie 5. c'est bon?
dogood wrote:ils sont reliés avec un câble catégorie 5. c'est bon?
Peu de choses à voir avec croisé/droit.
Chez mon fournisseur "chinois" de matériel, les cables croisés sont avec
des "bouts" noirs, et ceux droit (directs) sont avec des bouts blancs.
Tu n'a pas répondu si il y a un HUB/switch entre tes machines ou si
elles sont directement connectées.
dogood wrote:
ils sont reliés avec un câble catégorie 5. c'est bon?
Peu de choses à voir avec croisé/droit.
Chez mon fournisseur "chinois" de matériel, les cables croisés sont avec
des "bouts" noirs, et ceux droit (directs) sont avec des bouts blancs.
Tu n'a pas répondu si il y a un HUB/switch entre tes machines ou si
elles sont directement connectées.
dogood wrote:ils sont reliés avec un câble catégorie 5. c'est bon?
Peu de choses à voir avec croisé/droit.
Chez mon fournisseur "chinois" de matériel, les cables croisés sont avec
des "bouts" noirs, et ceux droit (directs) sont avec des bouts blancs.
Tu n'a pas répondu si il y a un HUB/switch entre tes machines ou si
elles sont directement connectées.
Nazcafan wrote:
...
bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou autre),
t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Nazcafan wrote:
...
bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou autre),
t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Nazcafan wrote:
...
bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou autre),
t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Nazcafan wrote:
...bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou
autre), t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Salut
Si tu peux voir les couleurs des fils dans les prises :
- dans un câble droit, tu retrouves les mêmes couleurs dans le même
ordre des deux côtés
- dans un câble croisé les fils 1 et 2 s'inversent avec les 3 et 6
Nazcafan wrote:
...
bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou
autre), t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Salut
Si tu peux voir les couleurs des fils dans les prises :
- dans un câble droit, tu retrouves les mêmes couleurs dans le même
ordre des deux côtés
- dans un câble croisé les fils 1 et 2 s'inversent avec les 3 et 6
Nazcafan wrote:
...bon au risque de passer pour un gros crétin avec une question à deux
balles, si tes pc's sont reliés directement (pas de switch ou
autre), t'as bien mis un cable éthernet croisé et pas un cable droit ?
--
Nazcafan
ils sont reliés avec un câble catégorie 5. c'est bon?
@+
Salut
Si tu peux voir les couleurs des fils dans les prises :
- dans un câble droit, tu retrouves les mêmes couleurs dans le même
ordre des deux côtés
- dans un câble croisé les fils 1 et 2 s'inversent avec les 3 et 6
...maintenant, j'essaie de changer de carte réseau. J'en ai une
neuve, et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
...maintenant, j'essaie de changer de carte réseau. J'en ai une
neuve, et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
...maintenant, j'essaie de changer de carte réseau. J'en ai une
neuve, et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Oui, j'avais remarqué. Mais ça ne devrait pas gêner, non ?
Je me demande si ça ne pourrait pas être lié à la connexion PPP. Sur mon
poste Windows, quand j'établis une connexion PPTP avec l'option route par
défaut activée (équivalent de l'option "defaultroute" de pppd), la
métrique de l'ancienne route par défaut passe de 1 à 2. Ce qui n'est pas
une mauvaise idée AMA.
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Oui, j'avais remarqué. Mais ça ne devrait pas gêner, non ?
Je me demande si ça ne pourrait pas être lié à la connexion PPP. Sur mon
poste Windows, quand j'établis une connexion PPTP avec l'option route par
défaut activée (équivalent de l'option "defaultroute" de pppd), la
métrique de l'ancienne route par défaut passe de 1 à 2. Ce qui n'est pas
une mauvaise idée AMA.
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
213.36.81.19 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0
0.0.0.0 213.36.81.19 0.0.0.0 UG 0 0 0 ppp0
Curieux qu'il y ait deux fois la route vers 192.168.0.0/24.
Et avec un metric de 10 alors qu'en toute logique il devrait être de 0.
Oui, j'avais remarqué. Mais ça ne devrait pas gêner, non ?
Je me demande si ça ne pourrait pas être lié à la connexion PPP. Sur mon
poste Windows, quand j'établis une connexion PPTP avec l'option route par
défaut activée (équivalent de l'option "defaultroute" de pppd), la
métrique de l'ancienne route par défaut passe de 1 à 2. Ce qui n'est pas
une mauvaise idée AMA.
...maintenant, j'essaie de changer de carte réseau. J'en ai une neuve,
et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
Elle n'est pas enfichée de travers ?
Tu as essayé dans un autre slot PCI ?
C'est quoi comme carte ?
...maintenant, j'essaie de changer de carte réseau. J'en ai une neuve,
et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
Elle n'est pas enfichée de travers ?
Tu as essayé dans un autre slot PCI ?
C'est quoi comme carte ?
...maintenant, j'essaie de changer de carte réseau. J'en ai une neuve,
et Mandriva est infoutue de la détecter. un lspci fait comme
si elle n'était pas branchée... je n'y comprends rien, je ne sais pas
comment faire, alors si qq un sait ce qui peut empêcher Mandriva de
voir une carte réseau pci, ou comment lui faire détecter...
c'est la même carte qui est sur VECTRA avec Mandriva tout pareil :((
@+
Elle n'est pas enfichée de travers ?
Tu as essayé dans un autre slot PCI ?
C'est quoi comme carte ?