bonsoir à tous,
OK, je suis passé en squid3.1 et cette fois, le démon monte correctement
; malheureusement, il me faut le descendre et le remonter ou faire un
sudo squid3 -k reconfigure, sinon, le browser n'accède à aucun site ;
décidément !
une idée pour résoudre ou contourner le problème ?
une idée pour résoudre ou contourner le problème ?
Qu'en disent les logs ?
---------------------------
2011/02/21 06:44:17| DNS Socket created at [::], FD 8 2011/02/21 06:44:17| DNS Socket created at 0.0.0.0, FD 9 2011/02/21 06:44:17| Warning: Could not find any nameservers. Trying to use localhost 2011/02/21 06:44:17| Please check your /etc/resolv.conf file 2011/02/21 06:44:17| or use the 'dns_nameservers' option in squid.conf. 2011/02/21 06:44:17| Accepting HTTP connections at [::]:3128, FD 11. 2011/02/21 06:44:17| HTCP Disabled. 2011/02/21 06:44:17| Loaded Icons. 2011/02/21 06:44:17| Ready to serve requests. 2011/02/21 06:47:43| Reconfiguring Squid Cache (version 3.1.6)... 2011/02/21 06:47:43| FD 11 Closing HTTP connection 2011/02/21 06:47:43| Processing Configuration File: /etc/squid3/squid.conf (depth 0) 2011/02/21 06:47:43| Squid modules loaded: 0 2011/02/21 06:47:43| Adaptation support is off. 2011/02/21 06:47:43| Store logging disabled 2011/02/21 06:47:43| DNS Socket created at [::], FD 8 2011/02/21 06:47:43| DNS Socket created at 0.0.0.0, FD 9 2011/02/21 06:47:43| Adding nameserver 80.10.246.5 from /etc/resolv.conf 2011/02/21 06:47:43| Adding nameserver 80.10.246.136 from /etc/resolv.conf 2011/02/21 06:47:43| Accepting HTTP connections at [::]:3128, FD 11. 2011/02/21 06:47:43| HTCP Disabled. 2011/02/21 06:47:43| Loaded Icons. 2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:28| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:28| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:28| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable 2011/02/21 06:49:28| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:38| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:38| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:38| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable 2011/02/21 06:49:38| idnsSendQuery: FD 9: sendto: (101) Network is unreachable
El Hévire
Le 20/02/2011 22:01, El Hévire a écrit :
bonsoir à tous, OK, je suis passé en squid3.1 et cette fois, le démon monte correctement ; malheureusement, il me faut le descendre et le remonter ou faire un sudo squid3 -k reconfigure, sinon, le browser n'accède à aucun site ; décidément !
une idée pour résoudre ou contourner le problème ?
merci beaucoup bonne nuit
je précise que je me connecte grace à Gnome-PPP, je me demande si c'est pas la cause du problème...
Le 20/02/2011 22:01, El Hévire a écrit :
bonsoir à tous,
OK, je suis passé en squid3.1 et cette fois, le démon monte correctement
; malheureusement, il me faut le descendre et le remonter ou faire un
sudo squid3 -k reconfigure, sinon, le browser n'accède à aucun site ;
décidément !
une idée pour résoudre ou contourner le problème ?
merci beaucoup
bonne nuit
je précise que je me connecte grace à Gnome-PPP, je me demande si c'est
pas la cause du problème...
bonsoir à tous, OK, je suis passé en squid3.1 et cette fois, le démon monte correctement ; malheureusement, il me faut le descendre et le remonter ou faire un sudo squid3 -k reconfigure, sinon, le browser n'accède à aucun site ; décidément !
une idée pour résoudre ou contourner le problème ?
merci beaucoup bonne nuit
je précise que je me connecte grace à Gnome-PPP, je me demande si c'est pas la cause du problème...
Pascal Hambourg
Salut,
El Hévire a écrit :
2011/02/21 06:44:17| DNS Socket created at [::], FD 8 2011/02/21 06:44:17| DNS Socket created at 0.0.0.0, FD 9 2011/02/21 06:44:17| Warning: Could not find any nameservers. Trying to use localhost 2011/02/21 06:44:17| Please check your /etc/resolv.conf file 2011/02/21 06:44:17| or use the 'dns_nameservers' option in squid.conf.
Apparemment squid a besoin de connaître les adresses des DNS dès son démarrage (donc il n'utilise pas le resolver de la libc, un peu étonnant). Si la connexion internet se fait par PPP et que celle-ci n'est pas établie au démarrage, les DNS ne sont pas encore connus et /etc/resolv.conf est vide.
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf. 2) Préremplir resolv.conf avec les adresses des DNS. 3) Installer un serveur DNS cache local comme BIND ou dnsmasq. 4) Démarrer ou reconfigurer squid lors de l'établissement de la connexion PPP.
Là c'est après avoir établi la connexion internet et exécuté sudo squid3 -k reconfigure ?
[...]
2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
Salut,
El Hévire a écrit :
2011/02/21 06:44:17| DNS Socket created at [::], FD 8
2011/02/21 06:44:17| DNS Socket created at 0.0.0.0, FD 9
2011/02/21 06:44:17| Warning: Could not find any nameservers. Trying to
use localhost
2011/02/21 06:44:17| Please check your /etc/resolv.conf file
2011/02/21 06:44:17| or use the 'dns_nameservers' option in squid.conf.
Apparemment squid a besoin de connaître les adresses des DNS dès son
démarrage (donc il n'utilise pas le resolver de la libc, un peu
étonnant). Si la connexion internet se fait par PPP et que celle-ci
n'est pas établie au démarrage, les DNS ne sont pas encore connus et
/etc/resolv.conf est vide.
Dans ce cas, il y a plusieurs possibilités.
1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans
squid.conf.
2) Préremplir resolv.conf avec les adresses des DNS.
3) Installer un serveur DNS cache local comme BIND ou dnsmasq.
4) Démarrer ou reconfigurer squid lors de l'établissement de la
connexion PPP.
2011/02/21 06:44:17| DNS Socket created at [::], FD 8 2011/02/21 06:44:17| DNS Socket created at 0.0.0.0, FD 9 2011/02/21 06:44:17| Warning: Could not find any nameservers. Trying to use localhost 2011/02/21 06:44:17| Please check your /etc/resolv.conf file 2011/02/21 06:44:17| or use the 'dns_nameservers' option in squid.conf.
Apparemment squid a besoin de connaître les adresses des DNS dès son démarrage (donc il n'utilise pas le resolver de la libc, un peu étonnant). Si la connexion internet se fait par PPP et que celle-ci n'est pas établie au démarrage, les DNS ne sont pas encore connus et /etc/resolv.conf est vide.
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf. 2) Préremplir resolv.conf avec les adresses des DNS. 3) Installer un serveur DNS cache local comme BIND ou dnsmasq. 4) Démarrer ou reconfigurer squid lors de l'établissement de la connexion PPP.
Là c'est après avoir établi la connexion internet et exécuté sudo squid3 -k reconfigure ?
oui
[...]
2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé squid, ça fonctionne, heureusement ; bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de sortir de mon trou et d'accéder, bien que rarement, à du haut débit ; je mettrai peut être un bind, pourquoi pas,
Là c'est après avoir établi la connexion internet et exécuté sudo squid3
-k reconfigure ?
oui
[...]
2011/02/21 06:47:43| Ready to serve requests.
2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53:
(101) Network is unreachable
2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is
unreachable
2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53:
(101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé
squid, ça fonctionne, heureusement ;
bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de
sortir de mon trou et d'accéder, bien que rarement, à du haut débit ;
je mettrai peut être un bind, pourquoi pas,
Là c'est après avoir établi la connexion internet et exécuté sudo squid3 -k reconfigure ?
oui
[...]
2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé squid, ça fonctionne, heureusement ; bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de sortir de mon trou et d'accéder, bien que rarement, à du haut débit ; je mettrai peut être un bind, pourquoi pas,
Merci de ta réponse
El Hévire
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
Salut,
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ; merci
NB : impossible de mettre la connexion PPP en automatique, la ligne est constamment occupée (France télécom depuis mayotte)
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
Salut,
Dans ce cas, il y a plusieurs possibilités.
1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans
squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ;
merci
NB : impossible de mettre la connexion PPP en automatique, la ligne est
constamment occupée (France télécom depuis mayotte)
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ; merci
NB : impossible de mettre la connexion PPP en automatique, la ligne est constamment occupée (France télécom depuis mayotte)
Pascal Hambourg
El Hévire a écrit :
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé squid, ça fonctionne, heureusement ;
Alors dans quelles conditions se produisent ces messages d'erreur correspondant visiblement à des tentatives de requête aux serveurs DNS ?
bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de sortir de mon trou et d'accéder, bien que rarement, à du haut débit ; je mettrai peut être un bind, pourquoi pas,
Les DNS en dur ne sont certes pas une solution idéale pour une machine susceptible de se déplacer. Même les DNS publics ouverts comme ceux de Google ne sont pas forcément accessibles depuis tous les réseaux.
Reconfigurer squid automatiquement lorsque la connexion PPP est établie me semble une solution plutôt simple et légère comparée à BIND. Je ne sais pas si c'est automatisable avec gnome-ppp que je ne connais pas, mais sinon on peut le faire directement avec les scripts de ppp. J'ai cru comprendre qu'il s'agit d'une distribution Ubuntu, donc un script exécutable par root /etc/ppp/ip-up.d/squid contenant ce qui suit devrait faire l'affaire :
#!/bin/sh squid3 -k reconfigure
El Hévire a écrit :
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
2011/02/21 06:47:43| Ready to serve requests.
2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53:
(101) Network is unreachable
2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is
unreachable
2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53:
(101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé
squid, ça fonctionne, heureusement ;
Alors dans quelles conditions se produisent ces messages d'erreur
correspondant visiblement à des tentatives de requête aux serveurs DNS ?
bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de
sortir de mon trou et d'accéder, bien que rarement, à du haut débit ;
je mettrai peut être un bind, pourquoi pas,
Les DNS en dur ne sont certes pas une solution idéale pour une machine
susceptible de se déplacer. Même les DNS publics ouverts comme ceux de
Google ne sont pas forcément accessibles depuis tous les réseaux.
Reconfigurer squid automatiquement lorsque la connexion PPP est établie
me semble une solution plutôt simple et légère comparée à BIND. Je ne
sais pas si c'est automatisable avec gnome-ppp que je ne connais pas,
mais sinon on peut le faire directement avec les scripts de ppp. J'ai
cru comprendre qu'il s'agit d'une distribution Ubuntu, donc un script
exécutable par root /etc/ppp/ip-up.d/squid contenant ce qui suit devrait
faire l'affaire :
2011/02/21 06:47:43| Ready to serve requests. 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.5:53: (101) Network is unreachable 2011/02/21 06:49:23| idnsSendQuery: FD 9: sendto: (101) Network is unreachable 2011/02/21 06:49:23| comm_udp_sendto: FD 9, (family=2) 80.10.246.136:53: (101) Network is unreachable
Ça ne marche toujours pas ou c'est après avoir coupé la connexion ?
je n'ai pris que la partie intéressante du log ; après avoir relancé squid, ça fonctionne, heureusement ;
Alors dans quelles conditions se produisent ces messages d'erreur correspondant visiblement à des tentatives de requête aux serveurs DNS ?
bon, j'ai pas trop envie de triturer mes .conf ; il m'arrive en effet de sortir de mon trou et d'accéder, bien que rarement, à du haut débit ; je mettrai peut être un bind, pourquoi pas,
Les DNS en dur ne sont certes pas une solution idéale pour une machine susceptible de se déplacer. Même les DNS publics ouverts comme ceux de Google ne sont pas forcément accessibles depuis tous les réseaux.
Reconfigurer squid automatiquement lorsque la connexion PPP est établie me semble une solution plutôt simple et légère comparée à BIND. Je ne sais pas si c'est automatisable avec gnome-ppp que je ne connais pas, mais sinon on peut le faire directement avec les scripts de ppp. J'ai cru comprendre qu'il s'agit d'une distribution Ubuntu, donc un script exécutable par root /etc/ppp/ip-up.d/squid contenant ce qui suit devrait faire l'affaire :
#!/bin/sh squid3 -k reconfigure
Pascal Hambourg
El Hévire a écrit :
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ;
C'est une option que j'évoquais dans mon message précédent (nos réponses se sont croisées) mais qui ne fonctionne pas forcément de partout (cas d'un réseau avec ses propres DNS qui filtre l'accès aux DNS extérieurs)
NB : impossible de mettre la connexion PPP en automatique, la ligne est constamment occupée (France télécom depuis mayotte)
Comment ça, en automatique ?
El Hévire a écrit :
Le 21/02/2011 12:38, Pascal Hambourg a écrit :
Dans ce cas, il y a plusieurs possibilités.
1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans
squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ;
C'est une option que j'évoquais dans mon message précédent (nos réponses
se sont croisées) mais qui ne fonctionne pas forcément de partout (cas
d'un réseau avec ses propres DNS qui filtre l'accès aux DNS extérieurs)
NB : impossible de mettre la connexion PPP en automatique, la ligne est
constamment occupée (France télécom depuis mayotte)
Dans ce cas, il y a plusieurs possibilités. 1) Comme suggéré dans les logs, ajouter une option dns_nameservers dans squid.conf.
j'ai testé avec des dns publics dans squid.conf et ça marche bien ;
C'est une option que j'évoquais dans mon message précédent (nos réponses se sont croisées) mais qui ne fonctionne pas forcément de partout (cas d'un réseau avec ses propres DNS qui filtre l'accès aux DNS extérieurs)
NB : impossible de mettre la connexion PPP en automatique, la ligne est constamment occupée (France télécom depuis mayotte)
Comment ça, en automatique ?
el hevire
On 21 fév, 13:27, Pascal Hambourg wrote:
El H vire a crit :
> Le 21/02/2011 12:38, Pascal Hambourg a crit :
>> Dans ce cas, il y a plusieurs possibilit s. >> 1) Comme sugg r dans les logs, ajouter une option dns_nameservers dans >> squid.conf.
> j'ai test avec des dns publics dans squid.conf et a marche bien ;
C'est une option que j' voquais dans mon message pr c dent (nos r ponses se sont crois es) mais qui ne fonctionne pas forc ment de partout (cas d'un r seau avec ses propres DNS qui filtre l'acc s aux DNS ext rieurs)
> NB : impossible de mettre la connexion PPP en automatique, la ligne est > constamment occup e (France t l com depuis mayotte)
Comment a, en automatique ?
Je voulais dire qu'il m'est impossible de lancer la connexion modem via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et j e suis gentil) : "par suite d'un trop grand nombre d'appels, votre demande ne peut aboutir, veuillez recomposer ultérieurement"
On 21 fév, 13:27, Pascal Hambourg <boite-a-s...@plouf.fr.eu.org>
wrote:
El H vire a crit :
> Le 21/02/2011 12:38, Pascal Hambourg a crit :
>> Dans ce cas, il y a plusieurs possibilit s.
>> 1) Comme sugg r dans les logs, ajouter une option dns_nameservers dans
>> squid.conf.
> j'ai test avec des dns publics dans squid.conf et a marche bien ;
C'est une option que j' voquais dans mon message pr c dent (nos r ponses
se sont crois es) mais qui ne fonctionne pas forc ment de partout (cas
d'un r seau avec ses propres DNS qui filtre l'acc s aux DNS ext rieurs)
> NB : impossible de mettre la connexion PPP en automatique, la ligne est
> constamment occup e (France t l com depuis mayotte)
Comment a, en automatique ?
Je voulais dire qu'il m'est impossible de lancer la connexion modem
via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et j e
suis gentil) : "par suite d'un trop grand nombre d'appels, votre
demande ne peut aboutir, veuillez recomposer ultérieurement"
>> Dans ce cas, il y a plusieurs possibilit s. >> 1) Comme sugg r dans les logs, ajouter une option dns_nameservers dans >> squid.conf.
> j'ai test avec des dns publics dans squid.conf et a marche bien ;
C'est une option que j' voquais dans mon message pr c dent (nos r ponses se sont crois es) mais qui ne fonctionne pas forc ment de partout (cas d'un r seau avec ses propres DNS qui filtre l'acc s aux DNS ext rieurs)
> NB : impossible de mettre la connexion PPP en automatique, la ligne est > constamment occup e (France t l com depuis mayotte)
Comment a, en automatique ?
Je voulais dire qu'il m'est impossible de lancer la connexion modem via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et j e suis gentil) : "par suite d'un trop grand nombre d'appels, votre demande ne peut aboutir, veuillez recomposer ultérieurement"
Pascal Hambourg
el hevire a écrit :
Je voulais dire qu'il m'est impossible de lancer la connexion modem via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et je suis gentil) : "par suite d'un trop grand nombre d'appels, votre demande ne peut aboutir, veuillez recomposer ultérieurement"
De toute façon, vu le temps que prend l'établissement d'une connexion par modem RTC, il y a des chances que squid démarre avant. Déjà que sur ma passerelle il arrive que BIND démarre avant que la connexion ADSL soit établie...
el hevire a écrit :
Je voulais dire qu'il m'est impossible de lancer la connexion modem
via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et je
suis gentil) : "par suite d'un trop grand nombre d'appels, votre
demande ne peut aboutir, veuillez recomposer ultérieurement"
De toute façon, vu le temps que prend l'établissement d'une connexion
par modem RTC, il y a des chances que squid démarre avant. Déjà que sur
ma passerelle il arrive que BIND démarre avant que la connexion ADSL
soit établie...
Je voulais dire qu'il m'est impossible de lancer la connexion modem via PPP au démarrage car la ligne tél est occupée 9 fois sur 10 (et je suis gentil) : "par suite d'un trop grand nombre d'appels, votre demande ne peut aboutir, veuillez recomposer ultérieurement"
De toute façon, vu le temps que prend l'établissement d'une connexion par modem RTC, il y a des chances que squid démarre avant. Déjà que sur ma passerelle il arrive que BIND démarre avant que la connexion ADSL soit établie...
