nh2

Comme je le disais tout à l'heure, Wikipédia s'ouvrait sans problème. Seulement, il y a un autre site très important pour moi qui n'était pas accessible : ftp.fr.debian.org ... En fait, il y a 2 PC chez moi : celui de mon frère qui est sous Windows et le mien qui est sous Debian Sid (Sidux en fait). J'ai souvent besoin de faire un apt-get pour installer des logiciels ou en mettre à jour donc l'accès à debian.org et sidux.com est nécessaire. J'ai donc déconnecté et reconnecté (c'est bizarre mais ça se connecte vite aujourd'hui). C'est bon, mon apt-get remarche... mais Wikipédia est inaccessible maintenant... maalich, je vais utiliser PhZilla... P.S.: Les images apparaissent sans problème maintenant dans http://fr.vikidia.org !

Chez moi à Tlemcen, j'ai de gros problèmes avec Fawri. Déjà pour se connecter il faut parfois essayer un milliard de fois avant que ça marche : à chaque fois le mot de passe est refusé. Mais ça dépend du moment de la journée : ce problème c'est surtout aux heures de pointes (le soir particulièrement). Et il y a des jours où ça ne marche carrément pas. Avec Anis (j'ai déménagé) je me déconnectais très souvent pour changer d'IP mais maintenant j'ai peur de le faire et de devoir attendre des heures avant de pouvoir me reconnecter. J'utilise le DNS de Google et pourtant je n'arrive pas à me connecter sur certains sites. En fait c'est pas un problème de DNS puisque j'arrive à les "pinguer" sans problème. Quand j'ai des problèmes avec certains sites parfois je me déconnecte et me reconnecte et je réessaie plusieurs fois. À un certain moment les sites que je n'arrivait pas à recevoir se remettent à fonctionner... Je ne sais pas si ça a un rapport avec l'IP qui m'est attribuée. (Seulement je ne peux pas me permettre de faire ça aux heures de pointe comme je l'ai dit). Je ne parle pas du problème des sites hébergés chez Free.fr (Free filtre les IP algériennes). Alors j'essaie des solutions plus ou moins efficaces : PhZilla dans Firefox, CoralCDN... ça ne résout pas toujours le problème (surtout quand il y a du JavaScript). Quant au ping, j'ai remarqué qu'il y a environ 20 à 30 % de pertes, même avec www.google.com. Je voulais vous dire le résultat de Speedtest, mais voilà que en ce moment il fait partie des sites que je n'arrive pas à ouvrir (transfert des données... dans la barre d'état de Firefox et rien même en attendant pendant des heures). Un ping de www.speedtest.net me donne 20% de paquets perdus, mais il marche... J'essaie de télécharger 4 gros fichiers de 400 Mo depuis hotfile.com depuis quelques jours mais le débit est minable : il est très variable et ne monte que rarement au dessus de 5-6 ko/s. Et puis des fois ça ne marche carrément pas ou ça se déconnecte et il faut alors recommencer à zéro (hotfile ne permet pas la reprise). Tout à l'heure je n'arrivais pas à me connecter à Wikipédia sans passer par un proxy (ça arrive souvent). Le problème avec les proxy c'est que Wikipédia empêche les modifications quand ils voient que tu as une IP de proxy. J'ai dû me déconnecter 4 fois avant que Wikipédia ne recommence à être accessible. C'est le matin ça va j'arrive à me reconnecter rapidement. Autre exemple : sur fr.vikidia.org les articles sont accessibles mais les images n'apparaissent pas. La page ne finit pas de se charger. C'est utilisable mais pas d'images. Je sais que je peux réessayer de me déconnecter plusieurs fois jusqu'à ce que ça marche mais je risque de ne plus pouvoir accéder à d'autres sites de toute façon... Ça me fatigue tout ça... Est-ce que quelqu'un a les mêmes problèmes ? P.S. : j'ai oublié de le préciser, je paie plus de 1800 DA / mois pour un débit soi-disant de 1 Mbps

Chez moi le DHCP est activé et pourtant j'ai des DNS personnalisés. Par contre je ne modifie pas directement /etc/resolv.conf car j'ai resolvconf qui gère automatiquement ce fichier en utilisant les infos qu'il trouve dans /etc/network/interfaces dont voici le contenu : # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 auto eth0 iface eth0 inet dhcp dns-nameservers 8.8.8.8 8.8.4.4 En fait j'utilise ceni pour configurer ma carte réseau. C'est l'outil par défaut de ma distro (Sidux). Avec Ubuntu j'utilisais aussi l'outil de configuration par défaut (en mode graphique) et j'activais le DHCP et donnais les DNS de Google (8.8.8.8 et 8.8.4.4) sans problème... P.S.: je crois que le service à redémarrer est networking, pas network, non ?

Salam, Non, pour les sites hébergés chez Free.fr, c'est Free qui filtre les IP venant d'Algérie parce qu'ils ont eu des problèmes de phishing venant de chez nous... Voir http://www.forumdz.com/showthread.php?23536-connexion-impossible-a-certain-site&p=162276

Je m'étais trompé : le serveur DNS de Anis n'appartient pas à Anis ! c'est un serveur public lui aussi : 4.2.2.3 et 4.2.2.4 sont les serveurs vnsc-pri.sys.gtei.net mais il paraît qu'ils sont obsolètes. C'est pourquoi on a toujours des problèmes. La théorie du complot n'est pas démontée pour autant : pourquoi s'obstinent-ils à utiliser ces serveurs défaillants ?

Je me demandais bien pourquoi le DNS de Anis ADSL est si souvent défaillant : un coup il ne marche pas du tout et puis après il se remet en marche mais ne résout pas tous les URL ! Exaspéré, j'ai fini par passer au DNS public de Google et ça marche très bien, et très vite ! Je crois que j'ai compris : Google a donné des millions de dollars de pot-de-vin aux admins de Anis pour qu'ils sabotent leur serveur DNS et que les utilisateurs se dirigent vers le DNS de Google... Évidemment, ça fait partie de la politique de lutte antiterroriste des dirigeants ********s américains (on connaît l'origine des patrons de Google), l'Algérie est hautement surveillée ! ... je plaisante bien sûr ! .... quoique P.S.: j'ai mis du temps à trouver ce topic dans ce forum: une recherche du mot-clé DNS ne marche pas (il paraît que c'est trop court ) j'ai du finalement mettre "public-dns" avec un trait d'union pour le trouver...