internet sous sarge

internet sous sarge - Linux et OS Alternatifs

Marsh Posté le 05-08-2005 à 21:34:13    

Bonjour a  tous,
J'ai une Debian Sarge, je suis chez neuf tel avec une neuf box
 
La connection a ete configurée avec pppoeconf sans aucun souci et l'ordinateur semble se connecter au réseau sans probleme. Par contre une fois connecté impossible d'acceder au un site web, de se connecter a msn, récuperer des mails ou quoi que ca soit.
 
voici les manips que j'effectue pour avoir des renseignements mais tout semble fonctionner "normalement" mis a part que la connection ppp0 est très lente et que tous les paquets des pings sont tous perdus.
 
Je ne sais vraiment plus quoi faire.. toutes les idées sont les bienvenues, merci d'avance. N'ayant pas de connec chez moi je ne peux venir qu'une fois ds la journée donc n'hesitez pas a mettre toutes vos idées et je testerais tt le soir
 
 
cromag:/home/julien# plog
Aug  5 20:23:18 localhost pppd[8316]: Couldn't increase MRU to 1500
Aug  5 20:23:18 localhost pppd[8316]: Connection terminated.
Aug  5 20:23:18 localhost pppd[8316]: Exit.
Aug  5 20:23:28 localhost pppd[8766]: Plugin rp-pppoe.so loaded.
Aug  5 20:23:28 localhost pppd[8767]: pppd 2.4.3 started by root, uid 0
Aug  5 20:23:28 localhost pppd[8767]: PPP session is 1792
Aug  5 20:23:28 localhost pppd[8767]: Using interface ppp0
Aug  5 20:23:28 localhost pppd[8767]: Connect: ppp0 <--> eth0
Aug  5 20:23:28 localhost pppd[8767]: Couldn't increase MTU to 1500
Aug  5 20:23:28 localhost pppd[8767]: Couldn't increase MRU to 1500
 
cromag:/home/julien# ifconfig
eth0      Lien encap:Ethernet  HWaddr 00:50:BA:2D:2A:01
          adr inet6: fe80::250:baff:fe2d:2a01/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6278 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5353 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:833864 (814.3 KiB)  TX bytes:389624 (380.4 KiB)
          Interruption:10 Adresse de base:0xd400
 
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:2614 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2614 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:308684 (301.4 KiB)  TX bytes:308684 (301.4 KiB)
 
ppp0      Lien encap:Protocole Point-à-Point
          inet adr:84.101.100.76  P-t-P:84.101.100.1  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:379 errors:0 dropped:0 overruns:0 frame:0
          TX packets:373 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3
          RX bytes:33756 (32.9 KiB)  TX bytes:20738 (20.2 KiB)
 
 
cromag:/home/julien# /sbin/route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
84.101.100.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
0.0.0.0         84.101.100.1    0.0.0.0         UG    0      0        0 ppp0

Reply

Marsh Posté le 05-08-2005 à 21:34:13   

Reply

Marsh Posté le 05-08-2005 à 21:44:16    

Essaye de mettre la mtu à 1492 par exemple.
http://christian.caleca.free.fr/adsl/pour_finir.htm


Message édité par jlighty le 05-08-2005 à 21:46:54
Reply

Marsh Posté le 06-08-2005 à 11:02:17    


 
merci pour le conseil,
 
en fait d'après ce que j'ai compris la règle générale, la MTU pour ppp0 est à mettre à 1492 pour laisser 8 octets avant d'atteindre la MTU de eth0 qui est a 1500 ... et doit être a 1500 pour un ethernet. Ce qui semble être le cas ici.
 
Dans le doute, j'ai descendu la MTU de eth0 a 1492, d'abord sans toucher a celle de ppp0 puis en descendant celle de ppp0 a 1484... et je me suis fait jeter dans les 2 cas.. plog me signifiant que si j'ai la MTU de eth0 a 1492 c'est que j'ai "un serieux probleme"
 
Cela dit il est vrai que "plog" retourne un "Couldn't increase MTU to 1500" .. et ca je ne sais pas si c'est tout a fait normal (mais ca me le semble puisque c'est bien l'interface ethernet)...  

Reply

Marsh Posté le 06-08-2005 à 11:15:06    

Et dans ton /etc/resolv.conf ya quoi ?

