Il y a quelques mois, j'avait fait l'intallation à l'aide du paquetage
qu'on peut trouver sur le net pour le modem Eci Hifocus.
J'avait enregistré la configuration sur clef USB. et au démarrage il me
suffisait de taper en mode admin "Eciadsl-start" et le modem se
synchronisait et je pouvait naviguer sur le net à l'aide de Konqueror. A
l'époque j'était en 512K.
Aujourd'hui je suis passé en 8Mega, et quand je fait "Eciadsl-start", les
deux led se stabilisent mais çà revient directement au prompt et quand je
lance Konquéror rien ne se passe. Il me semble qu'avant quand çà
fonctionnait çà affichait sans arret:
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3
0.0.0.0>]
rcvd [IPCP ConfNak id=
sent
rcvd
etc..
alors que maintenant çà retourne directerment en root@2[knoppix]# :
Serais-ce le changement de débit qui provoque ce probléme ?
Comment régler ce petit souci ?
Il y a quelque erreurs ou warning que je n'arrive pas à interpréter cf copie
d'écran ci dessous:
Qu'est-ce que le ppp0 ?
Merci d'avance pour un aide éventuelle.
@ + Jean-Hervé
root@2[knoppix]# eciadsl-start
[EciAdsl 1/5] Setting up USB support...
Preliminary USB device filesystem is OK
[EciAdsl 2/5] Uploading firmware...
GlobeSpan USB ADSL WAN Modem compatible modem found (in 2138ms)
eciadsl-firmware: success
firmware loaded successfully
[EciAdsl 3/5] Synchronization...
Progress indicator is 01 No Signal !
Progress indicator is a0 No Signal !
Progress indicator is a1 Training...
Progress indicator is a1 Training...
Progress indicator is 43 Training...
Progress indicator is a4 Training...
Progress indicator is a4 Training...
Progress indicator is 74 Training...
Progress indicator is a6 Training...
Progress indicator is 77 Training...
Progress indicator is 75 Training...
Progress indicator is aa Training...
Progress indicator is 72 Training...
Progress indicator is ad Training...
eciadsl-synch: success
Synchronization successful
[EciAdsl 4/5] Connecting to provider...
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
Warning - secret file /etc/ppp/pap-secrets has world and/or group access
sent [LCP ConfReq id=0x1 <magic 0xe9eb2cbd>]
rcvd [LCP ConfReq id=0x70 <mru 9178> <auth chap MD5> <magic 0xa4ec57a>]
sent [LCP ConfAck id=0x70 <mru 9178> <auth chap MD5> <magic 0xa4ec57a>]
sent [LCP ConfReq id=0x1 <magic 0xe9eb2cbd>]
rcvd [LCP ConfAck id=0x1 <magic 0xe9eb2cbd>]
rcvd [CHAP Challenge id=0xa <e196d9b106575b896d8660817b7960bc>, name =
"BSNCY154"]
Warning - secret file /etc/ppp/chap-secrets has world and/or group access
sent [CHAP Response id=0xa <465b4d56880277111305b7bd52e41a3d>, name =
"xxxxxxxxxxxxxx"]
rcvd [CHAP Success id=0xa ""]
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3
0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <addr 83.194.95.55> <ms-dns1 80.10.246.130>
<ms-dns380.10.246.3>]
sent [IPCP ConfReq id=0x2 <addr 83.194.95.55> <ms-dns1 80.10.246.130>
<ms-dns380.10.246.3>]
rcvd [IPCP ConfAck id=0x2 <addr 83.194.95.55> <ms-dns1 80.10.246.130>
<ms-dns380.10.246.3>]
rcvd [IPCP ConfReq id=0xa4 <addr 193.253.160.3>]
sent [IPCP ConfAck id=0xa4 <addr 193.253.160.3>]
local IP address 8x.1xx.xx.xx
remote IP address 193.253.160.3
primary DNS address x0.xx.xx6.1xx
secondary DNS address xx.xx.xxx.x
Connection successful
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0...
Adding default route... default route to ppp0 already exists
root@2[knoppix]#
local IP address 8x.1xx.xx.xx remote IP address 193.253.160.3 primary DNS address x0.xx.xx6.1xx secondary DNS address xx.xx.xxx.x Connection successful
local IP address 8x.1xx.xx.xx
remote IP address 193.253.160.3
primary DNS address x0.xx.xx6.1xx
secondary DNS address xx.xx.xxx.x
Connection successful
local IP address 8x.1xx.xx.xx remote IP address 193.253.160.3 primary DNS address x0.xx.xx6.1xx secondary DNS address xx.xx.xxx.x Connection successful
local IP address 8x.1xx.xx.xx remote IP address 193.253.160.3 primary DNS address x0.xx.xx6.1xx secondary DNS address xx.xx.xxx.x Connection successful
local IP address 8x.1xx.xx.xx
remote IP address 193.253.160.3
primary DNS address x0.xx.xx6.1xx
secondary DNS address xx.xx.xxx.x
Connection successful
local IP address 8x.1xx.xx.xx remote IP address 193.253.160.3 primary DNS address x0.xx.xx6.1xx secondary DNS address xx.xx.xxx.x Connection successful
Dans le message <news:43cd891e$0$6662$, *F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0... Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
Dans le message <news:43cd891e$0$6662$8fcfb975@news.wanadoo.fr>,
*F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0...
Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc
l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à
configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
Dans le message <news:43cd891e$0$6662$, *F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0... Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
F4DUK
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
**************************************************************************** ***************** Résultats : avec les DNS 1: 193.252.19.3 et DNS2 : 192.252.19.4 originaux du paquetage d'installation :
[bin]# ifconfig lo Lien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:600 (600.0 b) TX bytes:600 (600.0 b)
ppp0 Lien encap:Protocole Point-à-Point inet adr:83.194.90.12 P-t-P:193.253.160.3 Masque:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:9 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:3 RX bytes:342 (342.0 b) TX bytes:294 (294.0 b)
[bin]# # ping 195.140.140.180 [bin]#
[bin]# # ping www.google.com [bin]#
**************************************************************************** ***************** sur Konqueror Google contacté attente de la réponse .............
En effet çà a l'air connecté, mais la connection est inexploitable pas de surf.........
@+ Jean-Hervé
"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
Dans le message <news:43cd891e$0$6662$, *F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0... Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec
les ping retour au prompt sans résultat :
****************************************************************************
*****************
Résultats : avec les DNS 1: 193.252.19.3 et DNS2 : 192.252.19.4 originaux du
paquetage d'installation :
root@1[bin]# ifconfig
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:600 (600.0 b) TX bytes:600 (600.0 b)
ppp0 Lien encap:Protocole Point-à-Point
inet adr:83.194.90.12 P-t-P:193.253.160.3 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:342 (342.0 b) TX bytes:294 (294.0 b)
root@1[bin]# # ping 195.140.140.180
root@1[bin]#
root@1[bin]# # ping www.google.com
root@1[bin]#
****************************************************************************
*****************
sur Konqueror Google contacté attente de la réponse .............
En effet çà a l'air connecté, mais la connection est inexploitable pas de
surf.........
@+
Jean-Hervé
"Sébastien Monbrun aka TiChou" <gro.uohcit@uohcit> a écrit dans le message
de news: polom.20060118043958@florizarre.tichou.org...
Dans le message <news:43cd891e$0$6662$8fcfb975@news.wanadoo.fr>,
*F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0...
Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc
l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à
configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
**************************************************************************** ***************** Résultats : avec les DNS 1: 193.252.19.3 et DNS2 : 192.252.19.4 originaux du paquetage d'installation :
[bin]# ifconfig lo Lien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:600 (600.0 b) TX bytes:600 (600.0 b)
ppp0 Lien encap:Protocole Point-à-Point inet adr:83.194.90.12 P-t-P:193.253.160.3 Masque:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:9 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:3 RX bytes:342 (342.0 b) TX bytes:294 (294.0 b)
[bin]# # ping 195.140.140.180 [bin]#
[bin]# # ping www.google.com [bin]#
**************************************************************************** ***************** sur Konqueror Google contacté attente de la réponse .............
En effet çà a l'air connecté, mais la connection est inexploitable pas de surf.........
@+ Jean-Hervé
"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
Dans le message <news:43cd891e$0$6662$, *F4DUK* tapota sur f.c.o.l.configuration :
[...]
Connection successful
La connexion est établie et fonctionnelle.
[EciAdsl 5/5] Setting up route table...
Waiting for ppp0... Adding default route... default route to ppp0 already exists
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
Jacques Lav!gnotte (Drop Dr NO)
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
Dans le message <news:43ce2ca0$0$29197$, *F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec un logiciel mal configuré (utilisation de caractères non-ASCII sans charset définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques «pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
Dans le message <news:43ce2ca0$0$29197$8fcfb975@news.wanadoo.fr>,
*F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais
avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez
incorrectement (une réponse vient après une question et pas l'inverse) avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans charset
définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques
«pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc
l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à
configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
Dans le message <news:43ce2ca0$0$29197$, *F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec un logiciel mal configuré (utilisation de caractères non-ASCII sans charset définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques «pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si elle existe déjà.
-- Sébastien Monbrun aka TiChou
F4DUK
"Jacques Lav!gnotte (Drop Dr NO)" a écrit dans le message de news: dqld72$k5g$
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec
J'ai tenté une réinstalle voici les nouveau résultat , mais toujours pas de surf possible malgrés que le test ping fonctionne .
Ps : les Dns de wanadoo auraient-ils changés ? sous windows je fait winipcfg, j'ai en Dns Primaire : 80.10.246.3 en secondaire : 80.10.246.130. au lieu des 192.xx.xxx.xxx sous linux j'ai essayerde rentrer les DNS en 80.10.xxx.x ,à l'aide de Eciadsl-config-tk mais rien de plus.........
Je sait que j'avait galérer en Septembre pour installer, mais çà fonctionnait et je travaille en live cd car je suis novice en la matiére, et je ne vois pas comment çà aurait pu se modifier, je pense que certains paramétres ont changés lors du passage de 512 à 8Mega. Mais vas savoir ce qu'il faut mettre
à+ Jean-Hervé
Test netstat :
netstat -nr Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 193.253.160.3 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 0.0.0.0 193.253.160.3 0.0.0.0 UG 0 0 0 ppp0
**************************************************************************** ******************** Test Ping :
[knoppix]# ping 195.140.140.180 PING 195.140.140.180 (195.140.140.180): 56 data bytes 64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms 64 bytes from 195.140.140.180: icmp_seq=2 ttlS timep.0 ms 64 bytes from 195.140.140.180: icmp_seq=3 ttlS timeq.1 ms 64 bytes from 195.140.140.180: icmp_seq=4 ttlS timei.0 ms 64 bytes from 195.140.140.180: icmp_seq=5 ttlS timex.0 ms 64 bytes from 195.140.140.180: icmp_seq=6 ttlS timew.1 ms 64 bytes from 195.140.140.180: icmp_seq=7 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=8 ttlS timeq.9 ms 64 bytes from 195.140.140.180: icmp_seq=9 ttlS timep.9 ms
"Jacques Lav!gnotte (Drop Dr NO)" <jacques@NOpollux.frmug.org> a écrit dans
le message de news: dqld72$k5g$1@pollux.maison.net...
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais
avec
J'ai tenté une réinstalle voici les nouveau résultat , mais toujours pas de
surf possible malgrés que le test ping fonctionne .
Ps : les Dns de wanadoo auraient-ils changés ? sous windows je fait
winipcfg, j'ai en Dns Primaire : 80.10.246.3 en secondaire : 80.10.246.130.
au lieu des 192.xx.xxx.xxx sous linux j'ai essayerde rentrer les DNS en
80.10.xxx.x ,à l'aide de Eciadsl-config-tk mais rien de plus.........
Je sait que j'avait galérer en Septembre pour installer, mais çà
fonctionnait et je travaille en live cd car je suis novice en la matiére, et
je ne vois pas comment çà aurait pu se modifier, je pense que certains
paramétres ont changés lors du passage de 512 à 8Mega. Mais vas savoir ce
qu'il faut mettre
à+
Jean-Hervé
Test netstat :
netstat -nr
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fenêtre irtt
Iface
193.253.160.3 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
0.0.0.0 193.253.160.3 0.0.0.0 UG 0 0 0
ppp0
****************************************************************************
********************
Test Ping :
root@4[knoppix]# ping 195.140.140.180
PING 195.140.140.180 (195.140.140.180): 56 data bytes
64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms
64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms
64 bytes from 195.140.140.180: icmp_seq=2 ttlS timep.0 ms
64 bytes from 195.140.140.180: icmp_seq=3 ttlS timeq.1 ms
64 bytes from 195.140.140.180: icmp_seq=4 ttlS timei.0 ms
64 bytes from 195.140.140.180: icmp_seq=5 ttlS timex.0 ms
64 bytes from 195.140.140.180: icmp_seq=6 ttlS timew.1 ms
64 bytes from 195.140.140.180: icmp_seq=7 ttlS timer.0 ms
64 bytes from 195.140.140.180: icmp_seq=8 ttlS timeq.9 ms
64 bytes from 195.140.140.180: icmp_seq=9 ttlS timep.9 ms
J'ai tenté une réinstalle voici les nouveau résultat , mais toujours pas de surf possible malgrés que le test ping fonctionne .
Ps : les Dns de wanadoo auraient-ils changés ? sous windows je fait winipcfg, j'ai en Dns Primaire : 80.10.246.3 en secondaire : 80.10.246.130. au lieu des 192.xx.xxx.xxx sous linux j'ai essayerde rentrer les DNS en 80.10.xxx.x ,à l'aide de Eciadsl-config-tk mais rien de plus.........
Je sait que j'avait galérer en Septembre pour installer, mais çà fonctionnait et je travaille en live cd car je suis novice en la matiére, et je ne vois pas comment çà aurait pu se modifier, je pense que certains paramétres ont changés lors du passage de 512 à 8Mega. Mais vas savoir ce qu'il faut mettre
à+ Jean-Hervé
Test netstat :
netstat -nr Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 193.253.160.3 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 0.0.0.0 193.253.160.3 0.0.0.0 UG 0 0 0 ppp0
**************************************************************************** ******************** Test Ping :
[knoppix]# ping 195.140.140.180 PING 195.140.140.180 (195.140.140.180): 56 data bytes 64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms 64 bytes from 195.140.140.180: icmp_seq=2 ttlS timep.0 ms 64 bytes from 195.140.140.180: icmp_seq=3 ttlS timeq.1 ms 64 bytes from 195.140.140.180: icmp_seq=4 ttlS timei.0 ms 64 bytes from 195.140.140.180: icmp_seq=5 ttlS timex.0 ms 64 bytes from 195.140.140.180: icmp_seq=6 ttlS timew.1 ms 64 bytes from 195.140.140.180: icmp_seq=7 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=8 ttlS timeq.9 ms 64 bytes from 195.140.140.180: icmp_seq=9 ttlS timep.9 ms
F4DUK
"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
Dans le message <news:43ce2ca0$0$29197$, *F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans charset
définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques «pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
-- Sébastien Monbrun aka TiChou
Bonsoir,
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
Oui, mais comment "supprimer cette route"?, je débute, en Septembre j'avait effectué les manips pour configurer la connection, à l'époque çà fonctionnait je l'avait sauvegardé sur clef usb, et quand je reboutait sur le cd, il suffisait de taper dans la console : SU puis eciadsl-start et tout fontionnait le fichier knoppix.sh n'a pas été modifié depuis cette date.cf la date de modification.
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans charset
définit). Une lecture du site suivant s'impose
Je travaille pour l'instant sous "outlook express6" :-( , et quand je réponds à un message il me positionne d'office en haut de page avec le message en dessous, et j'ai pas toujours le réflexe de descendre aprés la fin de la citation. Je pense qu'il y a plus de possibilité de config des lecteurs de news sous Linux
J'espère que ce coup-ci que la procédure pour répondre est correcte !
Bonne soirée
Jean-Hervé
"Sébastien Monbrun aka TiChou" <gro.uohcit@uohcit> a écrit dans le message
de news: pwet.20060118140935@florizarre.tichou.org...
Dans le message <news:43ce2ca0$0$29197$8fcfb975@news.wanadoo.fr>,
*F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais
avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez
incorrectement (une réponse vient après une question et pas l'inverse)
avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans
charset
définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques
«pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc
l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à
configurer votre connexion PPP pour qu'elle écrase la route par défaut
si
elle existe déjà.
--
Sébastien Monbrun aka TiChou
Bonsoir,
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à
configurer votre connexion PPP pour qu'elle écrase la route par défaut
si
elle existe déjà.
Oui, mais comment "supprimer cette route"?, je débute,
en Septembre j'avait effectué les manips pour configurer la connection, à
l'époque çà fonctionnait je l'avait sauvegardé sur clef usb, et quand je
reboutait sur le cd, il suffisait de taper dans la console :
SU puis eciadsl-start et tout fontionnait le fichier knoppix.sh n'a pas été
modifié depuis cette date.cf la date de modification.
D'une part vous répondez à la mauvaise personne et d'autre part vous citez
incorrectement (une réponse vient après une question et pas l'inverse)
avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans
charset
définit). Une lecture du site suivant s'impose
Je travaille pour l'instant sous "outlook express6" :-( , et quand je
réponds à un message il me positionne d'office en haut de page avec le
message en dessous, et j'ai pas toujours le réflexe de descendre aprés la
fin de la citation. Je pense qu'il y a plus de possibilité de config des
lecteurs de news sous Linux
J'espère que ce coup-ci que la procédure pour répondre est correcte !
"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
Dans le message <news:43ce2ca0$0$29197$, *F4DUK* tapota sur f.c.o.l.configuration :
Bonjour,
Ci-dessous les résultats des tests, ifconfig donne quelque chose mais avec les ping retour au prompt sans résultat :
[...]
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans charset
définit). Une lecture du site suivant s'impose :
http://www.giromini.org/usenet-fr/repondre.html
De plus, il semble que vous n'ayez pas tenu compte de mes remarques «pertinentes» que je laisse exprès ci-dessous.
Il existe déjà une route par défaut configurée sur le système et donc l'ajout de la bonne route par défaut échoue.
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
-- Sébastien Monbrun aka TiChou
Bonsoir,
Il ne vous reste plus qu'à supprimer cette route par défaut ou bien à configurer votre connexion PPP pour qu'elle écrase la route par défaut si
elle existe déjà.
Oui, mais comment "supprimer cette route"?, je débute, en Septembre j'avait effectué les manips pour configurer la connection, à l'époque çà fonctionnait je l'avait sauvegardé sur clef usb, et quand je reboutait sur le cd, il suffisait de taper dans la console : SU puis eciadsl-start et tout fontionnait le fichier knoppix.sh n'a pas été modifié depuis cette date.cf la date de modification.
D'une part vous répondez à la mauvaise personne et d'autre part vous citez incorrectement (une réponse vient après une question et pas l'inverse) avec
un logiciel mal configuré (utilisation de caractères non-ASCII sans charset
définit). Une lecture du site suivant s'impose
Je travaille pour l'instant sous "outlook express6" :-( , et quand je réponds à un message il me positionne d'office en haut de page avec le message en dessous, et j'ai pas toujours le réflexe de descendre aprés la fin de la citation. Je pense qu'il y a plus de possibilité de config des lecteurs de news sous Linux
J'espère que ce coup-ci que la procédure pour répondre est correcte !
Bonne soirée
Jean-Hervé
Jacques Lav!gnotte (Drop Dr NO)
"Jacques Lav!gnotte (Drop Dr NO)" a écrit dans
Test netstat :
netstat -nr Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 193.253.160.3 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 0.0.0.0 193.253.160.3 0.0.0.0 UG 0 0 0 ppp0
[knoppix]# ping 195.140.140.180 PING 195.140.140.180 (195.140.140.180): 56 data bytes 64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms
Rah oui, mais que donne (quand tu es connecté) :
# cat /etc/resolv.conf
Jacques
"Jacques Lav!gnotte (Drop Dr NO)" <jacques@NOpollux.frmug.org> a écrit dans
Test netstat :
netstat -nr
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fenêtre irtt
Iface
193.253.160.3 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
0.0.0.0 193.253.160.3 0.0.0.0 UG 0 0 0
ppp0
root@4[knoppix]# ping 195.140.140.180
PING 195.140.140.180 (195.140.140.180): 56 data bytes
64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms
64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms
[knoppix]# ping 195.140.140.180 PING 195.140.140.180 (195.140.140.180): 56 data bytes 64 bytes from 195.140.140.180: icmp_seq=0 ttlS timer.0 ms 64 bytes from 195.140.140.180: icmp_seq=1 ttlS timeq.0 ms
Rah oui, mais que donne (quand tu es connecté) :
# cat /etc/resolv.conf
Jacques
F4DUK
Bonsoir,
Il fallait juste changer le fichier synchr, j'ai eu de la chance c'était le synchr02 qui convenait. (Il y en avait une bonne cinquantaine à tester)
Je suis un peu étonné car malgrés tout le synch001 que j'utilisait avant, avait l'air de se connecter 'led fixe', mais apparemment la condition "led fixe" ne veut pas dire que çà fonctionne, l'authentification auprés du Fai se faisait correctement, mais le synchr001 qui convenait en adsl 512k ne convenait plus en adsl Max, la navigation était impossible c'est pourquoi j'avait pensé à des mauvais DNS.
Mais bon çà fonctionne maintenant :-)
j'ai sauvegardé ma config sur clef usb, cà fonctionne mais il y a un petit message bizarre au boot : "tar: /etc/pnm2ppa.conf/ : tampon date heure 2006-01-13 23:42:11 sera 1710s dans le futur" Késako ?
Merci à tous pour vos conseils, j'ai ainsi pu noter des commandes que je connaissait pas "netstat, ifconfig".
@+
Jean-Hervé
Bonsoir,
Il fallait juste changer le fichier synchr, j'ai eu de la chance c'était le
synchr02 qui convenait. (Il y en avait une bonne cinquantaine à tester)
Je suis un peu étonné car malgrés tout le synch001 que j'utilisait avant,
avait l'air de se connecter 'led fixe', mais apparemment la condition "led
fixe" ne veut pas dire que çà fonctionne, l'authentification auprés du Fai
se faisait correctement, mais le synchr001 qui convenait en adsl 512k ne
convenait plus en adsl Max, la navigation était impossible c'est pourquoi
j'avait pensé à des mauvais DNS.
Mais bon çà fonctionne maintenant :-)
j'ai sauvegardé ma config sur clef usb, cà fonctionne mais il y a un petit
message bizarre au boot :
"tar: /etc/pnm2ppa.conf/ : tampon date heure 2006-01-13 23:42:11 sera 1710s
dans le futur"
Késako ?
Merci à tous pour vos conseils, j'ai ainsi pu noter des commandes que je
connaissait pas "netstat, ifconfig".
Il fallait juste changer le fichier synchr, j'ai eu de la chance c'était le synchr02 qui convenait. (Il y en avait une bonne cinquantaine à tester)
Je suis un peu étonné car malgrés tout le synch001 que j'utilisait avant, avait l'air de se connecter 'led fixe', mais apparemment la condition "led fixe" ne veut pas dire que çà fonctionne, l'authentification auprés du Fai se faisait correctement, mais le synchr001 qui convenait en adsl 512k ne convenait plus en adsl Max, la navigation était impossible c'est pourquoi j'avait pensé à des mauvais DNS.
Mais bon çà fonctionne maintenant :-)
j'ai sauvegardé ma config sur clef usb, cà fonctionne mais il y a un petit message bizarre au boot : "tar: /etc/pnm2ppa.conf/ : tampon date heure 2006-01-13 23:42:11 sera 1710s dans le futur" Késako ?
Merci à tous pour vos conseils, j'ai ainsi pu noter des commandes que je connaissait pas "netstat, ifconfig".
