Salut,
Avec l'aide de Kevin (post du 26), je peux préciser davantage de symptômes
à mon problème :
kppp se connecte au FAI.
- Le ping http://216.239.41.99 envoie vers google.
- http://www.google.fr (ou autres url) ne marche pas : hôte inconnu.
Pareil pour le serveur pop.
- Après une connexion effectuée à l'aide de redhat-config-network, kppp
fonctionne parfaitement !
- Dans tous les cas, kppp met à jour les DNS dans resolv.conf normalement,
qu'il soit configuré en DNS auto ou manuelle.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
g.patel
On Sat, 01 Nov 2003 14:52:49 +0100, brno wrote:
- Le ping http://216.239.41.99 envoie vers google. - http://www.google.fr (ou autres url) ne marche pas : hôte inconnu. Pareil pour le serveur pop. - Après une connexion effectuée à l'aide de redhat-config-network, kppp fonctionne parfaitement ! - Dans tous les cas, kppp met à jour les DNS dans resolv.conf normalement, qu'il soit configuré en DNS auto ou manuelle.
il faudrait lister ici ce fichier /etc/resolv.conf avant et après lancement de kppp; 'normalement' il devrait avoir un problème. Eventuellement poster aussi la sortie de 'dig www.google.fr'.
Gerard
On Sat, 01 Nov 2003 14:52:49 +0100, brno
<pasdespambrno@club-internet.fr> wrote:
- Le ping http://216.239.41.99 envoie vers google.
- http://www.google.fr (ou autres url) ne marche pas : hôte inconnu.
Pareil pour le serveur pop.
- Après une connexion effectuée à l'aide de redhat-config-network, kppp
fonctionne parfaitement !
- Dans tous les cas, kppp met à jour les DNS dans resolv.conf normalement,
qu'il soit configuré en DNS auto ou manuelle.
il faudrait lister ici ce fichier /etc/resolv.conf avant et après
lancement de kppp; 'normalement' il devrait avoir un problème.
Eventuellement poster aussi la sortie de 'dig www.google.fr'.
- Le ping http://216.239.41.99 envoie vers google. - http://www.google.fr (ou autres url) ne marche pas : hôte inconnu. Pareil pour le serveur pop. - Après une connexion effectuée à l'aide de redhat-config-network, kppp fonctionne parfaitement ! - Dans tous les cas, kppp met à jour les DNS dans resolv.conf normalement, qu'il soit configuré en DNS auto ou manuelle.
il faudrait lister ici ce fichier /etc/resolv.conf avant et après lancement de kppp; 'normalement' il devrait avoir un problème. Eventuellement poster aussi la sortie de 'dig www.google.fr'.
Gerard
brno
gerard patel wrote:
il faudrait lister ici ce fichier /etc/resolv.conf avant et après lancement de kppp; 'normalement' il devrait avoir un problème.
Avant le lancement de kppp, resolv.conf est vide. Après, resolv.conf contient :
nameserver 194.117.200.10 #kppp temp entry nameserver 194.117.200.15 #kppp temp entry Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide. Je crois que c'est pareil avec wvdial qui lui fonctionne bien.
Eventuellement poster aussi la sortie de 'dig www.google.fr'.
Heu, précise ta pensée... "sortie" ? "dig" ?
Gerard
gerard patel wrote:
il faudrait lister ici ce fichier /etc/resolv.conf avant et après
lancement de kppp; 'normalement' il devrait avoir un problème.
Avant le lancement de kppp, resolv.conf est vide.
Après, resolv.conf contient :
nameserver 194.117.200.10 #kppp temp entry
nameserver 194.117.200.15 #kppp temp entry
Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide.
Je crois que c'est pareil avec wvdial qui lui fonctionne bien.
Eventuellement poster aussi la sortie de 'dig www.google.fr'.
il faudrait lister ici ce fichier /etc/resolv.conf avant et après lancement de kppp; 'normalement' il devrait avoir un problème.
Avant le lancement de kppp, resolv.conf est vide. Après, resolv.conf contient :
nameserver 194.117.200.10 #kppp temp entry nameserver 194.117.200.15 #kppp temp entry Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide. Je crois que c'est pareil avec wvdial qui lui fonctionne bien.
Eventuellement poster aussi la sortie de 'dig www.google.fr'.
Heu, précise ta pensée... "sortie" ? "dig" ?
Gerard
g.patel
On Sat, 01 Nov 2003 18:44:28 +0100, brno wrote:
nameserver 194.117.200.10 #kppp temp entry nameserver 194.117.200.15 #kppp temp entry Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide.
ça semble tout à fait normal...
(...)
Heu, précise ta pensée... "sortie" ? "dig" ?
je veux dire taper 'dig www.google.fr' dans une console pendant que kppp est actif et faire un copier/coller ici du résultat; dig est une version plus moderne de l'utilitaire 'host', qui a l'avantage sur host de préciser par défaut le serveur DNS utilisé.
Gerard
On Sat, 01 Nov 2003 18:44:28 +0100, brno
<pasdespambrno@club-internet.fr> wrote:
nameserver 194.117.200.10 #kppp temp entry
nameserver 194.117.200.15 #kppp temp entry
Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide.
ça semble tout à fait normal...
(...)
Heu, précise ta pensée... "sortie" ? "dig" ?
je veux dire taper 'dig www.google.fr' dans une console
pendant que kppp est actif et faire un copier/coller ici du
résultat; dig est une version plus moderne de l'utilitaire
'host', qui a l'avantage sur host de préciser par défaut le
serveur DNS utilisé.
nameserver 194.117.200.10 #kppp temp entry nameserver 194.117.200.15 #kppp temp entry Ce qui correspond aux adresses DNS transmises par le FAI.
Une fois kppp quitté, resolv.conf est vide.
ça semble tout à fait normal...
(...)
Heu, précise ta pensée... "sortie" ? "dig" ?
je veux dire taper 'dig www.google.fr' dans une console pendant que kppp est actif et faire un copier/coller ici du résultat; dig est une version plus moderne de l'utilitaire 'host', qui a l'avantage sur host de préciser par défaut le serveur DNS utilisé.
Gerard
brno
gerard patel wrote:
Heu, précise ta pensée... "sortie" ? "dig" ?
je veux dire taper 'dig www.google.fr' dans une console pendant que kppp est actif et faire un copier/coller ici du résultat; dig est une version plus moderne de l'utilitaire 'host', qui a l'avantage sur host de préciser par défaut le serveur DNS utilisé.
Gerard
Ah, ah, intéressant. donc voilà, je relance la session, lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
ensuite, je lance wvdial (config réseau RH), l'interromps et relance kppp :
;; ANSWER SECTION: www.google.fr. 3405 IN CNAME www.google.akadns.net. www.google.akadns.net. 290 IN A 66.102.11.99
;; AUTHORITY SECTION: akadns.net. 98327 IN NS zc.akadns.net. akadns.net. 98327 IN NS zf.akadns.net. akadns.net. 98327 IN NS zh.akadns.net. akadns.net. 98327 IN NS a-93.akadns.net. akadns.net. 98327 IN NS use2.akam.net. akadns.net. 98327 IN NS use4.akam.net. akadns.net. 98327 IN NS usw5.akam.net. akadns.net. 98327 IN NS asia3.akam.net. akadns.net. 98327 IN NS ns1-159.akam.net.
;; ADDITIONAL SECTION: zc.akadns.net. 162417 IN A 63.241.199.50 zf.akadns.net. 158687 IN A 63.215.198.79 zh.akadns.net. 162417 IN A 63.208.48.42 a-93.akadns.net. 162417 IN A 193.108.91.93 use2.akam.net. 49617 IN A 63.209.170.136 use4.akam.net. 41284 IN A 80.67.67.182 usw5.akam.net. 41284 IN A 63.241.73.214 asia3.akam.net. 49617 IN A 193.108.154.9 ns1-159.akam.net. 49617 IN A 193.108.91.159
;; Query time: 188 msec ;; SERVER: 194.117.200.10#53(194.117.200.10) ;; WHEN: Sat Nov 1 21:08:04 2003 ;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp parvienne à marcher normalement ?
brno
gerard patel wrote:
Heu, précise ta pensée... "sortie" ? "dig" ?
je veux dire taper 'dig www.google.fr' dans une console
pendant que kppp est actif et faire un copier/coller ici du
résultat; dig est une version plus moderne de l'utilitaire
'host', qui a l'avantage sur host de préciser par défaut le
serveur DNS utilisé.
Gerard
Ah, ah, intéressant.
donc voilà, je relance la session, lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr
;; global options: printcmd
;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
ensuite, je lance wvdial (config réseau RH), l'interromps et relance kppp :
;; ANSWER SECTION:
www.google.fr. 3405 IN CNAME www.google.akadns.net.
www.google.akadns.net. 290 IN A 66.102.11.99
;; AUTHORITY SECTION:
akadns.net. 98327 IN NS zc.akadns.net.
akadns.net. 98327 IN NS zf.akadns.net.
akadns.net. 98327 IN NS zh.akadns.net.
akadns.net. 98327 IN NS a-93.akadns.net.
akadns.net. 98327 IN NS use2.akam.net.
akadns.net. 98327 IN NS use4.akam.net.
akadns.net. 98327 IN NS usw5.akam.net.
akadns.net. 98327 IN NS asia3.akam.net.
akadns.net. 98327 IN NS ns1-159.akam.net.
;; ADDITIONAL SECTION:
zc.akadns.net. 162417 IN A 63.241.199.50
zf.akadns.net. 158687 IN A 63.215.198.79
zh.akadns.net. 162417 IN A 63.208.48.42
a-93.akadns.net. 162417 IN A 193.108.91.93
use2.akam.net. 49617 IN A 63.209.170.136
use4.akam.net. 41284 IN A 80.67.67.182
usw5.akam.net. 41284 IN A 63.241.73.214
asia3.akam.net. 49617 IN A 193.108.154.9
ns1-159.akam.net. 49617 IN A 193.108.91.159
;; Query time: 188 msec
;; SERVER: 194.117.200.10#53(194.117.200.10)
;; WHEN: Sat Nov 1 21:08:04 2003
;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp
parvienne à marcher normalement ?
je veux dire taper 'dig www.google.fr' dans une console pendant que kppp est actif et faire un copier/coller ici du résultat; dig est une version plus moderne de l'utilitaire 'host', qui a l'avantage sur host de préciser par défaut le serveur DNS utilisé.
Gerard
Ah, ah, intéressant. donc voilà, je relance la session, lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
ensuite, je lance wvdial (config réseau RH), l'interromps et relance kppp :
;; ANSWER SECTION: www.google.fr. 3405 IN CNAME www.google.akadns.net. www.google.akadns.net. 290 IN A 66.102.11.99
;; AUTHORITY SECTION: akadns.net. 98327 IN NS zc.akadns.net. akadns.net. 98327 IN NS zf.akadns.net. akadns.net. 98327 IN NS zh.akadns.net. akadns.net. 98327 IN NS a-93.akadns.net. akadns.net. 98327 IN NS use2.akam.net. akadns.net. 98327 IN NS use4.akam.net. akadns.net. 98327 IN NS usw5.akam.net. akadns.net. 98327 IN NS asia3.akam.net. akadns.net. 98327 IN NS ns1-159.akam.net.
;; ADDITIONAL SECTION: zc.akadns.net. 162417 IN A 63.241.199.50 zf.akadns.net. 158687 IN A 63.215.198.79 zh.akadns.net. 162417 IN A 63.208.48.42 a-93.akadns.net. 162417 IN A 193.108.91.93 use2.akam.net. 49617 IN A 63.209.170.136 use4.akam.net. 41284 IN A 80.67.67.182 usw5.akam.net. 41284 IN A 63.241.73.214 asia3.akam.net. 49617 IN A 193.108.154.9 ns1-159.akam.net. 49617 IN A 193.108.91.159
;; Query time: 188 msec ;; SERVER: 194.117.200.10#53(194.117.200.10) ;; WHEN: Sat Nov 1 21:08:04 2003 ;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp parvienne à marcher normalement ?
brno
Michel Tatoute
Ah, ah, intéressant. donc voilà, je [...] lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
ensuite, je lance wvdial (config réseau RH), l'interromps et relance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr [...]
www.google.akadns.net. 290 IN A 66.102.11.99
[...]
;; Query time: 188 msec ;; SERVER: 194.117.200.10#53(194.117.200.10) ;; WHEN: Sat Nov 1 21:08:04 2003 ;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp parvienne à marcher normalement ?
ca:
;; SERVER: 194.117.200.10#53(194.117.200.10)
je n'ai pas suivi votre fil, mais visiblement wdial a mis à jour les serveurs de dns. avant tu n'en a pas (sous entendu capable de resoudre www.google.fr), après tu en a au moins un: 194.117.200.10 , le principal de club internet.
wdial a du editer /etc/resolv.conf d'après les infos "chap" transmises lors de la connexion. Quelque chose dans ce genre la :
Nov 1 20:29:22 tatoute pppd[2547]: Remote message: CHAP authentication success, unit 689 Nov 1 20:29:22 tatoute pppd[2547]: local IP address 80.8.81.227 Nov 1 20:29:22 tatoute pppd[2547]: remote IP address 80.8.80.1 Nov 1 20:29:22 tatoute pppd[2547]: primary DNS address 193.252.19.3 Nov 1 20:29:22 tatoute pppd[2547]: secondary DNS address 193.252.19.4
Michel.
Ah, ah, intéressant.
donc voilà, je [...] lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr
;; global options: printcmd
;; connection timed out; no servers could be reached
ensuite, je lance wvdial (config réseau RH), l'interromps et relance
kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr
[...]
www.google.akadns.net. 290 IN A 66.102.11.99
[...]
;; Query time: 188 msec
;; SERVER: 194.117.200.10#53(194.117.200.10) ;; WHEN: Sat Nov 1
21:08:04 2003
;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques
près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp
parvienne à marcher normalement ?
ca:
;; SERVER: 194.117.200.10#53(194.117.200.10)
je n'ai pas suivi votre fil, mais visiblement wdial a mis à jour les
serveurs de dns. avant tu n'en a pas (sous entendu capable de resoudre
www.google.fr), après tu en a au moins un: 194.117.200.10 , le principal
de club internet.
wdial a du editer /etc/resolv.conf d'après les infos "chap" transmises
lors de la connexion. Quelque chose dans ce genre la :
Nov 1 20:29:22 tatoute pppd[2547]: Remote message: CHAP authentication
success, unit 689 Nov 1 20:29:22 tatoute pppd[2547]: local IP address
80.8.81.227 Nov 1 20:29:22 tatoute pppd[2547]: remote IP address
80.8.80.1 Nov 1 20:29:22 tatoute pppd[2547]: primary DNS address
193.252.19.3 Nov 1 20:29:22 tatoute pppd[2547]: secondary DNS address
193.252.19.4
Ah, ah, intéressant. donc voilà, je [...] lance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
ensuite, je lance wvdial (config réseau RH), l'interromps et relance kppp :
; <<>> DiG 9.2.1 <<>> www.google.fr [...]
www.google.akadns.net. 290 IN A 66.102.11.99
[...]
;; Query time: 188 msec ;; SERVER: 194.117.200.10#53(194.117.200.10) ;; WHEN: Sat Nov 1 21:08:04 2003 ;; MSG SIZE rcvd: 400
(wvdial a produit la même sortie à certaines valeurs numériques près)
Hum, donc voilà, qu'est-ce que wvdial produit pour qu'ensuite, kppp parvienne à marcher normalement ?
ca:
;; SERVER: 194.117.200.10#53(194.117.200.10)
je n'ai pas suivi votre fil, mais visiblement wdial a mis à jour les serveurs de dns. avant tu n'en a pas (sous entendu capable de resoudre www.google.fr), après tu en a au moins un: 194.117.200.10 , le principal de club internet.
wdial a du editer /etc/resolv.conf d'après les infos "chap" transmises lors de la connexion. Quelque chose dans ce genre la :
Nov 1 20:29:22 tatoute pppd[2547]: Remote message: CHAP authentication success, unit 689 Nov 1 20:29:22 tatoute pppd[2547]: local IP address 80.8.81.227 Nov 1 20:29:22 tatoute pppd[2547]: remote IP address 80.8.80.1 Nov 1 20:29:22 tatoute pppd[2547]: primary DNS address 193.252.19.3 Nov 1 20:29:22 tatoute pppd[2547]: secondary DNS address 193.252.19.4
Michel.
g.patel
On Sat, 01 Nov 2003 21:19:53 +0100, brno wrote:
(...)
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
oh, il ne faut pas etre pessimiste comme ça. Dans la configuration du compte kppp, que dit l'onglet passerelle (gateway si c'est configuré en anglais) ? est ce que l'option route par défaut ('default route') est cochée ?
Gerard
On Sat, 01 Nov 2003 21:19:53 +0100, brno
<pasdespambrno@club-internet.fr> wrote:
(...)
; <<>> DiG 9.2.1 <<>> www.google.fr
;; global options: printcmd
;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
oh, il ne faut pas etre pessimiste comme ça.
Dans la configuration du compte kppp, que dit l'onglet
passerelle (gateway si c'est configuré en anglais) ?
est ce que l'option route par défaut ('default route')
est cochée ?
; <<>> DiG 9.2.1 <<>> www.google.fr ;; global options: printcmd ;; connection timed out; no servers could be reached
Je ne sais pas si on a beaucoup avancé, là.
oh, il ne faut pas etre pessimiste comme ça. Dans la configuration du compte kppp, que dit l'onglet passerelle (gateway si c'est configuré en anglais) ? est ce que l'option route par défaut ('default route') est cochée ?
Gerard
brno
gerard patel wrote:
Je ne sais pas si on a beaucoup avancé, là.
oh, il ne faut pas etre pessimiste comme ça. Dans la configuration du compte kppp, que dit l'onglet passerelle (gateway si c'est configuré en anglais) ? est ce que l'option route par défaut ('default route') est cochée ?
Gerard
Passerelle dynamique est cochée, j'avais essayé passerelle statique en me basant sur les infos du FAI (adresse IP). Sans amélioration. Et route par défaut est cochée.
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion, tandis que wvdial crée un fichier resolv.conf.save pour restauration... Ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
brno
gerard patel wrote:
Je ne sais pas si on a beaucoup avancé, là.
oh, il ne faut pas etre pessimiste comme ça.
Dans la configuration du compte kppp, que dit l'onglet
passerelle (gateway si c'est configuré en anglais) ?
est ce que l'option route par défaut ('default route')
est cochée ?
Gerard
Passerelle dynamique est cochée, j'avais essayé passerelle statique en me
basant sur les infos du FAI (adresse IP). Sans amélioration.
Et route par défaut est cochée.
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y
entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche !
Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop,
smtp et news !
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les
supprime à la déconnexion, tandis que wvdial crée un fichier
resolv.conf.save pour restauration...
Ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner
correctement.
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un
éventuel problème ?
oh, il ne faut pas etre pessimiste comme ça. Dans la configuration du compte kppp, que dit l'onglet passerelle (gateway si c'est configuré en anglais) ? est ce que l'option route par défaut ('default route') est cochée ?
Gerard
Passerelle dynamique est cochée, j'avais essayé passerelle statique en me basant sur les infos du FAI (adresse IP). Sans amélioration. Et route par défaut est cochée.
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion, tandis que wvdial crée un fichier resolv.conf.save pour restauration... Ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
brno
g.patel
On Sat, 01 Nov 2003 22:22:44 +0100, brno wrote:
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque part. A moins que le logiciel utilisé pour internet et le reste cache les serveurs de DNS dans sa petite mémoire (je ne sais pas comment) Est ce qu'il était redémarré lorsque kppp était démarré ? Enfin bon.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses DNS, ça ne marchera plus. C'est surtout génant quand on a plusieurs fournisseurs d'accès.
Gerard
On Sat, 01 Nov 2003 22:22:44 +0100, brno
<pasdespambrno@club-internet.fr> wrote:
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y
entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche !
Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop,
smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les
supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque
part. A moins que le logiciel utilisé pour internet et le reste
cache les serveurs de DNS dans sa petite mémoire (je ne sais
pas comment) Est ce qu'il était redémarré lorsque kppp était
démarré ? Enfin bon.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner
correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un
éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses
DNS, ça ne marchera plus. C'est surtout génant quand on a
plusieurs fournisseurs d'accès.
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque part. A moins que le logiciel utilisé pour internet et le reste cache les serveurs de DNS dans sa petite mémoire (je ne sais pas comment) Est ce qu'il était redémarré lorsque kppp était démarré ? Enfin bon.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses DNS, ça ne marchera plus. C'est surtout génant quand on a plusieurs fournisseurs d'accès.
Gerard
brno
gerard patel wrote:
On Sat, 01 Nov 2003 22:22:44 +0100, brno wrote:
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque part. A moins que le logiciel utilisé pour internet et le reste cache les serveurs de DNS dans sa petite mémoire (je ne sais pas comment) Est ce qu'il était redémarré lorsque kppp était démarré ? Enfin bon.
C'est peut-être lié à des spécificités RH ; je n'avais pas ce problème avec suse... D'ailleurs il y a plein de problèmes qui n'apparaissaient pas avec suse et qui me pourrissent le moral depuis que j'ai adopté RH9, en particulier lors de l'installation de logiciels étrangers à la distrib'. Mais c'est une autre histoire.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses DNS, ça ne marchera plus. C'est surtout génant quand on a plusieurs fournisseurs d'accès.
Gerard
Oui, tout cela est un peu alambiqué. Bien sur, j'aurais aimé comprendre où se trouvait le bug, mais bon, ça marche.
En tous cas, merci de votre aide, et à bientôt pour de nouvelles aventures. brno
gerard patel wrote:
On Sat, 01 Nov 2003 22:22:44 +0100, brno
<pasdespambrno@club-internet.fr> wrote:
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y
entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche !
Après reboot, kppp me permet d'accéder aux sites www et à mes serveur
pop,
smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les
supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque
part. A moins que le logiciel utilisé pour internet et le reste
cache les serveurs de DNS dans sa petite mémoire (je ne sais
pas comment) Est ce qu'il était redémarré lorsque kppp était
démarré ? Enfin bon.
C'est peut-être lié à des spécificités RH ; je n'avais pas ce problème avec
suse... D'ailleurs il y a plein de problèmes qui n'apparaissaient pas avec
suse et qui me pourrissent le moral depuis que j'ai adopté RH9, en
particulier lors de l'installation de logiciels étrangers à la distrib'.
Mais c'est une autre histoire.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner
correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un
éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses
DNS, ça ne marchera plus. C'est surtout génant quand on a
plusieurs fournisseurs d'accès.
Gerard
Oui, tout cela est un peu alambiqué.
Bien sur, j'aurais aimé comprendre où se trouvait le bug, mais bon, ça
marche.
En tous cas, merci de votre aide, et à bientôt pour de nouvelles aventures.
brno
Mais après avoir lu le post de Michel, j'ai modifié resolv.conf en y entrant les deux DNS de club-internet (à l'origine, resolv.conf est vide).
Et ça marche ! Après reboot, kppp me permet d'accéder aux sites www et à mes serveur pop, smtp et news !
bof bof bof... ça ne ressemble à rien que je connaisse.
Ce faisant, kppp ajoute à resolv.conf les deux mêmes adresses, et les supprime à la déconnexion
ni meme de logique. Il doit y avoir une grosse boulette quelque part. A moins que le logiciel utilisé pour internet et le reste cache les serveurs de DNS dans sa petite mémoire (je ne sais pas comment) Est ce qu'il était redémarré lorsque kppp était démarré ? Enfin bon.
C'est peut-être lié à des spécificités RH ; je n'avais pas ce problème avec suse... D'ailleurs il y a plein de problèmes qui n'apparaissaient pas avec suse et qui me pourrissent le moral depuis que j'ai adopté RH9, en particulier lors de l'installation de logiciels étrangers à la distrib'. Mais c'est une autre histoire.
(..)
ce n'est donc pas via resolv.conf que wvdial permet à kppp de fonctionner correctement.
?
Maintenant, avoir modifié resolv.conf ne risquerait pas de provoquer un éventuel problème ?
si le fournisseur d'accès change, ou s'il change ses adresses DNS, ça ne marchera plus. C'est surtout génant quand on a plusieurs fournisseurs d'accès.
Gerard
Oui, tout cela est un peu alambiqué. Bien sur, j'aurais aimé comprendre où se trouvait le bug, mais bon, ça marche.
En tous cas, merci de votre aide, et à bientôt pour de nouvelles aventures. brno