Reply

Marsh Posté le 06-08-2005 à 11:48:59    

tu as bien configuré le fichier /etc/ppp/options ?
car ce n'est pas normal que dans ton log (plog) pppd veut fixer la MTU à 1500.
regarde aussi dans la configuration de rp-pppoe pour voir s'il n'y aurait pas une option MTU fixée à 1500.

Reply

Marsh Posté le 06-08-2005 à 16:46:21    

jlighty a écrit :

tu as bien configuré le fichier /etc/ppp/options ?
car ce n'est pas normal que dans ton log (plog) pppd veut fixer la MTU à 1500.
regarde aussi dans la configuration de rp-pppoe pour voir s'il n'y aurait pas une option MTU fixée à 1500.


 
bonjour,
 
j'ai fait un peu le tour de tous les fichiers pouvant concerner la connection internet (du moins ceux à  propos desquels j'ai trouvé des infos sur le web)
 
le fichier resolv.conf (demandé par AirbaT) contient:
 
nameserver 80.118.192.100
nameserver 80.118.196.36
 
le fichier options (demandé par jlghty) contient (une fois nettoyé des commentaires):
 
asyncmap 0
auth
crtscts
lock
hide-password
modem
proxyarp
noipx
 
j'ai essayé de changer le "auth" en "noauth" mais ça n'a rien changé
j'ai aussi tenté d'ajouter une ligne "mtu 1500" puis "mtu 1492" mais ca n'a pas fait avancer les choses non plus.... de plus il semble normale que la MTU soit fixée a 1500 pr eth0 et 1492 pour ppp0 non?
 
le fichier chap-secrets contient les bons login et mot de passe.
 
le fichier dsl-provider contient (une fois nettoyé des commentaires):
 
noipdefault
usepeerdns
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "moi@neuf.fr" (le login est le bon)
 
a noter qu'au debut du fichier il y a la section suivante:
 
# MUST CHANGE: Uncomment the following line, replacing the user@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user myusername@myprovider.net
 
j'ai donc tenté de la décommenter pour inscrire une nouvelle fois mon login mais rien n'a bougé au niveau de la connection
 
Voilà, en faisant le tour de ces fichiers je ne vois rien d'anormal donc je ne comprend pas, j'espere que vous vous y retrouvez mieux que moi.
 
une autre précision:
 
après chaque modification d'un fichier, je fais un "poff" pour couper la connection puis un "pon dsl-provider" pour l'activer est ce bien la manip correcte?
 
Un derniere info, dans le doute j'ai fait un test pour me connecter d'un autre PC (un portable) équipé de windows 2000... et ca ne fonctionne pas non plu. J'ai donc contacté la hotline de mon FAI, après 1h30 de tests il apparait que du DSLAM a mon modem il n'y a pas de souci (ils peuvent même pinger mon modem.. elle est pas belle la vie?)..ils m'on demandé de faire un test sous XP pour voir avant d'envoyer plus de renfort.. il me reste donc a trouver un XP et faire le test.
 
Tout ca pour dire que même sur une config totalmeent differente, sur un OS different... ca ne fontionne pas... ayant 2 modems de mon FAI.. j'ai fait les tests avec ces 2 modems.. et ca ne fonctionne pas non plus.
 
Je désesprere un peu.. toutes les iées sont les bienvenues...
 
merci de votre aide.
 
 
 

Reply

Marsh Posté le 06-08-2005 à 16:53:11    

Peux tu faire ces commandes dans un shell (en root et connecté) et poster le résultat dans des bloc fixed.
 


ifconfig
route
cat /etc/resolv.conf
iptables -L -v -n


Message édité par l0ky le 06-08-2005 à 16:53:33
Reply

Marsh Posté le 06-08-2005 à 18:21:21    

l0ky a écrit :

Peux tu faire ces commandes dans un shell (en root et connecté) et poster le résultat dans des bloc fixed.
 


ifconfig
route
cat /etc/resolv.conf
iptables -L -v -n



 
oui, voici les résultats:
 
 


cromag:/home/julien# ifconfig
eth0      Lien encap:Ethernet  HWaddr 00:50:BA:2D:2A:01
          adr inet6: fe80::250:baff:fe2d:2a01/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3922 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3779 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:396440 (387.1 KiB)  TX bytes:235932 (230.4 KiB)
          Interruption:10 Adresse de base:0xd400
 
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:4916 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4916 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:719592 (702.7 KiB)  TX bytes:719592 (702.7 KiB)
 
