Je n'arrive pas à me connecter à certains sites web sous Debian

[rufa11]

Bonjour, en étant débutant avec Debian, j'ai essayer de me connecter a l'internet mais j'ai pas pu, pourtant quand je fait:

Code :

#ping google.fr

j'ai la réponse des paquets envoyer au serveur.
meme chose pour:

Code :

#ping yahoo.com

Mais par contre pour :

Code :

#ping hotmail.com

j'ai pas de réponse, les paquets sont perdus, ce n'est pas un problème du dns puisqu'il arrive a résoudre l'@ ip google.fr et yahoo.fr.

J'utilise un modem speedtouch que j'ai configuré comme un routeur(configuration de base).

L'interface du routeur a l'@ ip 192.168.0.254

L'@ip de ma carte réseaux et 192.168.0.64 je les attribué en mode static et comme passerelle j'ai mis l'@ ip de l'interface du routeur et même chose pour le dns.

Même avec dhclient quand je tape fttp://google.fr dans le browser il m'affiche en attente de google.fr

Avant j'utilisé ubuntu et j'arrivai a me connecter facilement avec un simple click sur le browser.

Svp vous avez des idées?

Merci d'avance.

[jeanbi]

bonjour,

$ ping hotmail.com
PING hotmail.com (64.4.33.7) 56(84) bytes of data.
^C
--- hotmail.com ping statistics ---
28 packets transmitted, 0 received, 100% packet loss, time 27140ms

as tu installe le pare feu ou bricoler quelques choses au sujet?
car denierement sur debian , je me suis amuse a bricoler le pare feu , j'etais connecte ip obtenu mais aucune connexion avec le navigateur ou messagerie impossible , j'ai tout vire et ensuite ça a remarche et ensuite j'ai reinstalle firestarter depuis plus de soucis
a+

[rufa11]

re, j'ai essayer de me connecter toute de suite après l'installation avec le serveur dhcp activer lors de l'installation.

[rufa11]

Bonjour, juste une rectification:
Avec :

Code :

#ping hotmail.com

il fait la résolution de l'@ ip mais il n' y a pas une réponse, les paquets sont perdus.

Quand je tape http://google.fr dans le browser il m'affiche recherche de l'hote google.fr (c'est normale) ensuite connexion a google.fr... et la ça ce bloque.

[ram-0000]

Par hasard, tu ne serais pas en entreprise derrière un proxy ?

[rufa11]

Re, non je suis chez moi a domicile, j'utilise une connexion ADSL.

[fred.perez]

Bonjour,

A tout hasard, que donne :

Code :

$ tracert www.google.fr

?

++
Fred

[rufa11]

Re, pour:

Code :

1
2
#tracert  www.google.fr 
batsh:  tracert commande not found

au démarrage il m'affiche IPV6 over IPV4 tunneling driver.

Pour la carte réseau eth0 dans le tableau de bord , elle fait signe désactiver(aucun peripheique réseaux n a été détecter), pourtant quand je tape:

Code :

#ifconfig

je voie eth0 avec l'adresse ip 192.168.1.64 que j'ai attribué statiquement.

@ ip de la passerelle j'ai mis: 192.168.1.254 (celle de l'interface du modem routeur ).
@ io du DNS j'ai mis 192.168.1.254(la même chose)

D'après ce que j'ai compris: les paquets quittes bien l'interface eth0 mais je ne reçoit rien, la preuve:

Code :

#tcpdump -i eth0

Je voie du trafic.

Merci d'avance.

[ram-0000]

tracert, c'est sous Windows, sous Linux, c'est traceroute la commande

[fred.perez]

Re,

Envoyé par Linuxieur

Re, pour:

Code :

Que donne ceci :

Code :

$ dpkg -l | grep traceroute

Si le paquet traceroute n'apparaît pas, tu peux l'installer :

Code :

# aptitude install traceroute

traceroute pourrait t'aider à découvrir où se perdent tes paquets et s'ils atteignent on routeur^^

Envoyé par ram-0000

tracert, c'est sous Windows, sous Linux, c'est traceroute la commande

En effet j'ai rippé
cependant, avant de ripper sur le post, j'ai rippé dans bash, ce qui fait que tracert passe parfaitement sur mon système (Lenny).

Une petite recherche à coups de which me montre que (-> représente un lien symbolique) :

