Bonjour,
 
J'essaie de faire fonctionner ma carte adsl bewan pci st sous linux depuis une semaine, mais quelle que soit la distribution employée (redhat ou mandrake) ou encore la méthode (da-silva, Christophe Mailhebuau, etc.), il arrive systématiquement la même chose.
Les drivers unicorn se compilent et s'installent sans problème, une fois modifié correctement le script de connexion unicorn_pppoatm s'exécute sans la moindre erreur apparente avec une sortie du style:
 
ADSL: status ATM ready, modem state SHOWTIME L0, US rate 159Kbits/s, DS
rate 639Kbits/s
Bridged: 00:25:3c:1a:e4:94
AAL5: tx 5394 ( 0 err ), rx 5872 ( 0 err, 0 drop )
 
De même, en lançant un ifconfig, j'obtiens quelque chose du style:
 
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:867 errors:0 dropped:0 overruns:0 frame:0
TX packets:867 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:97104 (94.8 Kb) TX bytes:97104 (94.8 Kb)
 
ppp0 Lien encap:Protocole Point-à-Point
inet adr:193.252.171.74 P-t-P:193.253.160.3 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1200 Metric:1
RX packets:6949 errors:0 dropped:0 overruns:0 frame:0
TX packets:7198 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:2001743 (6 b) TX bytes:2041271 (6 b)
 
Néamoins, impossible pour autant d'établir une connexion vers le www, ni même de faire un ping vers un serveur. Pour un navigateur internet, la connexion à internet n'existe tout simplement pas!
Auriez-vous une idée de ce à quoi est lié mon problème?
Visiblement il y aurait des chances que ce soit lié au dns, or j'ai déjà tenté de mettre l'adresse ip de mon serveur (193.253.160.3) dans le fichier resolv.conf... sans succès!
Je précise qu'en ce moment, je réalise mes tests sur une Mandrake 9.0rc1, et que mon fournisseur d'accès est wanadoo.
 
Merci!
 

Si je ne m'abuse, on voit que des fichiers de log ont été créé.
C'est peut etre une piste.