ppp0      Lien encap:Protocole Point-à-Point
          inet adr:84.101.100.126  P-t-P:84.101.100.1  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3
          RX bytes:501 (501.0 b)  TX bytes:398 (398.0 b)
 


 


 
cromag:/home/julien# route
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
1.100.101-84.re *               255.255.255.255 UH    0      0        0 ppp0
default         1.100.101-84.re 0.0.0.0         UG    0      0        0 ppp0



cromag:/home/julien# cat /etc/resolv.conf
nameserver 80.118.192.100
nameserver 80.118.196.36



cromag:/home/julien# iptables -L -v -n
Chain INPUT (policy ACCEPT 7666 packets, 895K bytes)
 pkts bytes target     prot opt in     out     source               destination  
 
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination  
    0     0 TCPMSS     tcp  --  *      ppp0    0.0.0.0/0            0.0.0.0/0         tcp flags:0x06/0x02 tcpmss match 1400:1536 TCPMSS clamp to PMTU
 
Chain OUTPUT (policy ACCEPT 7909 packets, 865K bytes)
 pkts bytes target     prot opt in     out     source               destination  
cromag:/home/julien#
 


Reply

Marsh Posté le 06-08-2005 à 19:11:54    

Citation :

Aug  5 20:23:28 localhost pppd[8767]: PPP session is 1792
Aug  5 20:23:28 localhost pppd[8767]: Using interface ppp0
Aug  5 20:23:28 localhost pppd[8767]: Connect: ppp0 <--> eth0
Aug  5 20:23:28 localhost pppd[8767]: Couldn't increase MTU to 1500
Aug  5 20:23:28 localhost pppd[8767]: Couldn't increase MRU to 1500


Normalement, ce n'est pas un problème de MTU malgré ce que le log indique.
Le routage est correct ainsi que le firewall.

Reply

Marsh Posté le 06-08-2005 à 19:12:59    

Verification des DNS :
peux tu pinguer 216.239.57.99 (google.com) ?

Reply

Marsh Posté le 06-08-2005 à 19:12:59   

Reply

Marsh Posté le 06-08-2005 à 19:14:15    

as tu essayé le GUI tkpppoe ?

Reply

Marsh Posté le 06-08-2005 à 21:21:24    

jlighty a écrit :

Verification des DNS :
peux tu pinguer 216.239.57.99 (google.com) ?


 
bonsoir,
 
j'ai tenté de pinguer 216.239.57.99 ... et aucune réponse.
 
Comme tu parlais de vérification des DNS, j'ai pingué plusieurs sites, mon pc semble bien recevoir l'adresse IP et vouloir la pinguer.. mais rien ne se passe.  
 
Voici ce qui s'affiche
 


 
--- 216.239.57.99 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms
 
cromag:/home/julien# ping www.google.com
PING www.l.google.com (216.239.59.103) 56(84) bytes of data.
 
--- www.l.google.com ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 8998ms
 
cromag:/home/julien# ping www.whatismyip.com
PING www.whatismyip.com (63.209.100.216) 56(84) bytes of data.
 
--- www.whatismyip.com ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 4999ms
 
cromag:/home/julien# ping www.yahoo.com
PING www.yahoo.akadns.net (68.142.226.42) 56(84) bytes of data.
 
--- www.yahoo.akadns.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 2998ms
 


 

Reply

Marsh Posté le 06-08-2005 à 21:23:19    

jlighty a écrit :

as tu essayé le GUI tkpppoe ?


 
non je ne connaissais même pas ce nom avant que tu m'en parles, j'ai vérifié dans les DVDs de ma distrib mais rien n'y ressemble... et comme je n'ai pas le net chez moi c'est difficile de les récuperer.... je vais essayer de faire ca du cyber en esperant avoir toutes les dépendances de ok, je te tiens au courant

Reply

Marsh Posté le 06-08-2005 à 21:41:59    

Tu peux essayer la commande suivante :
traceroute www.google.fr


Message édité par l0ky le 06-08-2005 à 21:42:40
Reply