/usr/bin/tracert -> /etc/alternatives/tracert -> /usr/bin/tracert.db -> /usr/bin/traceroute.db

Et que par ailleurs :

/usr/bin/traceroute -> /etc/alternatives/traceroute -> /usr/bin/traceroute.db

En outre, un petit :

Code :

$ dpkg-query -L traceroute | grep tracert

Nous indique que le paquet traceroute contient les fichiers :

Code :

1
2
/usr/bin/tracert.db
/usr/share/man/man8/tracert.db.8.gz

Les autres liens symboliques évoqués plus haut étant sans doute créés par le script postinst du paquet.

Pour finir :

Code :

$ man tracert

Nous amène vers la manpage de ... traceroute(8).

Donc, a priori,

Code :

tracert

fonctionne également au moins sous Lenny.

Maintenant, je viens de tester sur le desktop de mon voisin de bureau que cet "alias" tracert => traceroute semble inexistant sur une install de base d'Ubuntu...

++
Fred

[jeanbi]

bonjour
tracert fonctionne sous debian squeeze en root !

~# tracert www.google.fr
traceroute to www.google.fr (209.85.227.104), 30 hops max, 60 byte packets
1 10.43.64.1 (10.43.64.1) 11.184 ms 11.144 ms *
2 * * *
3 * * *
4 * * *
5 * * *
6 * 72.14.236.191 (72.14.236.191) 33.485 ms^C

a+

[rufa11]

Re, voici ce que ma donner la commande traceroute www.google.fr

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
machine1:~# traceroute  www.google.fr
traceroute: Warning: www.google.fr has multiple addresses; using 74.125.43.106
traceroute to www.l.google.com (74.125.43.106), 30 hops max, 40 byte packets
 1  speedtouch.lan (192.168.1.254)  49.786 ms  97.801 ms  99.939 ms
 2  41.200.64.1 (41.200.64.1)  54.753 ms  51.860 ms  53.234 ms
 3  10.10.31.3 (10.10.31.3)  69.860 ms  50.166 ms  49.448 ms
 4  * * *
 5  * * *
 6  * * *
 7  193.251.169.178 (193.251.169.178)  56.641 ms  59.399 ms  58.980 ms
 8  pal6-djaweb-12.pal.seabone.net (195.22.197.93)  106.139 ms  102.047 ms  105.884 ms
 9  74.125.50.241 (74.125.50.241)  105.971 ms  102.612 ms  106.092 ms
10  74.125.50.241 (74.125.50.241)  102.062 ms  141.923 ms  109.339 ms
11  209.85.249.54 (209.85.249.54)  107.415 ms  105.791 ms  102.460 ms
12  209.85.249.234 (209.85.249.234)  117.800 ms 209.85.251.113 (209.85.251.113)  106.521 ms  104.706 ms
13  216.239.48.11 (216.239.48.11)  119.137 ms 209.85.248.218 (209.85.248.218)  119.233 ms  118.507 ms
14  64.233.174.55 (64.233.174.55)  129.539 ms  124.286 ms 64.233.174.53 (64.233.174.53)  122.642 ms
15  209.85.255.245 (209.85.255.245)  124.611 ms  130.580 ms  126.127 ms
16  bw-in-f106.google.com (74.125.43.106)  117.723 ms  120.703 ms  120.967 msxxx
 
machine1:~#traceroute  www.yahoo.fr
traceroute to www.euro.fyeu.b.yahoo.com (217.146.186.51), 30 hops max, 40 byte packets
 1  speedtouch.lan (192.168.1.254)  35.541 ms  98.054 ms  99.931 ms
 2  41.200.64.1 (41.200.64.1)  55.228 ms  57.261 ms  51.147 ms
 3  10.10.31.3 (10.10.31.3)  51.316 ms  46.520 ms  51.141 ms
 4  * * *
 5  * * *
 6  * * *
 7  193.251.169.178 (193.251.169.178)  62.655 ms  58.702 ms  58.106 ms
 8  po14-0.passe2.Paris.opentransit.net (193.251.252.185)  90.384 ms  90.125 ms  86.925 ms
 9  tengige0-15-0-1.pastr1.Paris.opentransit.net (193.251.240.213)  86.955 ms  93.669 ms  91.833 ms
