[firefox] Erreur "Page non trouvé" récurrente. (résolu)

[minishooter]

Bonjour à tous,

J'utilise ArchLinux depuis quelques jours (je suis d'abord passer par Ubuntu puis Debian), tout fonctionne à merveille, mise à part une petite chose.

Lorsque que je navigue sous Firefox, il m'arrive régulièrement (toutes les 4 ou 5 pages, peu importe le site) de tomber sur une erreur 404. Ma connexion est bonne, et il me suffit de recharger la page pour la voir correctement. Ce n'est donc pas un problème vraiment gênant, mais ça devient vite pénible.

Ce problème vient probablement de Gecko, car j'ai le même soucis sous Epiphany.

Mes différentes recherches ne m'ont mené à rien...

Si quelqu'un a une solution, merci de m'en faire part.

[benjarobin]

Eu une erreur 404 est une erreur cote serveur....
Donc cela ne peut pas venir de ton PC
A moins que firefox fait une mauvaise requête, essaye ce plugin pour voir: https://addons.mozilla.org/en-US/firefox/addon/3829 Et quand tu as une erreur 404 regarde la requête faite

Bonne chance

[minishooter]

Merci pour ta réponse.

Oui, une erreur 404 ne peut venir que du serveur, je suis tout à fait d'accord.

Mais ce genre de problème ne survient jamais sous Windows ou Ubuntu où j'utilise Firefox également.

J'avais déjà eu le même genre de problème sur Debian (installé sur un autre ordinateur que celui que j'utilise avec Archlinux), que je n'avais pas résolu (j'avais pas cherché), le problème n'est pas que le navigateur ne trouve pas la page, c'est que apparemment, il ne la cherche même pas car la page d'erreur vient instantanément. (on ne peut donc pas parler d'erreur 404...)

Je vais essayer de voir avec le plugin. Merci.

EDIT : D'après le plugin, lorsque que j'obtiens cette erreur, l'en-tête est complètement vide.

PS : Je pense que ça peut être intéressant que je précise que l'erreur que je reçois est une erreur du navigateur, comme si le site n'existait pas ou alors que le serveur était éteint. Et non pas une erreur que renvoie un serveur lorsque qu'une page n'existe pas dessus.

[benjarobin]

Attend, une entête vide sans le GET ??
Comment tu obtiendrai le 404, c'est bien l'erreur 404 du site ou c'est un truc fait par le browser (C'est possible ça, je veux dire pour l'erreur 404 ?)

Sinon un screen avec le plugin et la page, cela peut aider

[minishooter]

J'ai appelé ça erreur 404 car ça y ressemble, mais effectivement, je doute que c'est réellement une erreur 404. Car je pense tout d'abord ne pas me tromper en disant que le problème est bien en local, et ce n'est pas "Not found" mais plutôt "Not search"...

Voilà le screen en question :



J'ai testé plusieurs fois, navigué avec le plugin ouvert en fond et lorsque que j'ai l'erreur, rien n'est indiqué dedans... comme si je n'avais jamais envoyé ma requête http.

[mélodie]

Salut,

Tu n'aurais pas activé l'option "Travailler hors connexion" dans le menu Fichier de Firefox, des fois ?

[benjarobin]

Bon, ce n'est absolument pas une erreur 404.... Quel l'on soit bien clair...
Il ne trouve juste pas le serveur...
Problème DNS je suppose ?
Le seul moyen de réellement savoir et d'utiliser un sniffer réseau tel que wireshark...

Mélodie voyons.... Comme même c'est pas gentil ça... Et lit complètement ses messages

[minishooter]

Salut,

Tu n'aurais pas activé l'option "Travailler hors connexion" dans le menu Fichier de Firefox, des fois ?

Non non^^

@ benjarobin : Oui, rien à voir avec une erreur 404, c'est bien ce que j'ai pensé par la suite.

Laisse-moi douter que l'erreur vienne du DNS, je suis presque persuadé que ça vient bien de moi, car une simple actualisation de la page permet de l'atteindre sans problème, les site répondent bien avec un ping dans un terminal, donc je le trouve bien le serveur. Et comme je l'ai dit, je n'ai jamais eu ce genre d'erreur (sauf si le serveur est réellement indisponible) sous Ubuntu ou Windows. C'est seulement sous ArchLinux et Debian (et jamais avec les navigateurs basé sur Webkit, entre autres).

[benjarobin]

Tu ne dors jamais ? ^^
Ce n'était qu'une proposition pour le dns...
Ce que je dis il ne reste plus qu'une solution c'est wireshark....
Tu capture tous les paquets pour chaque pages. Si elle se charge correctement tu vide l'historique de wireshark.. (redémarrer capture...) Quand tu as une erreur analyse les données. Si tu veut de l'aide poste ici

[minishooter]

Non je ne dors jamais... Mais toi non plus...

Je regarde demain du côté de Wireshark, j'ai acheté un magazine "Linux Magazine / France " récemment et ils parlent de tous ce qui est sniffeur alors je devrais me débrouiller.

En attendant, bonne nuit, et merci pour ton aide!

[benjarobin]

C'est pas comme si j'étais en France, petit décalage horaire de 6 heures.
Pour wiresharks in faut le lancer en root... Il est vraiment simple d'utilisation tant que l'on comprend l'anglais et que l'on a au moins les bases en réseaux

[mum1989]

essaye avec un autre navigateur opera par exemple ou autre

ensuite vérifie sur firefox dans édition préférence, avancé, onglet réseau, paramètre de connection et met pas de proxy, (on sait jamais)

Tu es chez quel fournisseur d'accés ?, moi chez un copain qui avait orange, j'ai du ajouter des serveurs DNS pour que la connection fonctionne bien.

[minishooter]

C'est pas comme si j'étais en France, petit décalage horaire de 6 heures.
Pour wiresharks in faut le lancer en root... Il est vraiment simple d'utilisation tant que l'on comprend l'anglais et que l'on a au moins les bases en réseaux

Ah tout s'explique alors... là, tu dors!

Sinon aucun soucis pour l'utilisation de wiresharks, j'ai vite compris qu'il fallait le lancer en root et même si je ne suis pas bilingue, j'ai su me débrouiller!

Donc lorsque que j'ai l'erreur en question, RIEN ne sort, donc Firefox ne fait pas la requête http demandé. Ce qui confirme ce que je pensais : c'est plus une erreur "Not search".

@ mum1989 : J'ai déjà essayé avec Midori, et je n'ai aucun problème, par contre j'en ai également sous Epiphany.

Dans les préférences de Firefox, j'utilisais le "Proxy du système", j'ai donc mis "Pas de proxy", je verrais bien

Et je suis chez Orange également...

Merci pour votre aide, premier soucis sous ArchLinux, et la communauté à l'air réactive, ça fait plaisir !

[mum1989]

ok bon il faudrait que tu mettes les dns les plus proches de chez d'orange.
En fait chez un copain, uniquement sous linux, la connection ramait énormément moins rapide que du 512k
alors que c'etait une connection 8M, j'ai ajouté les DNS d'orange (donc ip fixe + dns sur la config de la machine) et la connection a fonctionné normalement.

voici des DNS ici :
http://assistance.orange.fr/791.php?dub=2&
essaye tu verra bien.

[Skunnyk]

Salut,

Tentes avec des DNS de opendns par exemple (208.67.222.222 / 208.67.220.220).
Avec firefox lancé en ligne de commande, pas d'erreur dans le terminal ? (on ne sait jamais)

[benjarobin]

Oui mais la il y a même pas de requête DNS qui est faite.... Wiresharks ne capture rien si j'ai bien compris...

[minishooter]

Je veux bien essayer avec les DNS, mais comme le benjarobin le dit, je n'ai absolument rien qu'y sort, c'est donc techniquement impossible que ça vienne des DNS? (Dites-moi si je me trompe, les réseaux, c'est pas vraiment ma tasse de thé...)

Pour ce qui est du réglage de proxy, j'ai d'abord essayé "pas de proxy", mais ça ne changeais rien, j'ai donc essayé "Détection automatique des paramètres du proxy" (ou un truc comme ça), ça semble s'améliorer un peu, mais c'est peut-être juste un hasard car j'ai toujours le même genre d'erreur (même si j'ai l'impression que c'est un peu moins fréquent...)

Je ne doute absolument pas de vos compétences, loin de là, je suis sur que vous en savez bien plus que moi, sur tout ce qui est DNS, Proxy, et compagnie... mais étant donné que absolument rien ne sort de mon ordi, ça semble impossible que ça vienne de mon réseau, mais bien de l'ordi, et de Firefox en particulier! (Je pense en tout cas...)

[mélodie]

Salut,

Il m'est arrivé strictement la même chose avec un site et son forum. Alors la piste du cache DNS m'a été proposée, et je ne savais pas ce que c'est (newbie d'il y a quelques années, encore beaucoup beaucoup à apprendre !)

Deux solutions : lancer la commande /etc/rc.d/nscd en root suivi de start, ou de restart et l'ajouter aux demons dans /etc/rc.conf

(crédit : le web)

(sous Arch c'est /etc/rc.d et sous d'autres distros ça pourrait être /etc/init.d ou encore /etc/rc.d/init.d/ et ainsi de suite)

ajouter dans about:config de Firefox ceci : network.dnsCacheExpiration (en ajoutant une nouvelle valeur numérique avec le clic droit, et en lui attribuant 0)

(crédit : commentcamarche.net)

Mais qu'est-ce que le demon nscd au juste ? Le man dit:

NSCD(8) Linux Programmer's Manual NSCD(8)

NAME
/usr/sbin/nscd - name service cache daemon

DESCRIPTION
Nscd is a daemon that provides a cache for the most common name service
requests. The default configuration file, /etc/nscd.conf, determines
the behavior of the cache daemon. See nscd.conf(5).

J'ai regardé un petit peu le fichier de conf, je n'y comprend pas grand-chose (et ça m'intrigue).

En espérant ce ceci puisse aider.

/!\ Cela n'a pas fonctionné tout de suite. J'ai éteint la machine, l'ai laissée éteinte quelques instants et après le reboot j'ai pu accéder depuis tous les navigateurs au site et au forum auquel je n'accédais pas précédemment. (Mes navigateurs actuels en plus de Firefox : Sulfur=Flock, Opera, Midori, et links -g)

[farvardin]

cela donne quoi avec Opera ou Midori ?
cela donne quoi si tu te connectes avec un câble réseau et non plus en wifi ?

[benjarobin]

Mélodie tu es têtus, mais merci pour ceci...
J'ai fait des test, je suis connecter a un routeur en wifi qui est connecter lui même a internet...
Je débranché la connexion routeur - internet, je suis toujours connecter au routeur en wifi et je rente d'aller sur un site quelconque.... Wireshark me sort ceci :

Code : Tout sélectionner

    Queries
        benjarobin.fr: type A, class IN
            Name: benjarobin.fr
            Type: A (Host address)
            Class: IN (0x0001)

No.     Time        Source                Destination           Protocol Info
      2 0.000048    192.168.1.100         192.168.1.1           DNS      Standard query AAAA benjarobin.fr

Frame 2 (73 bytes on wire, 73 bytes captured)
    Arrival Time: Jul 19, 2009 00:35:22.166521000
    [Time delta from previous captured frame: 0.000048000 seconds]
    [Time delta from previous displayed frame: 0.000048000 seconds]
    [Time since reference or first frame: 0.000048000 seconds]
    Frame Number: 2
    Frame Length: 73 bytes
    Capture Length: 73 bytes
    [Frame is marked: False]
    [Protocols in frame: eth:ip:udp:dns]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: IntelCor_80:d0:7b (00:1b:77:80:d0:7b), Dst: Trendwar_42:9a:5e (00:14:d1:42:9a:5e)
    Destination: Trendwar_42:9a:5e (00:14:d1:42:9a:5e)
        Address: Trendwar_42:9a:5e (00:14:d1:42:9a:5e)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Source: IntelCor_80:d0:7b (00:1b:77:80:d0:7b)
        Address: IntelCor_80:d0:7b (00:1b:77:80:d0:7b)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Type: IP (0x0800)
Internet Protocol, Src: 192.168.1.100 (192.168.1.100), Dst: 192.168.1.1 (192.168.1.1)
    Version: 4
    Header length: 20 bytes
    Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
        0000 00.. = Differentiated Services Codepoint: Default (0x00)
        .... ..0. = ECN-Capable Transport (ECT): 0
        .... ...0 = ECN-CE: 0
    Total Length: 59
    Identification: 0xd8ac (55468)
    Flags: 0x04 (Don't Fragment)
        0... = Reserved bit: Not set
        .1.. = Don't fragment: Set
        ..0. = More fragments: Not set
    Fragment offset: 0
    Time to live: 64
    Protocol: UDP (0x11)
    Header checksum: 0xde4f [correct]
        [Good: True]
        [Bad : False]
    Source: 192.168.1.100 (192.168.1.100)
    Destination: 192.168.1.1 (192.168.1.1)
User Datagram Protocol, Src Port: 50903 (50903), Dst Port: domain (53)
    Source port: 50903 (50903)
    Destination port: domain (53)
    Length: 39
    Checksum: 0x70d1 [correct]
        [Good Checksum: True]
        [Bad Checksum: False]
Domain Name System (query)
    Transaction ID: 0xa28b
    Flags: 0x0100 (Standard query)
        0... .... .... .... = Response: Message is a query
        .000 0... .... .... = Opcode: Standard query (0)
        .... ..0. .... .... = Truncated: Message is not truncated
        .... ...1 .... .... = Recursion desired: Do query recursively
        .... .... .0.. .... = Z: reserved (0)
        .... .... ...0 .... = Non-authenticated data OK: Non-authenticated data is unacceptable
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        benjarobin.fr: type AAAA, class IN
            Name: benjarobin.fr
            Type: AAAA (IPv6 address)
            Class: IN (0x0001)

Si je rebranche le câble j'ai la réponse plus tard après une 2ieme tentative sur le DNS

Et il nous dit que lui il n'a carrément pas de requête... Donc cache ou pas cela ne changera rien

Désolé je n'ai vraiment aucune idée pour résoudre le problème... Cela ne peut que venir du browser de mon point de vue...