Marsh Posté le 06-08-2005 à 21:45:35    

il doit être dans ta distribution tkpppoe quoi que il n'est pas dans les paquetages de la ubuntu.
Un truc qui est bizarre, lorsque tu fais les pings www.google.com, www.yahoo.com la résolution DNS s'effectue.
Les autres protocoles passent ? par exemple "ftp ftp.free.fr" ? ou "lynx www.google.com" ?


Message édité par jlighty le 06-08-2005 à 21:46:23
Reply

Marsh Posté le 06-08-2005 à 21:47:54    

en complement de "iptables -L -v -n" peux tu faire "iptables -L" pour voir les règles utilisées ?

Reply

Marsh Posté le 06-08-2005 à 21:56:06    

iptables -L -v -n et iptables -L c'est pareil, sauf que -v est plus verbose et -n ne fait pas de résolution

Reply

Marsh Posté le 06-08-2005 à 22:01:54    

En plus j'avais lu le man :D, mais comme il était surprenant que la résolution DNS se passait et que le HTTP était inaccessible alors qu'il n'y avait qu'une seule règle iptables affichée (ACCEPT) je me suis dis que iptables -L -n -v masquait des règles.

Reply

Marsh Posté le 06-08-2005 à 22:22:26    

j'ai oublié de le copier de chez moi mais le "traceroute" ne passe pas et retourne "host unknown"  
 
a priori le ftp passe:
 


cromag:/home/julien# ftp ftp.free.fr
Connected to ftp.proxad.net.
220 Welcome to ProXad FTP server
Name (ftp.free.fr:julien): cromag
530 This FTP server is anonymous only.
Login failed.
ftp>
ftp>
ftp>
ftp>
ftp> q
?Ambiguous command
ftp> quit
221 Goodbye.
 


 
il ne connais pas lynx (moi non plus  :??:  :lol: )
 


cromag:/home/julien# lynx www.google.com
bash: lynx: command not found
 


 
d'après ce que j'ai compris de vos discutions le iptables -L n'etait pas nécessaire mais dans le doute je le met tout de même:
 


cromag:/home/julien# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
 
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
TCPMSS     tcp  --  anywhere             anywhere            tcp flags:SYN,RST/SYN tcpmss match 1400:1536 TCPMSS clamp to PMTU
 
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


 
derniere remarque pour le tkpppoe .. d'apres ce que j'ai compris tkpppoe est la GUI pour rp-pppoe. Or Debian utilise une adaptation de rp-pppoe qui est pppoeconf ... il est donc peut etre logique que tkpppoe n'y soit pas et cela expliquerait qu'il ne soit pas dans ubuntu.. non?


Message édité par cromag le 06-08-2005 à 22:23:49
Reply

Marsh Posté le 06-08-2005 à 22:23:48    

cromag a écrit :

j'ai oublié de le copier de chez moi mais le "traceroute" ne passe pas et retourne "hust unknown"  
 
a priori le ftp passe:
 


cromag:/home/julien# ftp ftp.free.fr
Connected to ftp.proxad.net.
220 Welcome to ProXad FTP server
Name (ftp.free.fr:julien): cromag
530 This FTP server is anonymous only.
Login failed.
ftp>
ftp>
ftp>
ftp>
ftp> q
?Ambiguous command
ftp> quit
221 Goodbye.
 


Ici, tout semble marcher correctement...
 
il ne connais pas lynx (moi non plus  :??:  :lol: )
Un navigateur web en mode texte ;)
 


cromag:/home/julien# lynx www.google.com
bash: lynx: command not found
 


 
d'après ce que j'ai compris de vos discutions le iptables -L n'etait pas nécessaire mais dans le doute je le met tout de même:
 


cromag:/home/julien# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
 
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
TCPMSS     tcp  --  anywhere             anywhere            tcp flags:SYN,RST/SYN tcpmss match 1400:1536 TCPMSS clamp to PMTU
 
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


 
derniere remarque pour le tkpppoe .. d'apres ce que j'ai compris tkpppoe est la GUI pour rp-pppoe. Or Debian utilise une adaptation de rp-pppoe qui est pppoeconf ... il est donc peut etre logique que tkpppoe n'y soit pas et cela expliquerait qu'il ne soit pas dans ubuntu.. non?
ouaip


