[Pacman, curl, git] Problèmes de timeout ? (Résolu)
Publié : dim. 01 déc. 2013, 18:50
Bonjour,
On dirait que je fais face à un problème étrange : sur mon desktop, je suis souvent obligé de forcer, quitte à relancer une commande plusieurs fois pour obtenir une connexion via git, curl ou pacman/yaourt. En effet, régulièment (quasi-systématiquement en fait) je reçoit une erreur « Couldn't resolve host: *** » avec les trois protocols ; en insistant un peu ça finit par passer, parfois du premier coup avec pacman étant donné que plusieurs miroirs sont configurés.
Mon ordinateur est relié à une Livebox via un cable RJ45, donc je ne pense pas que ça ait un rapport avec une instabilité de mon réseau. D'autant plus qu'en wifi (avec un dongle Netgear, ne possédant pas de carte intégrée à la machine), le problème est toujours bien présent. En revanche, sur mon laptop connecté en wifi, en permanence et sur le même point d'accès, je ne rencontre pas la moindre difficulté ; toutes les tentatives connexions aboutissent, fluides et immédiates. Pourtant les deux ordinateurs sont configurés de la même manière, en DHCP, et utilisent NetworkManager sous GNOME (à savoir que je rencontrais les mêmes problèmes avec Netctl il me semble).
Aussi, si ça peut vous aider, je n'ai pas essayé via Internet, mais en réseau local (entre mes deux ordinaeurs, un serveur Raspberry, et différents périphériques Android) la connexion SSH fonctionne à merveille, peu importe le sens.
Voilà, c'est à peu près tous les éléments que j'ai pu grapiller et relier. Je vous aurais bien fourni le résultat de quelques commandes afin de vous donner plus de clés, mais je n'ai pas la moindre idée de celles qui pourraient s'avérer utiles, je préfère donc m'abstenir plutôt que de polluer ce message avec des logs inutiles.
Merci d'avance pour vos réponses !
P.S. : J'ai oublié de préciser que les « Couldn't resolve host » apparaissent quasi-instantatément, comme si le programme ne cherchait même pas à établir une connexion avant de m'afficher son message d'erreur. Ça me donne un peu l'impression que le timeout est reglé sur quelques millisecondes…
On dirait que je fais face à un problème étrange : sur mon desktop, je suis souvent obligé de forcer, quitte à relancer une commande plusieurs fois pour obtenir une connexion via git, curl ou pacman/yaourt. En effet, régulièment (quasi-systématiquement en fait) je reçoit une erreur « Couldn't resolve host: *** » avec les trois protocols ; en insistant un peu ça finit par passer, parfois du premier coup avec pacman étant donné que plusieurs miroirs sont configurés.
Mon ordinateur est relié à une Livebox via un cable RJ45, donc je ne pense pas que ça ait un rapport avec une instabilité de mon réseau. D'autant plus qu'en wifi (avec un dongle Netgear, ne possédant pas de carte intégrée à la machine), le problème est toujours bien présent. En revanche, sur mon laptop connecté en wifi, en permanence et sur le même point d'accès, je ne rencontre pas la moindre difficulté ; toutes les tentatives connexions aboutissent, fluides et immédiates. Pourtant les deux ordinateurs sont configurés de la même manière, en DHCP, et utilisent NetworkManager sous GNOME (à savoir que je rencontrais les mêmes problèmes avec Netctl il me semble).
Aussi, si ça peut vous aider, je n'ai pas essayé via Internet, mais en réseau local (entre mes deux ordinaeurs, un serveur Raspberry, et différents périphériques Android) la connexion SSH fonctionne à merveille, peu importe le sens.
Voilà, c'est à peu près tous les éléments que j'ai pu grapiller et relier. Je vous aurais bien fourni le résultat de quelques commandes afin de vous donner plus de clés, mais je n'ai pas la moindre idée de celles qui pourraient s'avérer utiles, je préfère donc m'abstenir plutôt que de polluer ce message avec des logs inutiles.
Merci d'avance pour vos réponses !
P.S. : J'ai oublié de préciser que les « Couldn't resolve host » apparaissent quasi-instantatément, comme si le programme ne cherchait même pas à établir une connexion avant de m'afficher son message d'erreur. Ça me donne un peu l'impression que le timeout est reglé sur quelques millisecondes…