Je constate quelques problèmes depuis que j'ai basculé
vers Mac OS 10.3.3 / Safari 1.2.
1) Je ne peux plus accéder aux URL locales style
http://192.168.0.1 (mon routeur) alors que tout est
ok sous Internet Explorer ou via Telnet.
2) Fréquemment, lors d'un premier accès à une URL, la
barre de progression se fige sur "http" puis j'obtiens un
message d'échec de connexion. Un second accès se passe
sans difficulté (comme si Safari attribuait un délai de résolution
DNS très court la première fois).
Quelqu'un a-t-il déjà rencontré ces problèmes et trouvé une
solution (je précise que Mac OS 10.3.3 refuse d'installer
Safari 1.0) ?
solution (je précise que Mac OS 10.3.3 refuse d'installer Safari 1.0) ?
Cà c'est normal.
-- Philippe
fr_jacqu
Cyril wrote:
Bonjour,
Je constate quelques problèmes depuis que j'ai basculé vers Mac OS 10.3.3 / Safari 1.2.
1) Je ne peux plus accéder aux URL locales style http://192.168.0.1 (mon routeur) alors que tout est ok sous Internet Explorer ou via Telnet.
Ça, je n'ai pas rencontré. Pourtant, j'ai un accès assez semblable au mien.
2) Fréquemment, lors d'un premier accès à une URL, la barre de progression se fige sur "http" puis j'obtiens un message d'échec de connexion. Un second accès se passe sans difficulté (comme si Safari attribuait un délai de résolution DNS très court la première fois).
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit très court, je crois que souvent, les serveurs de noms de domaine se protègent en se servant de réponses type message d'échec pour simplement s'accorder un délai. Safari n'y peut rien, et Camino rencontre le même phénomène, par exemple.
Quelqu'un a-t-il déjà rencontré ces problèmes et trouvé une solution (je précise que Mac OS 10.3.3 refuse d'installer Safari 1.0) ?
Cordialement
-- F. Jacquemin
Cyril <cyril.nocton@free.fr> wrote:
Bonjour,
Je constate quelques problèmes depuis que j'ai basculé
vers Mac OS 10.3.3 / Safari 1.2.
1) Je ne peux plus accéder aux URL locales style
http://192.168.0.1 (mon routeur) alors que tout est
ok sous Internet Explorer ou via Telnet.
Ça, je n'ai pas rencontré. Pourtant, j'ai un accès assez semblable au
mien.
2) Fréquemment, lors d'un premier accès à une URL, la
barre de progression se fige sur "http" puis j'obtiens un
message d'échec de connexion. Un second accès se passe
sans difficulté (comme si Safari attribuait un délai de résolution
DNS très court la première fois).
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit très court, je
crois que souvent, les serveurs de noms de domaine se protègent en se
servant de réponses type message d'échec pour simplement s'accorder un
délai. Safari n'y peut rien, et Camino rencontre le même phénomène, par
exemple.
Quelqu'un a-t-il déjà rencontré ces problèmes et trouvé une
solution (je précise que Mac OS 10.3.3 refuse d'installer
Safari 1.0) ?
Je constate quelques problèmes depuis que j'ai basculé vers Mac OS 10.3.3 / Safari 1.2.
1) Je ne peux plus accéder aux URL locales style http://192.168.0.1 (mon routeur) alors que tout est ok sous Internet Explorer ou via Telnet.
Ça, je n'ai pas rencontré. Pourtant, j'ai un accès assez semblable au mien.
2) Fréquemment, lors d'un premier accès à une URL, la barre de progression se fige sur "http" puis j'obtiens un message d'échec de connexion. Un second accès se passe sans difficulté (comme si Safari attribuait un délai de résolution DNS très court la première fois).
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit très court, je crois que souvent, les serveurs de noms de domaine se protègent en se servant de réponses type message d'échec pour simplement s'accorder un délai. Safari n'y peut rien, et Camino rencontre le même phénomène, par exemple.
Quelqu'un a-t-il déjà rencontré ces problèmes et trouvé une solution (je précise que Mac OS 10.3.3 refuse d'installer Safari 1.0) ?
Cordialement
-- F. Jacquemin
Cyril
François :
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit très court, je > crois que souvent, les serveurs de noms de domaine se protègent en se servant de réponses type message d'échec pour simplement s'accorder un délai.
J'ai trouvé le problème. Comment dire... "La vérité est ailleurs". Mon iBook configuré en client DHCP communique avec un modem routeur WiFi. Dans ce mode, le routeur sert de proxy DNS et plante régulièrement les requêtes qui lui sont adressées. Exemple (survenue aléatoire) :
30 minables octets dont le système ne sait que faire :-(
Cordialement
-- Cyril, du Havre
François :
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit
très court, je > crois que souvent, les serveurs de noms
de domaine se protègent en se servant de réponses type
message d'échec pour simplement s'accorder un délai.
J'ai trouvé le problème. Comment dire... "La vérité est
ailleurs". Mon iBook configuré en client DHCP communique
avec un modem routeur WiFi. Dans ce mode, le routeur sert
de proxy DNS et plante régulièrement les requêtes qui lui
sont adressées. Exemple (survenue aléatoire) :
Ça, j'ai remarqué. Je ne crois pas que le délai DNS soit très court, je > crois que souvent, les serveurs de noms de domaine se protègent en se servant de réponses type message d'échec pour simplement s'accorder un délai.
J'ai trouvé le problème. Comment dire... "La vérité est ailleurs". Mon iBook configuré en client DHCP communique avec un modem routeur WiFi. Dans ce mode, le routeur sert de proxy DNS et plante régulièrement les requêtes qui lui sont adressées. Exemple (survenue aléatoire) :