10  193.251.247.30 (193.251.247.30)  90.660 ms  3722.850 ms  90.241 ms
11  ae-33-51.ebr1.Paris1.Level3.net (4.69.139.193)  90.614 ms  93.382 ms  87.221 ms
12  ae-42-42.ebr1.London2.Level3.net (4.69.141.89)  95.310 ms ae-41-41.ebr1.London2.Level3.net (4.69.141.85)  105.325 ms ae-42-42.ebr1.London2.Level3.net (4.69.141.89)  103.689 ms
13  ae-5-5.car2.Dublin1.Level3.net (4.69.136.97)  114.000 ms  113.596 ms  117.795 ms
14  213.242.106.158 (213.242.106.158)111.026 ms  109.566 ms  115.984 ms
15  gi-1-6.bas-a1.ird.yahoo.com (217.146.184.225)  114.542 ms

Ou est le problème? je ne sais pas, tout a l'aire de bien fonctionner.

Merci d'avance.

[ram-0000]

Envoyé par Linuxieur

Ou est le problème? je ne sais pas, tout a l'aire de bien fonctionner.

Oui tout fonctionne, tu as de la résolution DNS, les paquets vont vers Internet et tu reçois les réponses, c'est tout bon.

[rufa11]

Re et merci, alors pourquoi je n'arrive pas a me connecter a internet sur mon browser? Iceweasel ou Konkeror.

[fred.perez]

Re,

Que donne :

Code :

$ telnet www.google.com 80

?

Si la connexion s'ouvre effectivement sur le serveur web tu devrais voir :

Code :

1
2
3
Trying 209.85.227.147...
Connected to www.l.google.com.
Escape character is '^]'.

(Pour fermer la connection fais CTRL+d puis entrée, si tout fonctionne le serveur web de google te délivrera une page html signalant une requête mal formée.)

Si la connexion échoue, cela signifie que le requêtes http ne passent pas le routeur -a priori, si tu n'as pas entré de règles iptables sur ton poste susceptibles d'empêcher le trafic sur le port 80- ; ca ressemblerait à une mauvaise config du firewall sur le routeur ^^.

A tout hasard, pourrais-tu montrer la sortie des commande suivantes ? :

Code :

$ /sbin/ifconfig eth0

(où eth0 correspond à ton interface ethernet)

et

Code :

$ cat /etc/resolv.conf

++
Fred

[rufa11]

Re et merci, voila ce que donne les différentes commande:

Code :

1
2
3
# telnet  www.google.fr
Trying 74.125.43.147...
Trying 74.125.43.99...

Et ça reste comme ça.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
# /sbin/ifconfig
eth0      Lien encap:Ethernet  HWaddr A5:B0:00:00:00:00
          inet adr:192.168.1.64  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::a7b0:ff:fe00:0/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28 errors:0 dropped:0 overruns:0 frame:0
          TX packets:127 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:2117 (2.0 KiB)  TX bytes:13244 (12.9 KiB)
          Interruption:233 Adresse de base:0xdead
 
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:153 errors:0 dropped:0 overruns:0 frame:0
          TX packets:153 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:28857 (28.1 KiB)  TX bytes:28857 (28.1 KiB)

# cat /etc/resolv.conf
search lan
nameserver 192.168.1.254
domain WORKGROUP


Et je n'est aucune règles de filtrage:

Code :

1
2
3
4
5
6
7
8
9
# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
 
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
 
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Merci.

[ram-0000]

Non, c'est

Code :

telnet  www.google.fr 80

qu'il faut faire (le 80 à la fin de la ligne de commande est très important)

[fred.perez]

Re,

On va tenter un truc ^^

Si la commande suivante :

Code :

# sysctl -a 2>/dev/null | grep "net.ipv4.tcp_window_scaling"

renvoie :

Code :

net.ipv4.tcp_window_scaling = 1

Lance ceci :

Code :

# sysctl -w net.ipv4.tcp_window_scaling=0

Puis teste ta connexion directement dans firefox.

++
Fred

[rufa11]

Re, voila avec le port 80:

# telnet www.google.fr 80
Trying 74.125.43.99...
Trying 74.125.43.103...

# telnet www.google.com 80
Trying 74.125.43.147...
Trying 74.125.43.99...


Et ça reste comme ça.

[fred.perez]

Yup,

T'as testé de modifier la variable kernel avec sysctl (mon post précédent)?

++
Fred