Probleme bizarre entre dhcp et acces internet

Support Debian
#1

Bonjour à tous,

Voici mon problème: j’utilise debian 4 sur un ordinateur portable au travail et à la maison.
Lorsque j’ai installé Debian j’étais au travail, peut-etre cette info peut servir!

Au travail, je n’ai aucun problème. Je branche mon portable, j’ai bien une adresse ip, le ping fonctionne partout et j’ai bien accès à internet.
A la maison, cela se complique. Je branche mon ordinateur, j’obtiens bien un ip, une passerelle et un dns de mon serveur dhcp. Lorsque je fais un ping de mon routeur, ça fonctionne. Lorsque je fais un ping de www.debian.org ou de google, cela fonctionne. Mais quand je lance Iceweasel ou un autre navigateur, j’obtiens une erreur de page inaccessible au bout d’une moment.

Je suis désolé de vous embêter avec mes problèmes mais là je sèche vraiment.

Merci pour votre aide.

#2

contenu des fichiers de config, merci ?
(voir les postits du forum pour savoir lesquels)

#3

C’est quoi ton FAI ? Ce ne seait pas du à ipv6 / ipv4 ?

#4

tu ne passerais pas par un proxy quand tu es au boulot, des fois ?

#5

+1 même idée que heros60

vérifie le paramétrage de ton navigateur web

#6

Merci pour vos réponses rapides.

Alors non je n’ai pas de proxy ni au boulot ni à la maison.
Mon FAI est Tele2
Pour les fichiers de conf je vois pas lequels il faut dans les postits.

merci

#7

Et en réduisant un peu le MTU de l’interface connectée au LAN, disons à 1460 ?

#8

J’ai reduit le MTU sans trop savoir ce que sait mais cela ne fonctionne pas.
Par contre j’ai voulu afficher les informations de la connexion réseau et j’ai un message d’erreur.
Erreur d’affichage des informations de connexion
Certaines ressources requises sont introuvables (fichier glade)

#9

quote="yannick.b"
Pour les fichiers de conf je vois pas lequels il faut dans les postits.
(…)[/quote] OOPS. Je croyais qu’il y avait un post là dessus dans le fil A LIRE AVANT DE POSTER.
C’est corrigé:

viewtopic.php?f=3&t=4657&p=169506#p169506

#10

Fichier glade ? Qu’est-ce que c’est, une interface graphique ?
L’interface graphique ça vaut pas tripette pour le dépannage, rien ne vaut la console. Qu’affichent les commandes suivantes ?

ifconfig -a
route -n
tcptraceroute www.debian.org

(tcptraceroute est dans le paquet du même nom)

#11

alors
resultats du ifconfig -a

eth2 Lien encap:Ethernet
inet adr:192.168.1.170 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::2a0:dlff:feal:aa84/64 Scope:Lien
plus le reste

Resultats du route -n
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth2
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth2

Et le traceroute www.debian.org fonctionne bien avec des temps relativement courts

Merci encore

#12

“Le reste”, ça m’intéresse.

Le tcptraceroute qui passe, ça veut dire que la connectivité TCP existe. Que donnent d’autres applications internet (apt-get, e-mail…) ?

#13

oops désolé j’ai oublié les fichiers de conf

Alors le fichier interfaces

auto lo
iface lo inet loopback

allow-hotplug eth2
iface eth2 inet dhcp
auto eth2

et le resolv.conf

nameserver 192.168.1.1

Et voilà

#14

Le traceroute fonctionne bien avec la connectivité et tout ce qui va avec. Un ping vers l’exterieur fonctionne bien aussi (donc la resolution dns fonctionne).
Par contre apt-get ne fonctionne pas.

voici le reste du ifconfig -a

eth2
Lien encap:Ethernet HWaddr 00:A0:D1:A1:AA:84
inet adr:192.168.1.170 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::2a0:d1ff:fea1:aa84/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1460 Metric:1
RX packets:329 errors:0 dropped:0 overruns:0 frame:0
TX packets:502 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
RX bytes:37439 (36.5 KiB) TX bytes:50753 (49.5 KiB)
Adresse de base:0x1840 Mémoire:fc400000-fc420000

eth3
Lien encap:UNSPEC HWaddr A0-D1-A0-00-84-AA-A1-D1-00-00-00-00-00-00-00-00
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

eth4
Lien encap:UNSPEC HWaddr A0-D1-A0-00-84-AA-A1-D2-00-00-00-00-00-00-00-00
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

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:14 errors:0 dropped:0 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:918 (918.0 b) TX bytes:918 (918.0 b)

sit0
Lien encap:IPv6-dans-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

Voila

#15

[quote=“yannick.b”]oops désolé j’ai oublié les fichiers de conf
(…)[/quote]
Tu aurais pu éviter de poster ça dans le postit d’accueil du forum. :smt003

#16

quote="yannick.b"
Par contre apt-get ne fonctionne pas.

(…)[/quote]
Tu as clairement un problême >juste avec le http<.
En console (tu passes par ctrl+alt+f1), si tu entres en session root (sans utiliser le compte utilisateur), est ce que apt-get update fonctionne ?
Autre essai: Essayes par exemple de remplacer dans ton sources.list ftp://…. et refais un apt-get update.

#17

Je vois pas trop comment il pourrait y avoir un problème spécifique à HTTP, mais pourquoi pas. Dans la liste des suspects habituels, on peut essayer de désactiver des options TCP qui posent parfois problème : ECN, selective ACK, window scaling.

sysctl -w net.ipv4.tcp_ecn=0
sysctl -w net.ipv4.tcp_sack=0
sysctl -w net.ipv4.tcp_window_scaling=0

Refaire un test après chaque modification pour voir si elle est efficace.

#18

[quote=“PascalHambourg”]Je vois pas trop comment il pourrait y avoir un problème spécifique à HTTP,
(…)[/quote]
Je pensais à un proxy ou autre. C’est pour ça que je fais changer de user (des fois que ça soit dans l’env) et que j’essaie en ftp.

#19

Tu veux dire une déclaration de proxy qui ne serait valable que dans le réseau du travail ? Dans ce cas il faudrait vérifier en établissant une session HTTP avec un programme dont on est sûr qu’il n’utilise pas de proxy, par exemple telnet ou netcat (nc).

#20

j’y pensais même pas, mais oui.