Reply

Marsh Posté le 06-08-2005 à 22:45:48    

Citation :

Par contre une fois connecté impossible d'acceder au un site web, de se connecter a msn, récuperer des mails ou quoi que ca soit


pourtant le FTP est accessible.
Essaye de voir avec lynx (ou telnet www.google.com 80  et tapes GET /) pour verifier si le HTTP passe. Si ça fonctionne alors il se peut que c'est la configuration du navigateur qui est incorrecte.

Reply

Marsh Posté le 06-08-2005 à 23:34:24    

Ben ouais mais son client mail et amsn ne dependent pas de la conf du browser :/

Reply

Marsh Posté le 07-08-2005 à 14:05:24    

deather2 a écrit :

Ben ouais mais son client mail et amsn ne dependent pas de la conf du browser :/


bonjour,
 
j'ai essayé le telnet sur google et sur yahoo mais apparement rien n'y fait:
 
sur google:
 


cromag:/home/julien# telnet www.google.com
Trying 66.249.93.104...
Trying 66.249.93.99...
telnet: Unable to connect to remote host: Connection timed out


 
sur yahoo (que j'ai fait abandonner apres plus de 10 min):
 


julien@cromag:~$ telnet www.yahoo.com
Trying 68.142.226.38...
Trying 68.142.226.50...
Trying 68.142.226.44...
Trying 68.142.226.33...


 
j'ai aussi essaye d'aller voir google avec lynx, j'ai droit à:
 


                                                                                  400 Bad Request
 
   Google
            Error
 
                                           Bad Request
 
     Your client has issued a malformed or illegal request.
 


 
histoire de vérifier, j'ai demandé a un ami de pinguer mon pc, et le ping passe sans le mondre problème.. par contre dans l'autre sens, impossible de le pinguer ou de pinguer quelque ordinateur que ce soit (aucun changement donc)
 
j'ai aussi tenté de configurer thunderbird... on sait jamais. A priori il arrive a se connecter a mon compte... mais pas a récup les mails.
 
 
donc si je récapitule l'histoire:
 
- je peux me connecter au réseau et mon FAI me voit connecté a 9,5 Meg/s
- je peux a priori me connecter a un ftp ("ftp ftp.free.fr" par exemple), un pop .. ou tout autre "service"
- il est possible de me pinguer
 
- je ne peux pas pinguer
- je ne peux pas "transferer de données" (afficher une page web, récup des mails...)
 
 

Reply

Marsh Posté le 07-08-2005 à 14:08:42    

ce n'est pas

telnet www.yahoo.fr


c'est  

telnet www.yahoo.fr 80

Reply

Marsh Posté le 07-08-2005 à 14:14:49    

Une chose à essayer, flusher les règles IPtables et activer la possibilité de faire du ping car j'ai l'impression qu'un firewall bloque certains ports (FW de la neufbox pourtant elle est considérée comme un modem ou FW de linux ?)

Code :
  1. iptables -F
  2. iptables -X
  3. iptables -P INPUT  ACCEPT
  4. iptables -P OUTPUT ACCEPT
  5. iptables -P FORWARD ACCEPT


Message édité par jlighty le 07-08-2005 à 14:15:43
Reply

Marsh Posté le 08-08-2005 à 08:12:56    


le telnet semble fonctionner, du moins pour google, par contre le GET / n'a pas l'air de franchement lui plaire:
 


julien@cromag:~$ telnet www.google.com 80
Trying 216.239.59.147...
Connected to www.google.com.
Escape character is '^]'.
GET /
Connection closed by foreign host.


 
j'ai tenté de un telnet sur d'autres sites (yahoo et amazon) mais ne s'affiche, meme pas "Trying ......", peut etre le telnet n'est il tout simplement pas autorisé sur ces machines
 
pour iptables j'ai effectue la manip comme donnée:
 


cromag:/home/julien# iptables -F
cromag:/home/julien# iptables -X
cromag:/home/julien# iptables -P INPUT ACCEPT
cromag:/home/julien# iptables -P OUTPUT ACCEPT
cromag:/home/julien# iptables -P FORWARD ACCEPT


 
Mais rien n'y fait... d'autre part si j'ai bien compris le but de cette manip est de voir si ca ne bloque pas au niveau du FW. Je ne pense pas que le prob vienne du FW étant donné que la connec ne fonctionne pas sous Win 2000 qui (il me semble) n'a pas de FW.
 
D'autre part, j'ai à tout hazard tente le coup avec un windows XP (firewall totalement desactive), comme pour les autres config l'identification se passe bien mais  rien ne se passe quand qu'il s'agit d'acceder a une page internet.  
 
Je vais retenter le coup avec le service technique de mon FAI ce soir voir si je peux regles le souci sous XP, avec un peu de change il suffira de faire une analogie entre les réglages des 2 OS... mais j'y crois pas trop en fait :lol:

Reply

Marsh Posté le 08-08-2005 à 10:24:01    

Regarde s'il y a la possibilité de configurer la neuf box car si avec Linux, Win2000, WinXP tu n'arrives pas à accéder au net c'est soit un problème de modem ou de réseau du FAI.

Reply

Marsh Posté le 08-08-2005 à 11:47:23    

jlighty a écrit :

Regarde s'il y a la possibilité de configurer la neuf box car si avec Linux, Win2000, WinXP tu n'arrives pas à accéder au net c'est soit un problème de modem ou de réseau du FAI.


 
bonjour,
 
a force d'ecumer les forums, j'ai trouvé un post de quelqu'un qui semblait avoir le meme souci que moi su commentcamarche.net
 

Bonjour  
Vous avez un Pb avec la neuf box. Cela peut se résoudre, moi aussi, j'ai eu quelques soucis et grâce à ce site, j'ai réussi à me connecter.  
 
Tout en root comme avec: "W.....(#[`→@^\{{~[`ç##)  
 
J'ai regardé dans le fichier:  
/ect/ppp/pppoe.conf  
et je me suis aperçu que je n'avais pas le chemin "PID"  
dans:  
/var/run/nom du fichier  
de plus:  
en contrôlant l'état de ma connection:  
[root blabla@moimeme]# adsl-status  
 
Le système "linux mandriva" pour la pub et ne pas le citer, m'informait que le chemin:  
/var/run/pppoe.conf-adsl.pip.pppd  
était introuvable.  
 
J'ai donc utilisé la force brutale "like W......!(#i`→@^\{{~`^##)."  
 
J'ai renommé le fichier:  
/var/run/pppoe.conf-adsl.pip  
en /var/run/pppoe.conf-adsl.pip.pppd  
puis en /var/run/pppoe.conf-adsl.pip.pppoe  
puis en /var/run/pppoe.conf-adsl.pip.ppoe  
 
et mon linux préféré a créé:  
/var/run/pppoe.conf-adsl.pip.start  
 
après un "adsl start"  
 
puis: "youpi"  
comme par magie, cela fonctionne.  
 
nota:  
J'ai une connection ethernet et j'ai suivi l'installation du système qui au final me disait quelque chose du genre: "W......!(#l`→@^\{{~[`^##)"  
 
il me semble que: "vous n'êtes pas connecté".  
 
Et que je pouvais recommencer.  
Autre chose:  
 
Avant de bidouiller; j'ai appelé le "Neuf", il me confirma que j'était bien "Adsl" depuis deux semaines environ (du 7/7 au 2n/7).  
et l'opérateur m'assura que je me connectais bien à son serveur.  
 
Pour info sur la neuf box: "ya des voyants"  
 
Ils doivent êtres allumés en:  
 
PWR DSL LAN  
 
Puis lorsque vous êtes connecté:  
DSA LAC  
 
Vous souhaitant bonne chance et bonne connection  
 
Best regards  
 
Gerlac


 
je pense donc tenter cette manip même si je n'y comprend pas grand chose et que je ne suis pas certain que ca fonctionne avec une debian....
 
si ca fonctionne toujours pas.. je vais encore telephoner a mon FAI adoré ( :fou: ) ce soir

Reply

Marsh Posté le 08-08-2005 à 11:57:33    


Ce qui tu peux essayer c'est "adsl start" et "adsl status" mais je suis quand même sceptique car tu n'arrivais déjà pas à faire marcher la Neuf box sous d'autres OS.

Reply

Marsh Posté le 08-08-2005 à 13:27:35    

jlighty a écrit :

Ce qui tu peux essayer c'est "adsl start" et "adsl status" mais je suis quand même sceptique car tu n'arrivais déjà pas à faire marcher la Neuf box sous d'autres OS.


 
ok merci je vais tenter le coup. Je suis sceptique aussi mais bon ca ne coute rien d'essayer.
 
J'ai encore téléphoner à mon FAI ce midi, ils m'envoient quelqu'un pour vérifier toutes les instalations telecom & co ... on sait jamais avec un peu de chance ....
 
en attendant je tente le coup, je vous tien au courant
 
merci

Reply

Marsh Posté le 09-08-2005 à 08:49:04    

bonjour,
 
je n'ai pas réussit a adapter les manips décrites ci dessus... par contre j'ai peut être mis le doigt sur quelque chose d'interessant:
 
En utilisant gnome-nettool que j'avais lancé a partir d'un terminal, je me suis appercut que dès que je voulais configurer un truc etc.. le type de message suivant apparaissait:
 


cromag:/# gnome-nettool
 
(gnome-nettool:6734): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
        P-t-P: 84.101.100.1
 
(network-admin:6736): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
 
(network-admin:6751): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
        P-t-P: 84.101.100.1


 
ca me parait pas très normal même si je ne comprend pas tout .. je ne parle pas courement le linux :lol:
 
en fait je vois pas ce que le P-t-P: 84.101.100.1 viens faire ici....

Reply

Marsh Posté le 09-08-2005 à 10:06:18    

A mon avis il n'y a aucun lien entre P-t-P et gnomeui
Autre chose tu as bien mis  VPI=8 et VCI=35 ?
Un tutorial sur l'installation d'un modem ethernet (dans le cas où tu aurais oublié quelque chose)
http://www.n9ws.com/index.php/pages/tuto_ethernetlinux


Message édité par jlighty le 09-08-2005 à 10:23:41
Reply

Marsh Posté le 09-08-2005 à 12:23:52    

jlighty a écrit :


Autre chose tu as bien mis  VPI=8 et VCI=35 ?


 
quezako???  :??: comment on regle ca?

Reply

Marsh Posté le 09-08-2005 à 12:29:56    

En faite non, tu n'en as pas besoin, ces options sont directement configurées dans le neufbox.
Quand j'avais le modem Sagem 800 je pouvais le configurer par linux.  

Reply

Marsh Posté le 09-08-2005 à 12:40:45    

jlighty a écrit :

En faite non, tu n'en as pas besoin, ces options sont directement configurées dans le neufbox.
Quand j'avais le modem Sagem 800 je pouvais le configurer par linux.


 
ha ok.. fausse alerte alors?
 
a priori pour le tutos d'installation tout est ok....
 
c'est quand même étrange que je n'ai pu le configurer sous aucun OS  :heink:  
 
j'espere que Mr Neuf tel trouvera une solution.... parceque la;.... je suis dubitatif

Reply

Marsh Posté le 09-08-2005 à 12:50:08    

2 choses à essayer :
- récupérer le log de l'établissement de la connexion par PPP
- regarder la configuration de la neufbox (interface web)

Reply

Marsh Posté le 09-08-2005 à 15:17:05    

jlighty a écrit :

2 choses à essayer :
- récupérer le log de l'établissement de la connexion par PPP


 
 :??:  :??:  
tu parles de "plog"? .....  
 

jlighty a écrit :


- regarder la configuration de la neufbox (interface web)


 
ca j'ai trouver des infos sur le net, merci:).. je vais tenter le coup pr voir
 

Reply

Marsh Posté le 09-08-2005 à 15:22:38    

Citation :

tu parles de "plog"? .....  


Plutôt une version plus détaillée ou l'on verrait par exemple les différentes (4) étapes de connexion.

Reply

Marsh Posté le 09-08-2005 à 15:30:00    

jlighty a écrit :

Citation :

tu parles de "plog"? .....  


Plutôt une version plus détaillée ou l'on verrait par exemple les différentes (4) étapes de connexion.


 
heu..... ok... je vais essayer de voir ce que je peux faire..parceque la ca devient du chinois pour moi.... :sweat:  
 
tu as une idée de la commande que je pourrais utiliser?

Reply

Marsh Posté le 09-08-2005 à 15:35:30    

augmente le niveau de verbose dans le fichier option (paramètre debug)

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed