Je peux confirmer votre problème qu'il semble affecter, entre Chrome et Firefox, uniquement Firefox. Il s'agit d'une réponse pour les utilisateurs qui sont affectés par le même problème et s'ils sont affectés par les deux / tous les navigateurs. Suivez ces étapes pour que cela fonctionne correctement. En supposant que vous avez déjà modifié le /etc/hosts
fichier auquel je recommande les 2 façons suivantes de modifier le fichier:
- Gedit -
gksudo gedit /etc/hosts
(Vous avez maintenant un moyen convivial de modifier le fichier avec l'interface graphique. Gksu qui fournit gksudo est abandonné dans les dépôts officiels 18.04 et ultérieurs.)
- nano -
sudo nano /etc/hosts
(Vous avez maintenant une façon conviviale de modifier le fichier.)
Et vous avez par exemple:
127.0.0.1 localhost adobe.com
ou
127.0.0.1 localhost
127.0.0.1 adobe.com
(Les deux sont la même chose.)
Vous testez d'abord cela pour voir s'il fonctionne correctement depuis le terminal. Tapez ping adobe.com
et il devrait répondre de l'adresse IP qui lui est affectée. Dans ce cas, il devrait répondre avec 127.0.0.1. Cela signifie que c'est OK.
Ensuite, nous continuons avec les tests du navigateur. Vous avez testé Chrome et cela a fonctionné. Vous avez changé /etc/hosts
entre avoir et ne pas avoir l'entrée pour adobe.com et cela a fonctionné chaque fois que vous l'avez changé. Mais ensuite, vous êtes allé avec Firefox, cela a peut-être fonctionné la première fois, mais après avoir changé de hosts
fichier d'avant en arrière, il a cessé de fonctionner. Cela signifie qu'il s'agit d'un problème de cache ou d'un problème de résolution du nom correct.
Dans le cas de Firefox et de la résolution du nom, Firefox ajoute le préfixe www au site Web d'adobe pour qu'il ressemble à ceci "www.adobe.com" mais sur Chrome il ressemble à ceci "adobe.com". Ils pointent tous les deux vers le même endroit et le préfixe www est juste là pour vous dire que l'endroit que vous visitez est un service Web. Mais dans le cas de votre problème, vous devrez l'ajouter au hosts
fichier, donc lorsque Firefox ajoute le préfixe www, cela fonctionne. Donc, cela ressemblerait à ceci:
127.0.0.1 localhost
127.0.0.1 adobe.com www.adobe.com
OU tout de même
127.0.0.1 localhost adobe.com www.adobe.com
REMARQUE: N'oubliez pas que vous DEVEZ appuyer sur F5pour actualiser l'onglet site / Firefox ou fermer l'onglet et l'ouvrir à nouveau pour tester. D'une manière ou d'une autre, appuyer Entercomme un fou ne suffira pas.
Cela devrait résoudre le problème pour certains utilisateurs, mais en supposant que jusqu'à présent vous n'avez toujours pas résolu le problème, nous pouvons tester ce que cela pourrait être.
Nous avons obtenu ici quelques niveaux de cache pour vérifier ensuite. Vous avez votre cache de programme, dans ce cas Firefox, puis vous avez votre cache système, dans ce cas Ubuntu, et puis vous avez votre cache matériel, dans ce cas votre routeur.
Pour ce que je sais, la version Ubuntu Desktop n'a pas de service de cache DNS installé par défaut. Le plus connu est nscd et si vous l'aviez installé, un simple /etc/init.d/nscd restart
suffira. Mais pour la plupart des gens, ils ne l'auront pas installé, nous pouvons donc annuler la faute du système Ubuntu.
Cela laisse le routeur et le navigateur Web. Dans le cas du routeur, vous devrez le configurer pour arrêter le cache DNS ou le reconfigurer pour résoudre ce problème. Cela dépend totalement du modèle de routeur, du fabricant, etc. Tous les routeurs ne font pas de cache DNS, mais certains le font et vous devrez voir dans la configuration de celui-ci, s'il a cette option et si l'option est activée. Mais supposons que vous ne disposiez pas d'un routeur compatible avec la mise en cache DNS.
Cela quitte le navigateur.
Pour savoir si Firefox est défectueux avec le cache DNS, vous pouvez installer un module complémentaire pour vérifier le cache DNS dans Firefox. celui que je recommande est le cache DNS .
Après avoir redémarré Firefox, vous devriez voir un rouage en bas (similaire au rouage Ubuntu dans le coin supérieur droit). Vous pouvez faire un clic gauche ou droit sur le rouage et vous devriez voir des options comme Activer / Désactiver DNS et le vider. Cela vous aidera dans le cas où le problème est le cache DNS de Firefox. Joue avec.
Je pense que j'ai toutes les façons de résoudre ce problème. Si j'ai raté quelque chose, faites-le moi savoir.
hosts
fichier de la machine locale (c'est-à-dire si le problème persiste même après l'www
ajout du domaine avec le sous-domaine et même après l'actualisation de la page), je recommande de signaler cela comme un bogue. (Je ne sais pas ce que ce serait un bug dans , puisque Firefox utilise vraisemblablement les installations de résolution DNS du système d'exploitation, qui font , ou qu'ils sont censés, respecter. Mais vous pouvez déclarer contrefirefox
dans Ubuntu et autres informations de dépannage pourrait probablement recibler à partir de là.)www.foo.net
devrait fonctionner simplement parce que çafoo.net
marche. Au lieu de cela, sifoo.net
etwww.foo.net
sont tous deux définis sur127.0.0.1
in/etc/hosts
, en tapantfoo.net
dans la barre d'adresse d'un navigateur Web et en appuyant sur Entrée, le navigateur tentera d'ouvrir une connexion127.0.0.1:80
. Si ce n'est pas le cas, il y a un bug quelque part.Je sais que ce fil a un an, mais je suis tombé dessus en cherchant les réponses au même problème. J'ai enfin trouvé une solution! Il s'avère que le
/etc/hosts
fichier est complètement contourné par DNS. Pour changer cela, vous devez modifier le/etc/nsswitch.conf
et inclurefiles
soushosts
. Exemple ci-dessous:Cela garantira que le
/etc/hosts
fichier est inclus dans la vérification de la résolution de nom. Il vérifiera d'abord le DNS puis lehosts
fichier. Je suis sûr qu'OP n'a plus besoin de ces informations, mais c'est toujours bon pour quiconque cherche des réponses à ce problème.Vous devez également redémarrer pour que cela prenne effet
la source
/etc/hosts
?hosts
? Ou quoi?Je pense qu'il
etc/hosts
est utilisé à un niveau beaucoup plus amoureux dans la pile des logiciels de mise en réseau que le navigateur lui-même. C'est-à-dire que les changements dans ce fichier devraient affecter n'importe quel navigateur.Ce que vous voyez peut être le résultat de la mise en cache des entrées DNS par Firefox - c'est-à-dire que vous avez ouvert le site Web dans Firefox, Firefox se souvient de l'adresse IP correspondant au domaine adobe.com, vous avez modifié
/etc/hosts
et rechargé la page - Firefox n'émet pas de nouvelle requête DNS et utilise à la place les données mises en cache. Ensuite, vous ouvrez Chrome, il crée une nouvelle requête DNS et utilise tout ce que vous avez entré/etc/hosts
comme adresse IP pour adobe.comLe redémarrage de Firefox devrait résoudre le problème.
la source
Toutes les réponses sont excellentes, mais le moyen le plus court de le corriger est:
après avoir modifié / etc / hosts (et éventuellement redémarré Firefox), rechargez l'onglet problématique avec
Ctrl+Shift+R
. Il contournera tout type de cache que Firefox pourrait avoir.la source
Mon problème était que j'avais plusieurs entrées pour le même nom de domaine. Le système n'a vu que la première occurrence.
la source
Pourriez-vous essayer:
Ajouter les lignes suivantes
la source
dans Ubuntu 14.04, changer le fichier / etc / hosts pour n'avoir qu'un seul hôte par ligne fonctionnait pour moi, j'ai eu du mal pendant des heures à travailler avec un hôte hôte IP hôte, puis changé en hôte IP sur chaque ligne et cela a fonctionné>. <
la source
J'ai eu ce même problème sur différentes versions d'Ubuntu. Le dernier a levé la tête laide les 17.04 et 16.04. J'ai trouvé que je devais formater le fichier hosts comme ceci:
127.0.0.1 localhost
127.0.0.1 www.facebook.com facebook.com
c'est-à-dire que vous devez mettre l'url à la fois le www et puis sans. Je ne sais pas pourquoi cela fonctionne. Enregistrez simplement le fichier, puis envoyez une requête ping à l'URL comme dans:
ping www.facebook.com
et il devrait se résoudre à l'adresse de bouclage ou à toute autre adresse que vous souhaitez.eg:
80.82.xxx.xxx www.example.com example.com
A travaillé pour moi.
la source