Mais comment faire pour configurer comme il faut le dns (si toutefois c'est bien là le problème...)?
Dans le champ nameserver du fichier resolv.conf, suffit-il de spécifier l'ip du serveur lui-même ou bien s'agit-il d'autre chose?

et si tu fais un ping 217.12.3.11 (yahoo.fr)?

Le système me dit qu'il ne connaît pas l'hôte... il en va de même pour wanadoo.fr.
Et si je ping directement une adresse ip (telle que celle de mon fournisseur) je ne reçois aucun paquet.

et route add default ppp?

En exécutant "route adsl default ppp" j'obtiens:
>SIOCADDRT: no such device
 
En revanche, avec un "route" tout court, j'ai:
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
193.253.160.3   *               255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         193.253.160.3   0.0.0.0         UG    0      0        0 ppp0

g fait une erreur et toi aussi... c ppp0  
 
mais ta pas bien lu c route ADD et pas adsl

Oups exact... je reboot derechef tester tout ça!

pkoi tu veux rebooter? ca sert a rien

C'est parce que j'effectue les tests sur une seule machine, et que je n'ai pas encore la moindre connexion internet possible sous linux. D'où la nécessité de repasser sous windows pour poster mes messages...
 
Quoi qu'il en soit, la commande "route add default ppp0" ne me renvoie absolument rien comme message, elle s'exécute et voilà tout.
Par la suite, c'est tjs pareil... un "ping 193.253.160.3" par exemple tente d'envoyer un paquet puis c'est le gel, aucune réponse.

c normal kel te reponde rien...
 
pour le ping, essai 193.253.221.85

C'est comme chaque fois: ça envoie des données sans jamais recevoir de réponse.
 
Voilà le résultat de la requète:
>ping 193.253.221.85
PING 193.253.221.85 (193.253.221.85) from 80.13.20.189 : 56(84) bytes of data.
 
--- 193.253.221.85 ping statistics ---
73 packets transmitted, 0 received, 100% loss, time 72012ms
 
Décourageant...

fodrai ke une fois ke tu es sous linux ke tu donne ton ip a kkun (un pote par tel) pour ke lui essai de te pinger, pour voir si ca cause plus...

c'est pas 193.252.19.3 /4/5 et 6 les dns de wanadoo ?

oui  

Le pb c'est qu'en ce moment je n'ai accès qu'à une seule ligne téléphonique... et que pour le moment ma ralonge m'empêche d'installer le filtre adsl.
C'est pourquoi je ne peux pas passer d'appel pdt que je suis connecté!

Je vais tenter d'inscrire les ip:
193.252.19.3
et: 193.252.19.4
dans les fichier resolv.conf situés dans /etc et /etc/ppp.
 
Néamoins je me rappelle que ces adresses-là figuraient auparavant dans les scripts, et que ça n'améliorait pas la situation pour autant.
 
Mais je vais qd même réessayer!

3 et 4 mais on peut pas les pinger, c pour ca ke je lui en ai proposer une valide

Visiblement, à chaque nouvelle connexion, mes fichiers resolv.conf sont mis à jour automatiquement, avec les ip:
193.252.19.3
193.252.19.4
 
Mais tjs aucun lien avec le www...

c normal, a la connection, anadoo t'nvoi les ip des serveur dns et nux les remet a jour automatikemet ds resolv.conf, ca tu y touche pas

Alors qu'est qu'il me reste à faire?

normalement a te connecter et a faire route add default ppp0 et c tout...

Eh bien c'est ce que j'ai réalisé à l'instant... mais tjs pas moyen d'obtenir quoi que ce soit.

toutes facons un ping sur une ip marcherai meme sans route add.. dc ta un prob... par contre g bien peur kil depasse de loin mes competences

Cool... j'ai tjs l'art de tomber sur ce genre de cas justement.
J'ai déjà épluché tous les forums à propos de la bewan, et une fois le driver compilé, c'est sensé fonctionner directement sans pb chez tous les utilisateurs... sauf moi!
 
Je devrais sans doute chercher un poste de bêta-testeur

j'en avais un chez aol, il m'arrive le meme genre de prob lis le topic sur le clavier au fonctionnement bizarre, tu verra ke des trucs curieux yen a bcp

Enfin quoi qu'il en soit, merci quand même pour ton aide... je vais tenter de garder espoir!

on va rentrer ds les trucs cons sinon, iptables blok pas tout ce ki rentre et ki sort par defaut? ou c pas l'absence de filtre ki foutrai la merde au fait?

L'absence de filtre ne pose le moindre pb, je peux le constater au fait que sous windows, tout marche parfaitement sans la moindre perturbation.

je te fais confiance pour ca alors... et tes regles iptables? tu as pas bloker tout?

peux tu me redonner les infos suivantes ?
 
> ifconfig
> route -n
> iptables -L
> ping 127.0.0.1 -c 3

ifconfig:
---------
 
lo        Lien encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0  
          RX bytes:140 (140.0 b)  TX bytes:140 (140.0 b)
 
ppp0      Lien encap:Protocole Point-à-Point  
          inet adr:80.15.64.143  P-t-P:193.253.160.3  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1200  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3  
          RX bytes:54 (54.0 b)  TX bytes:54 (54.0 b)
 
route -n:
---------
 
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
193.253.160.3   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         193.253.160.3   0.0.0.0         UG    0      0        0 ppp0
 
iptables -n:
------------
 
Chain INPUT (policy DROP)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere            
common     all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere           LOG level info prefix `Shorewall:INPUT:REJECT:'  
reject     all  --  anywhere             anywhere            
 
Chain FORWARD (policy DROP)
target     prot opt source               destination          
common     all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere           LOG level info prefix `Shorewall:FORWARD:REJECT:'  
reject     all  --  anywhere             anywhere            
 
Chain OUTPUT (policy DROP)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     icmp --  anywhere             anywhere           state NEW,RELATED,ESTABLISHED  
common     all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere           LOG level info prefix `Shorewall:OUTPUT:REJECT:'  
reject     all  --  anywhere             anywhere            
 
Chain all2all (0 references)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere           state RELATED,ESTABLISHED  
newnotsyn  tcp  --  anywhere             anywhere           state NEW tcp flags:!SYN,RST,ACK/SYN  
common     all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere           LOG level info prefix `Shorewall:all2all:REJECT:'  
reject     all  --  anywhere             anywhere            
 
Chain common (5 references)
target     prot opt source               destination          
ACCEPT     icmp --  anywhere             anywhere           icmp echo-request  
icmpdef    icmp --  anywhere             anywhere            
DROP       tcp  --  anywhere             anywhere           state INVALID  
REJECT     udp  --  anywhere             anywhere           udp dpts:netbios-ns:netbios-ssn reject-with icmp-port-unreachable  
REJECT     udp  --  anywhere             anywhere           udp dpt:microsoft-ds reject-with icmp-port-unreachable  
reject     tcp  --  anywhere             anywhere           tcp dpt:135  
DROP       udp  --  anywhere             anywhere           udp dpt:1900  
DROP       all  --  anywhere             255.255.255.255    
DROP       all  --  anywhere             224.0.0.0/4        
reject     tcp  --  anywhere             anywhere           tcp dpt:auth  
 
Chain dynamic (0 references)
target     prot opt source               destination          
 
Chain icmpdef (1 references)
target     prot opt source               destination          
 
Chain loc2net (0 references)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere           state RELATED,ESTABLISHED  
newnotsyn  tcp  --  anywhere             anywhere           state NEW tcp flags:!SYN,RST,ACK/SYN  
ACCEPT     all  --  anywhere             anywhere            
 
Chain net2all (0 references)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere           state RELATED,ESTABLISHED  
newnotsyn  tcp  --  anywhere             anywhere           state NEW tcp flags:!SYN,RST,ACK/SYN  
common     all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere           LOG level info prefix `Shorewall:net2all:DROP:'  
DROP       all  --  anywhere             anywhere            
 
Chain newnotsyn (3 references)
target     prot opt source               destination          
DROP       all  --  anywhere             anywhere            
 
Chain reject (6 references)
target     prot opt source               destination          
REJECT     tcp  --  anywhere             anywhere           reject-with tcp-reset  
REJECT     all  --  anywhere             anywhere           reject-with icmp-port-unreachable  
 
Chain shorewall (0 references)
target     prot opt source               destination          
 
ping 127.0.0.1 -c 3:
--------------------
 
PING 127.0.0.1 (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data.
 
--- 127.0.0.1 ping statistics ---
3 packets transmitted, 0 received, 100% loss, time 2012ms

bon y a un gros pb sur ta config : le localhost ne réponds pas.
 
essayes de flusher tes règles iptables pour voir :
 
iptables -F
iptables -X
 
et réessaye un ping

Et pourtant, si je fais http://127.0.0.1 ou http://localhost dans un navigateur internet, ça réagit et il m'affiche la page par défaut d'Apache.

et si tu arrêtes Apache, ça marche ?

Si j'arrête Apache alors le navigateur ne trouve plus rien (logique...), et il est tjs impossible de faire un ping de quoi que ce soit.

tu boot la machine en graphik ou en comman dline?
 
pcq en console il doit te dire demmarrage de loop... il te dit ok ou pas?

t'as essayé de flusher les règles ?

Je démarre en mode console, et il n'y a pas la moindre erreur ni même le moindre message d'avertissement. Mais je vais vérifier s'il y a bien une ligne consacrée au démarrage de loop.
 
Sinon comment on fait pour flusher les règles? (désolé, chuis vraiment pas un spécialiste rézo )