J'ai un problème très particulier concernant la connexion internet lors du téléchargement de torrents. Avant que vous ne concluiez que je devrais "réduire le nombre de connexions semi-ouvertes et d'utilisateurs", laissez-moi vous dire que c'est ce que j'ai fait (10 connexions semi-ouvertes, 20 utilisateurs, ça ne marche toujours pas, et je n'ai plus aucun téléchargement en cours).
Je dois aussi dire que la qualité de service ne devrait pas être nécessaire. D'habitude, dans mon expérience de téléchargement de torrents (sous linux/Windows et mac), la connexion internet était partagée entre tous les processus. Ici, il semble que les torrents consomment toute la bande passante disponible. (Le noyau ne devrait-il pas diviser le temps entre les processus qui demandent à envoyer/recevoir des paquets ?)
Enfin, je dois dire que ce problème a commencé à apparaître après la mise à jour vers slack 64bit v14 (à partir de v13.37).
Le problème semble donc être lié au fait que le serveur DNS ne répond pas une fois que j'ai commencé le téléchargement avec ktorrent ou rtorrent. Les torrents se téléchargent à une vitesse raisonnable, mais aucun site web ne se charge. Donc "nslookup" et "dig" me diront que le serveur dns (qui est situé sur le même pc) n'a pas été trouvé :
nslookup facebook.com
;; connection timed out; no servers could be reachedy
nass@stargaze:~$ dig !$
dig facebook.com
; <<>> DiG 9.9.1-P3 <<>> facebook.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 26154
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;facebook.com. IN A
;; Query time: 1125 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 2 01:14:46 2013
;; MSG SIZE rcvd: 41redémarrer le serveur DNS (bind) pendant que le torrent est en cours d'exécution n'arrangera généralement PAS les choses, même si j'ai parfois vu cela se produire. L'arrêt du DNS, la suppression des fichiers *.jnl générés et le redémarrage semblent fonctionner, mais là encore, ce n'est pas toujours le cas. (Je n'ai pas de modèle répété pour ce cas). Je ne peux pas dire que j'ai trouvé "un moyen" de rétablir l'internet.
- En général, le fait de fermer ktorrent et d'attendre quelques secondes peut même réparer l'internet tout seul.
- D'autres fois, la fermeture du client ktorrent et le redémarrage du serveur DNS fonctionnent plus rapidement que dans le cas précédent.
- Parfois, des redémarrages répétés ne permettent PAS de rétablir le DNS (mais une attente de quelques minutes résout le problème).
- J'ai récemment commencé à arrêter named, à supprimer les fichiers *.jnl et à le redémarrer. Cette méthode a été couronnée de succès à 100% lors de mes (seulement 2) essais.
le journal du pare-feu, le journal /var/log/messages/ et le journal de named n'enregistrent rien d'étrange.
Je n'ai pas utilisé tcpdump, wireshark, netstat donc je ne sais pas si je peux utiliser ces outils pour identifier ...quelque chose ! Quelqu'un pourrait-il m'aider ?
Puisque ce problème semble être lié -principalement- au serveur dns, je joins mon fichier dns et explique un peu la configuration de mon pc :
donc l'internet ADSL arrive dans le modem (fourni par le FAI, toujours allumé, même quand je n'ai pas d'internet). Le modem est connecté à ce pc sur eth1 où je télécharge des torrents. Ce pc est mon réseau domestique et mon serveur de fichiers (et mon bureau quand je suis absent - je me connecte en utilisant nx). Il fait tourner des serveurs iptables, dns et squid (entre autres). Ensuite, à partir de eth0 de ce pc, le wifi et le commutateur intranet sont alimentés. Le squid fonctionne sur une configuration transparente mais il ne devrait pas interférer avec le trafic torrent puisqu'il se fait sur des ports différents (plutôt que sur le port 80).
Je joins donc mon fichier named.conf, pour essayer d'obtenir un retour d'information (peut-être une configuration logiquement erronée qui n'est pas détectée par le vérificateur de fichier de configuration nommé de webmin - avec lequel j'ai vérifié à plusieurs reprises que le fichier named.conf est syntaxiquement correct).
named.conf est aquí
Si cela ne pose pas de problème, puis-je commencer à utiliser tcpdump (et tout autre outil) sous votre direction pour recueillir des informations sur ce qui pourrait causer ce problème ?
Merci beaucoup pour votre aide :)
EDIT : mon /etc/resolv.conf ressemble à ceci :
domain skails.home
nameserver 127.0.0.1
