Nouvelle carte réseau ralentit la connexion modem RTC
33 réponses
degouville
Bonjour
PC sous Mandriva 2006 official (version download)
Je viens d'ajouter dans ce PC une carte r=E9seau =E9thernet (marque
Trust, chips Realtek) en pr=E9vision d'une prochaine connexion =E0
l'ADSL.
Pour le moment j'utilise encore ma connexion internet via mon modem RTC
56k externe. Je constate depuis l'installation de ma carte r=E9seau que
la connexion internet se fait bien (d=E9marrage de pppd, pas de message
particulier de kppp). Par contre je n'arrive absolument pas =E0 afficher
quoi que ce soit sous Firefox ou =E0 r=E9cup=E9rer mes courriels via pop3.
La connexion est d=E9sep=E9rement lente et rien ne passe.
Ce n'est pas un probl=E8me mat=E9riel car quand je boot le PC avec un
Linux live type knoppix, la m=EAme connexion modem RTC marche impec,
avec un d=E9bit beaucoup plus raisonnable !
J'imagine que ma Mandriva doit s'y perdre un peu avec l'arriv=E9e
r=E9cente de cette carte r=E9seau. Que faire ? Quelle log regarder pour
voir ce qui ne marche plus ?=20
Merci pour le conseil. Cela devra attendre un peu car le PC incriminé est à maison...et moi pas !
Nicolas George
Sébastien Kirche wrote in message :
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à l'introduction du support v6
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
et c'est destiné à remplacer ifconfig, route et arp.
Ainsi qu'introduire les outils d'administration de tunnels.
Sébastien Kirche
wrote in message <87k69vp5cc.fsf@petisuix.seki.fr>:
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à
l'introduction du support v6
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne
sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que
route permette de régler l'adresse source par défaut associée à une route.
Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par
netfilter.
et c'est destiné à remplacer ifconfig,
route et arp.
Ainsi qu'introduire les outils d'administration de tunnels.
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à l'introduction du support v6
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
et c'est destiné à remplacer ifconfig, route et arp.
Ainsi qu'introduire les outils d'administration de tunnels.
Pascal Hambourg
Sébastien Kirche wrote in message :
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à l'introduction du support v6
On peut manipuler les routes IPv6 avec la commande route.
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
Et la manipulation fine des routes locales, broadcast et multipath, les tables multiples, le routage par adresse source, ainsi que des choses bien crades comme la prise en charge d'une adresse sans l'affecter formellement à aucune interface. ;-)
Sébastien Kirche
wrote in message <87k69vp5cc.fsf@petisuix.seki.fr>:
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à
l'introduction du support v6
On peut manipuler les routes IPv6 avec la commande route.
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne
sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que
route permette de régler l'adresse source par défaut associée à une route.
Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par
netfilter.
Et la manipulation fine des routes locales, broadcast et multipath, les
tables multiples, le routage par adresse source, ainsi que des choses
bien crades comme la prise en charge d'une adresse sans l'affecter
formellement à aucune interface. ;-)
Apparemment ça n'est pas rigoureusement indispensable, ça semble lié à l'introduction du support v6
On peut manipuler les routes IPv6 avec la commande route.
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
Et la manipulation fine des routes locales, broadcast et multipath, les tables multiples, le routage par adresse source, ainsi que des choses bien crades comme la prise en charge d'une adresse sans l'affecter formellement à aucune interface. ;-)
Sébastien Kirche
Le 12 April 2006 à 13:22, Pascal Hambourg s'est exprimé ainsi :
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
Et la manipulation fine des routes locales, broadcast et multipath, les tables multiples, le routage par adresse source, ainsi que des choses bien crades comme la prise en charge d'une adresse sans l'affecter formellement à aucune interface. ;-)
J'ai l'impression que vous ne devez pas vous ennuyer avec vos réseaux :) -- Sébastien Kirche
Le 12 April 2006 à 13:22, Pascal Hambourg s'est exprimé ainsi :
Pas seulement : il y a certaines options de routage IPv4 avancées
qui ne sont pas manipulables avec route. Par exemple, je n'ai pas
l'impression que route permette de régler l'adresse source par
défaut associée à une route. Et ne parlons pas du routage sélectif
basé sur les marqueurs ajoutés par netfilter.
Et la manipulation fine des routes locales, broadcast et multipath,
les tables multiples, le routage par adresse source, ainsi que des
choses bien crades comme la prise en charge d'une adresse sans
l'affecter formellement à aucune interface. ;-)
J'ai l'impression que vous ne devez pas vous ennuyer avec vos réseaux :)
--
Sébastien Kirche
Le 12 April 2006 à 13:22, Pascal Hambourg s'est exprimé ainsi :
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
Et la manipulation fine des routes locales, broadcast et multipath, les tables multiples, le routage par adresse source, ainsi que des choses bien crades comme la prise en charge d'une adresse sans l'affecter formellement à aucune interface. ;-)
J'ai l'impression que vous ne devez pas vous ennuyer avec vos réseaux :) -- Sébastien Kirche
Eric Belhomme
Nicolas George <nicolas$ wrote in news:e1ilhs$8ck$:
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
sans parler de règles de routage avancées, de QoS...
-- Rico
Nicolas George <nicolas$george@salle-s.org> wrote in
news:e1ilhs$8ck$1@biggoron.nerim.net:
Pas seulement : il y a certaines options de routage IPv4 avancées qui
ne sont pas manipulables avec route. Par exemple, je n'ai pas
l'impression que route permette de régler l'adresse source par défaut
associée à une route. Et ne parlons pas du routage sélectif basé sur
les marqueurs ajoutés par netfilter.
sans parler de règles de routage avancées, de QoS...
Nicolas George <nicolas$ wrote in news:e1ilhs$8ck$:
Pas seulement : il y a certaines options de routage IPv4 avancées qui ne sont pas manipulables avec route. Par exemple, je n'ai pas l'impression que route permette de régler l'adresse source par défaut associée à une route. Et ne parlons pas du routage sélectif basé sur les marqueurs ajoutés par netfilter.
sans parler de règles de routage avancées, de QoS...
-- Rico
Nicolas George
Eric Belhomme wrote in message :
sans parler de règles de routage avancées,
Euh, il me semblait que c'était justement de ça que je venais de parler :-Þ
de QoS...
Ça, c'est pas ip qui s'en occupe, c'est tc si ma mémoire est bonne.
Eric Belhomme wrote in message
<Xns97A397C71E0CCericbelhommefreefr@212.27.42.204>:
sans parler de règles de routage avancées,
Euh, il me semblait que c'était justement de ça que je venais de parler :-Þ
de QoS...
Ça, c'est pas ip qui s'en occupe, c'est tc si ma mémoire est bonne.
Euh, il me semblait que c'était justement de ça que je venais de parler :-Þ
de QoS...
Ça, c'est pas ip qui s'en occupe, c'est tc si ma mémoire est bonne.
Sébastien Monbrun aka TiChou
Dans le message <news:, ** tapota sur f.c.o.l.configuration :
route est obsolète, il ne faut plus l'utiliser, c'est mal ! à la place il faut utiliser le paquetage iproute2
des liens sur l'obsolescence de la commande route?
La page officielle des net-tools (ifconfig, route, iptunnel, ...) :
http://www.tazenda.demon.co.uk/phil/net-tools/
Notez la date de la dernière version et ensuite amusez-vous à lire le ChangeLog de kernel.org depuis cette date.
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la souplesse et l'ergonomie de iproute2 est incomparable à celle des net-tools. D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent celle des commandes d'administrations des routeurs haut de gamme.
L'utilisation des commandes net-tools est lourde et illogique. Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à une interface il faille faire :
ifconfig interface add adresse ^^^ alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si, parlons-en tiens ! Les bugs d'affichage des adresses IPv6 dont souffrent les commandes 'ifconfig' et 'route', comme par exemple la disparition totale des adresses IPv6 avec la commande 'ifconfig' après avoir manipulé (ajout/suppression) un certain nombre d'adresses IPv6. Ou encore l'affichage tronqué ou erroné des routes quand on a un certain nombre d'adresses. Et le bug de ifconfig/iptunnel qui permet de créer des noms d'interfaces long (> 8 caractères) mais qui ne permet pas ensuite de les supprimer car le nom de l'interface est trop long... Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot ;p), c'est qu'à l'époque on avait beau soumettre les bugs en proposant même des correctifs dans le code, ils n'étaient pas pris en compte !
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue vie à iproute2 !
-- Sébastien Monbrun aka TiChou
Dans le message
<news:1144829175.361168.221250@i40g2000cwc.googlegroups.com>,
*octane@alinto.com* tapota sur f.c.o.l.configuration :
route est obsolète, il ne faut plus l'utiliser, c'est mal ! à la place il
faut utiliser le paquetage iproute2
des liens sur l'obsolescence de la commande route?
La page officielle des net-tools (ifconfig, route, iptunnel, ...) :
http://www.tazenda.demon.co.uk/phil/net-tools/
Notez la date de la dernière version et ensuite amusez-vous à lire le
ChangeLog de kernel.org depuis cette date.
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la souplesse
et l'ergonomie de iproute2 est incomparable à celle des net-tools.
D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent celle des
commandes d'administrations des routeurs haut de gamme.
L'utilisation des commandes net-tools est lourde et illogique.
Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à une
interface il faille faire :
ifconfig interface add adresse
^^^
alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si, parlons-en
tiens !
Les bugs d'affichage des adresses IPv6 dont souffrent les commandes
'ifconfig' et 'route', comme par exemple la disparition totale des adresses
IPv6 avec la commande 'ifconfig' après avoir manipulé (ajout/suppression) un
certain nombre d'adresses IPv6. Ou encore l'affichage tronqué ou erroné des
routes quand on a un certain nombre d'adresses.
Et le bug de ifconfig/iptunnel qui permet de créer des noms d'interfaces
long (> 8 caractères) mais qui ne permet pas ensuite de les supprimer car le
nom de l'interface est trop long...
Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot ;p),
c'est qu'à l'époque on avait beau soumettre les bugs en proposant même des
correctifs dans le code, ils n'étaient pas pris en compte !
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue vie
à iproute2 !
Dans le message <news:, ** tapota sur f.c.o.l.configuration :
route est obsolète, il ne faut plus l'utiliser, c'est mal ! à la place il faut utiliser le paquetage iproute2
des liens sur l'obsolescence de la commande route?
La page officielle des net-tools (ifconfig, route, iptunnel, ...) :
http://www.tazenda.demon.co.uk/phil/net-tools/
Notez la date de la dernière version et ensuite amusez-vous à lire le ChangeLog de kernel.org depuis cette date.
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la souplesse et l'ergonomie de iproute2 est incomparable à celle des net-tools. D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent celle des commandes d'administrations des routeurs haut de gamme.
L'utilisation des commandes net-tools est lourde et illogique. Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à une interface il faille faire :
ifconfig interface add adresse ^^^ alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si, parlons-en tiens ! Les bugs d'affichage des adresses IPv6 dont souffrent les commandes 'ifconfig' et 'route', comme par exemple la disparition totale des adresses IPv6 avec la commande 'ifconfig' après avoir manipulé (ajout/suppression) un certain nombre d'adresses IPv6. Ou encore l'affichage tronqué ou erroné des routes quand on a un certain nombre d'adresses. Et le bug de ifconfig/iptunnel qui permet de créer des noms d'interfaces long (> 8 caractères) mais qui ne permet pas ensuite de les supprimer car le nom de l'interface est trop long... Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot ;p), c'est qu'à l'époque on avait beau soumettre les bugs en proposant même des correctifs dans le code, ils n'étaient pas pris en compte !
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue vie à iproute2 !
-- Sébastien Monbrun aka TiChou
Pascal Hambourg
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la souplesse et l'ergonomie de iproute2 est incomparable à celle des net-tools. D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent celle des commandes d'administrations des routeurs haut de gamme.
On se demande qui a pompé sur qui. ;-)
L'utilisation des commandes net-tools est lourde et illogique. Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à une interface il faille faire :
ifconfig interface add adresse ^^^ alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
La forme avec 'add' fonctionne aussi en IPv4. Apparemment ça crée un alias automatiquement. Par contre 'del' n'a pas l'air de marcher pour supprimer une adresse ajoutée avec. C'est d'ailleurs une des choses que je reproche le plus à ifconfig, sa gestion calamiteuse des adresses multiples en IPv4. Et le fait qu'il ne gère pas la notation CIDR, et le fait qu'il ignore le masque de sous-réseau pour le calcul de l'adresse de broadcast (il prend celui de la classe de l'adresse à la place), obligeant à la spécifier explicitement... Ouais finalement ifconfig c'est bien pourri, je me demande pourquoi je l'utilise encore. Pour les compteurs sûrement, et l'habitude.
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si, parlons-en tiens ! Les bugs d'affichage des adresses IPv6 dont souffrent les commandes 'ifconfig' et 'route', comme par exemple la disparition totale des adresses IPv6 avec la commande 'ifconfig' après avoir manipulé (ajout/suppression) un certain nombre d'adresses IPv6.
Genre quand une numéro d'interface dépasse 2 chiffres hexa à cause d'un argument de scanf foireux ? Je me suis bricolé une version d'ifconfig qui corrige ça. :-)
Ou encore l'affichage tronqué ou erroné des routes quand on a un certain nombre d'adresses.
Jamais vu, mais je ne dois pas avoir assez d'adresses. De toute façon le format de sortie de 'route' en IPv6 est pourri en affichage 80 colonnes, et il liste même le contenu du cache de routage.
[...]
Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot ;p), c'est qu'à l'époque on avait beau soumettre les bugs en proposant même des correctifs dans le code, ils n'étaient pas pris en compte !
Ah, j'ai bien fait de corriger dans mon coin sans rien dire.
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue vie à iproute2 !
Et à ses bugs, comme interpréter (et afficher) la valeur de fwmark en hexa même sans '0x' devant. :-p Mais ça a peut-être été corrigé dans une version plus récente que celle que j'ai.
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la
souplesse et l'ergonomie de iproute2 est incomparable à celle des
net-tools. D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent
celle des commandes d'administrations des routeurs haut de gamme.
On se demande qui a pompé sur qui. ;-)
L'utilisation des commandes net-tools est lourde et illogique.
Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à
une interface il faille faire :
ifconfig interface add adresse
^^^
alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
La forme avec 'add' fonctionne aussi en IPv4. Apparemment ça crée un
alias automatiquement. Par contre 'del' n'a pas l'air de marcher pour
supprimer une adresse ajoutée avec. C'est d'ailleurs une des choses que
je reproche le plus à ifconfig, sa gestion calamiteuse des adresses
multiples en IPv4. Et le fait qu'il ne gère pas la notation CIDR, et le
fait qu'il ignore le masque de sous-réseau pour le calcul de l'adresse
de broadcast (il prend celui de la classe de l'adresse à la place),
obligeant à la spécifier explicitement... Ouais finalement ifconfig
c'est bien pourri, je me demande pourquoi je l'utilise encore. Pour les
compteurs sûrement, et l'habitude.
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si,
parlons-en tiens !
Les bugs d'affichage des adresses IPv6 dont souffrent les commandes
'ifconfig' et 'route', comme par exemple la disparition totale des
adresses IPv6 avec la commande 'ifconfig' après avoir manipulé
(ajout/suppression) un certain nombre d'adresses IPv6.
Genre quand une numéro d'interface dépasse 2 chiffres hexa à cause d'un
argument de scanf foireux ? Je me suis bricolé une version d'ifconfig
qui corrige ça. :-)
Ou encore
l'affichage tronqué ou erroné des routes quand on a un certain nombre
d'adresses.
Jamais vu, mais je ne dois pas avoir assez d'adresses. De toute façon le
format de sortie de 'route' en IPv6 est pourri en affichage 80 colonnes,
et il liste même le contenu du cache de routage.
[...]
Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot
;p), c'est qu'à l'époque on avait beau soumettre les bugs en proposant
même des correctifs dans le code, ils n'étaient pas pris en compte !
Ah, j'ai bien fait de corriger dans mon coin sans rien dire.
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue
vie à iproute2 !
Et à ses bugs, comme interpréter (et afficher) la valeur de fwmark en
hexa même sans '0x' devant. :-p Mais ça a peut-être été corrigé dans une
version plus récente que celle que j'ai.
Mais à mon tour aussi d'ajouter mon commentaire : la puissance, la souplesse et l'ergonomie de iproute2 est incomparable à celle des net-tools. D'ailleurs, la syntaxe de la commande 'ip' rappelle souvent celle des commandes d'administrations des routeurs haut de gamme.
On se demande qui a pompé sur qui. ;-)
L'utilisation des commandes net-tools est lourde et illogique. Un exemple : trouvez-vous logique que pour affecter une adresse IPv6 à une interface il faille faire :
ifconfig interface add adresse ^^^ alors que pour affecter une adresse IPv4 il suffit de faire :
ifconfig interface adresse
La forme avec 'add' fonctionne aussi en IPv4. Apparemment ça crée un alias automatiquement. Par contre 'del' n'a pas l'air de marcher pour supprimer une adresse ajoutée avec. C'est d'ailleurs une des choses que je reproche le plus à ifconfig, sa gestion calamiteuse des adresses multiples en IPv4. Et le fait qu'il ne gère pas la notation CIDR, et le fait qu'il ignore le masque de sous-réseau pour le calcul de l'adresse de broadcast (il prend celui de la classe de l'adresse à la place), obligeant à la spécifier explicitement... Ouais finalement ifconfig c'est bien pourri, je me demande pourquoi je l'utilise encore. Pour les compteurs sûrement, et l'habitude.
Et ne parlons même pas des nombreux bugs dans net-tools. Ah si, parlons-en tiens ! Les bugs d'affichage des adresses IPv6 dont souffrent les commandes 'ifconfig' et 'route', comme par exemple la disparition totale des adresses IPv6 avec la commande 'ifconfig' après avoir manipulé (ajout/suppression) un certain nombre d'adresses IPv6.
Genre quand une numéro d'interface dépasse 2 chiffres hexa à cause d'un argument de scanf foireux ? Je me suis bricolé une version d'ifconfig qui corrige ça. :-)
Ou encore l'affichage tronqué ou erroné des routes quand on a un certain nombre d'adresses.
Jamais vu, mais je ne dois pas avoir assez d'adresses. De toute façon le format de sortie de 'route' en IPv6 est pourri en affichage 80 colonnes, et il liste même le contenu du cache de routage.
[...]
Bref, je peux continuer longtemps. Le plus déroutant (oh, le jeu de mot ;p), c'est qu'à l'époque on avait beau soumettre les bugs en proposant même des correctifs dans le code, ils n'étaient pas pris en compte !
Ah, j'ai bien fait de corriger dans mon coin sans rien dire.
Conclusion, un seul mot d'ordre : n'utilisez plus les net-tools ! Longue vie à iproute2 !
Et à ses bugs, comme interpréter (et afficher) la valeur de fwmark en hexa même sans '0x' devant. :-p Mais ça a peut-être été corrigé dans une version plus récente que celle que j'ai.
Dans le message <news:, *Jacques Lav!gnotte ( Drop Dr NO !)* tapota sur f.c.o.l.configuration :
route -n
# ip route sh
netstat -nr
Dans le genre de commande totalement obsolète, on ne fait pas mieux.
Ma Magnat-Debon 125cc de 1959 est une motocyclette totalement obsolete.
Il y a de smotocylcttes plis modernes, mais celle là fait très bien ce que je veux qu'elle fasse : rouler.
' netstat -nr ' me donne ce que je demande :
« quelle interface pour aller voir le monde ? »
Obsolete mais efficace.
:-P ;-) Jacques
HISTORY Route for Linux was originally written by Fred N. van Kempen, and then modified by Johannes Stille and Linus Torvalds for pl15. Alan Cox added the mss and window options for Linux 1.1.22. irtt support and merged with netstat from Bernd Eckenfels.
AUTHORS The netstat user interface was written by Fred Baumgarten the man page basically by Matt Welsh . It was updated by Alan Cox but could do with a bit more work. It was updated again by Tuan Hoang foot.com>. The man page and the command included in the net-tools package is totally rewritten by Bernd Eckenfels .
Dans le message
<news:20060412102300.1e0a76d0.jacques@NOpollux.frmug.org>, *Jacques
Lav!gnotte ( Drop Dr NO !)* tapota sur f.c.o.l.configuration :
route -n
# ip route sh
netstat -nr
Dans le genre de commande totalement obsolète, on ne fait pas mieux.
Ma Magnat-Debon 125cc de 1959 est une motocyclette totalement obsolete.
Il y a de smotocylcttes plis modernes, mais celle là fait très bien ce
que je veux qu'elle fasse : rouler.
' netstat -nr ' me donne ce que je demande :
« quelle interface pour aller voir le monde ? »
Obsolete mais efficace.
:-P
;-) Jacques
HISTORY
Route for Linux was originally written by Fred N. van
Kempen, <waltje@uwalt.nl.mugnet.org> and then modified by
Johannes Stille and Linus Torvalds for pl15. Alan Cox
added the mss and window options for Linux 1.1.22. irtt
support and merged with netstat from Bernd Eckenfels.
AUTHORS
The netstat user interface was written by Fred Baumgarten
<dc6iq@insu1.etec.uni-karlsruhe.de> the man page basically
by Matt Welsh <mdw@tc.cornell.edu>. It was updated by Alan
Cox <Alan.Cox@linux.org> but could do with a bit more
work. It was updated again by Tuan Hoang <tqhoang@big
foot.com>.
The man page and the command included in the net-tools
package is totally rewritten by Bernd Eckenfels
<ecki@linux.de>.
Dans le message <news:, *Jacques Lav!gnotte ( Drop Dr NO !)* tapota sur f.c.o.l.configuration :
route -n
# ip route sh
netstat -nr
Dans le genre de commande totalement obsolète, on ne fait pas mieux.
Ma Magnat-Debon 125cc de 1959 est une motocyclette totalement obsolete.
Il y a de smotocylcttes plis modernes, mais celle là fait très bien ce que je veux qu'elle fasse : rouler.
' netstat -nr ' me donne ce que je demande :
« quelle interface pour aller voir le monde ? »
Obsolete mais efficace.
:-P ;-) Jacques
HISTORY Route for Linux was originally written by Fred N. van Kempen, and then modified by Johannes Stille and Linus Torvalds for pl15. Alan Cox added the mss and window options for Linux 1.1.22. irtt support and merged with netstat from Bernd Eckenfels.
AUTHORS The netstat user interface was written by Fred Baumgarten the man page basically by Matt Welsh . It was updated by Alan Cox but could do with a bit more work. It was updated again by Tuan Hoang foot.com>. The man page and the command included in the net-tools package is totally rewritten by Bernd Eckenfels .
Vroum...
degouville
Bon, voilà ce que j'ai tapé hier sur mon PC, une fois ma connexion ppp lancée via kppp
Destination Passerelle Genmask Indic Metric Ref Use Iface 213.36.82.199 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 213.36.82.199 0.0.0.0 UG 0 0 0 ppp0
Quelles sont vos conclusions ? J'avoue que pour moi ce n'est pas clair. Tout ce que je vois c'est que j'ai réussi péniblement à m'envoyer ces infos par messagerie, mais jamais de réussir à récupérer mes messages via pop3. Le dialogue entre evolution et le serveur de mon FAI s'établit, puis finit par tomber à cause d'un timeout. Des idées ?
Bon, voilà ce que j'ai tapé hier sur mon PC, une fois ma connexion
ppp lancée via kppp
Destination Passerelle Genmask Indic Metric Ref Use
Iface
213.36.82.199 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0
lo
0.0.0.0 213.36.82.199 0.0.0.0 UG 0 0 0
ppp0
Quelles sont vos conclusions ? J'avoue que pour moi ce n'est pas clair.
Tout ce que je vois c'est que j'ai réussi péniblement à m'envoyer
ces infos par messagerie, mais jamais de réussir à récupérer mes
messages via pop3. Le dialogue entre evolution et le serveur de mon FAI
s'établit, puis finit par tomber à cause d'un timeout. Des idées ?
Destination Passerelle Genmask Indic Metric Ref Use Iface 213.36.82.199 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 213.36.82.199 0.0.0.0 UG 0 0 0 ppp0
Quelles sont vos conclusions ? J'avoue que pour moi ce n'est pas clair. Tout ce que je vois c'est que j'ai réussi péniblement à m'envoyer ces infos par messagerie, mais jamais de réussir à récupérer mes messages via pop3. Le dialogue entre evolution et le serveur de mon FAI s'établit, puis finit par tomber à cause d'un timeout. Des idées ?
