Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Il est aussi possible (si on veut veut vérifier les réglages réseau)
faire, comme tu dis, "enter" avec la main et profiter du moment *très
court* où le message "se relève" pour cliquer sur un des deux menus
déroulants (configuration ou afficher) et sélectionner la rubrique
voulue : ça bloque momentanément la "redescente" du message et permet
d'accéder aux réglages souhaités.
Il est aussi possible (si on veut veut vérifier les réglages réseau)
faire, comme tu dis, "enter" avec la main et profiter du moment *très
court* où le message "se relève" pour cliquer sur un des deux menus
déroulants (configuration ou afficher) et sélectionner la rubrique
voulue : ça bloque momentanément la "redescente" du message et permet
d'accéder aux réglages souhaités.
Il est aussi possible (si on veut veut vérifier les réglages réseau)
faire, comme tu dis, "enter" avec la main et profiter du moment *très
court* où le message "se relève" pour cliquer sur un des deux menus
déroulants (configuration ou afficher) et sélectionner la rubrique
voulue : ça bloque momentanément la "redescente" du message et permet
d'accéder aux réglages souhaités.
NB : un truc pour sortir du cercle vicieux et reprendre la main, c'est
de faire un pomme-Q en cliquant sur le OK ; on quitte le TdB réseau
(sans pour autant régler le problème...)
NB : un truc pour sortir du cercle vicieux et reprendre la main, c'est
de faire un pomme-Q en cliquant sur le OK ; on quitte le TdB réseau
(sans pour autant régler le problème...)
NB : un truc pour sortir du cercle vicieux et reprendre la main, c'est
de faire un pomme-Q en cliquant sur le OK ; on quitte le TdB réseau
(sans pour autant régler le problème...)
Euh! AMHA, tu n'as pas lu toute l'enfilade
<http://groups.google.com/group/fr.comp.os.mac-os.x/browse_frm/thread/6b7
be10639a3a968/cb6899eede32368d?lnk=gst&q=tdb+réseau#cb6899eede32368d>
très bien documentée ;-).
Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Depuis la mise à jour "Security Update 2008-007" les login/mot de
connexion PPP sont sauvegardés dans le trousseau, mais l'installateur ne
nettoie pas l'ancien enregistrement du login/mot de passe, d'où le
problème.
Solution: effacer complètement au moins la config PPP dans le TdB Réseau
et la refaire à neuf.
All I can tell is this: there is a tool called NetCfgTool which, for some
reason, writes to the file
/Library/Preferences/SystemConfiguration/preferences.plist, which the
Network system preferences pick up. Network prefs throws up a slip
saying that the configuration has changed, because the preferences.plist
file gets a new timestamp. Clicking on the "OK" button causes some
unknown event (password/keychain related?) to happen, which causes
NetCfgTool to re-write the preferences.plist, and the process repeats.
Euh! AMHA, tu n'as pas lu toute l'enfilade
<http://groups.google.com/group/fr.comp.os.mac-os.x/browse_frm/thread/6b7
be10639a3a968/cb6899eede32368d?lnk=gst&q=tdb+réseau#cb6899eede32368d>
très bien documentée ;-).
Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Depuis la mise à jour "Security Update 2008-007" les login/mot de
connexion PPP sont sauvegardés dans le trousseau, mais l'installateur ne
nettoie pas l'ancien enregistrement du login/mot de passe, d'où le
problème.
Solution: effacer complètement au moins la config PPP dans le TdB Réseau
et la refaire à neuf.
All I can tell is this: there is a tool called NetCfgTool which, for some
reason, writes to the file
/Library/Preferences/SystemConfiguration/preferences.plist, which the
Network system preferences pick up. Network prefs throws up a slip
saying that the configuration has changed, because the preferences.plist
file gets a new timestamp. Clicking on the "OK" button causes some
unknown event (password/keychain related?) to happen, which causes
NetCfgTool to re-write the preferences.plist, and the process repeats.
Euh! AMHA, tu n'as pas lu toute l'enfilade
<http://groups.google.com/group/fr.comp.os.mac-os.x/browse_frm/thread/6b7
be10639a3a968/cb6899eede32368d?lnk=gst&q=tdb+réseau#cb6899eede32368d>
très bien documentée ;-).
Le phénomène n'apparait que sur les configurations réseau sous Mac OS X
10.4.x où une config PPP ou PPPoE avec un "login/mot de passe" était
enregistrée avant l'installation de la mise à jour "Security Update
2008-007".
Depuis la mise à jour "Security Update 2008-007" les login/mot de
connexion PPP sont sauvegardés dans le trousseau, mais l'installateur ne
nettoie pas l'ancien enregistrement du login/mot de passe, d'où le
problème.
Solution: effacer complètement au moins la config PPP dans le TdB Réseau
et la refaire à neuf.
All I can tell is this: there is a tool called NetCfgTool which, for some
reason, writes to the file
/Library/Preferences/SystemConfiguration/preferences.plist, which the
Network system preferences pick up. Network prefs throws up a slip
saying that the configuration has changed, because the preferences.plist
file gets a new timestamp. Clicking on the "OK" button causes some
unknown event (password/keychain related?) to happen, which causes
NetCfgTool to re-write the preferences.plist, and the process repeats.
Fleuger wrote:
> Le problème provient de la dernière mise à jour de sécurité dans
> laquelle les mots de passe des configurations PPP ont été transférés
> dans le trousseau.
>
> Pour corriger le problème, cliquer rapidement sur une configuration
> avant la réapparition de l'alerte.
> Ensuite, dans les configurations PPP, entrer à nouveau le mot de passe
> et Appliquer.
> Si ça ne suffit pour supprimer le problème, supprimer les configurations
> PPP et les recréer.
Relis bien ce que j'ai écris : Je n'utilise pas PPP, je n'ai pas de mot
de passe à taper, et pourtant j'ai le problème (même si je l'ai réglé
temporairement en vérouillant le TdB).
Fleuger <g5fleurot@free.fr> wrote:
> Le problème provient de la dernière mise à jour de sécurité dans
> laquelle les mots de passe des configurations PPP ont été transférés
> dans le trousseau.
>
> Pour corriger le problème, cliquer rapidement sur une configuration
> avant la réapparition de l'alerte.
> Ensuite, dans les configurations PPP, entrer à nouveau le mot de passe
> et Appliquer.
> Si ça ne suffit pour supprimer le problème, supprimer les configurations
> PPP et les recréer.
Relis bien ce que j'ai écris : Je n'utilise pas PPP, je n'ai pas de mot
de passe à taper, et pourtant j'ai le problème (même si je l'ai réglé
temporairement en vérouillant le TdB).
Fleuger wrote:
> Le problème provient de la dernière mise à jour de sécurité dans
> laquelle les mots de passe des configurations PPP ont été transférés
> dans le trousseau.
>
> Pour corriger le problème, cliquer rapidement sur une configuration
> avant la réapparition de l'alerte.
> Ensuite, dans les configurations PPP, entrer à nouveau le mot de passe
> et Appliquer.
> Si ça ne suffit pour supprimer le problème, supprimer les configurations
> PPP et les recréer.
Relis bien ce que j'ai écris : Je n'utilise pas PPP, je n'ai pas de mot
de passe à taper, et pourtant j'ai le problème (même si je l'ai réglé
temporairement en vérouillant le TdB).
Je répète que ma config PPP est désactivée, et elle l'était déjà avant
que j'applique la màj. Et pourtant j'ai le problème !!!!
Je répète que ma config PPP est désactivée, et elle l'était déjà avant
que j'applique la màj. Et pourtant j'ai le problème !!!!
Je répète que ma config PPP est désactivée, et elle l'était déjà avant
que j'applique la màj. Et pourtant j'ai le problème !!!!
Donc j'attends un peu qu'Apple nous sorte une correction.
Voila comment je vois les choses :-)
Donc j'attends un peu qu'Apple nous sorte une correction.
Voila comment je vois les choses :-)
Donc j'attends un peu qu'Apple nous sorte une correction.
Voila comment je vois les choses :-)
les dernières màj appliquées le 18/9/2008 sont :
sécurité 6
QT 755
Itunes X
AppleMobileDeviceSupport
CoreFP
iTunes Acess
sinon, le problème existe aussi en se logant sur une session admin
habituellement inutilisée.
les dernières màj appliquées le 18/9/2008 sont :
sécurité 6
QT 755
Itunes X
AppleMobileDeviceSupport
CoreFP
iTunes Acess
sinon, le problème existe aussi en se logant sur une session admin
habituellement inutilisée.
les dernières màj appliquées le 18/9/2008 sont :
sécurité 6
QT 755
Itunes X
AppleMobileDeviceSupport
CoreFP
iTunes Acess
sinon, le problème existe aussi en se logant sur une session admin
habituellement inutilisée.
Par contre, c'est toi qui n'a pas lu mon message :
Message-ID: <1ipzzdo.1hcdcav12eof9pN%
dans lequel je dis que je n'utilise pas PPP.
Il est vrai que ce n'est qu'aujourd'hui que j'ai précisé qu'elle n'est
pas activée chez moi, que je n'ai pas de mot de passe à taper, et
qu'elle n'était pas non plus activée avant ma maj de secupdate.
> Solution: effacer complètement au moins la config PPP dans le TdB Réseau
> et la refaire à neuf.
Je le referai peut-être, mais pour l'instant, je suis d'accord avec toi
sur le fait que le problème ne gène pas les connexions (et en plus
j'évite la gène du pb par le verrouillage). Donc j'attends un peu
qu'Apple nous sorte une correction.
----
Par ailleurs, à la lecture de la discussion que j'ai mentionnée
ci-dessus (et plus particulièrement des contrib de Tonza), je pense
avoir compris la cause du problème, et pour moi ce n'est pas une
histoire de mot de passe.
> All I can tell is this: there is a tool called NetCfgTool which, for some
> reason, writes to the file
> /Library/Preferences/SystemConfiguration/preferences.plist, which the
> Network system preferences pick up. Network prefs throws up a slip
> saying that the configuration has changed, because the preferences.plist
> file gets a new timestamp. Clicking on the "OK" button causes some
> unknown event (password/keychain related?) to happen, which causes
> NetCfgTool to re-write the preferences.plist, and the process repeats.
Voici ce que j'ai compris : L'outil NetCfgTool (n'est-ce pas tout
simplement le TdB Réseau ? - je l'appellerai ainsi, comme tu le fais,
n'en déplaise à certains :-) modifie un ou plusieurs fichiers plist
lorsqu'on change la config réseau. Bien entendu il garde quelque part un
"témoin" pour savoir la date/heure à laquelle il à fait cette modif et
pouvoir ainsi détecter qu'une autre appli à modifier la config réseau.
Cependant un "programmeur distrait" de chez Apple a probablement oublié
de faire que le programme mette à jour ce témoin dans telle ou telle
circonstance. Donc lorsqu'on rouvre le TdB, il détecte une mauvaise date
et affiche le message. Mais lorsqu'on fait OK, "il" resauve le fichier
et oublie encore de mettre à jour le témoin et donc redétecte
l'erreur... et ainsi de suite.
Lorsque on verrouille le TdB, je suppose qu'on protège aussi le fichier
plist en écriture, et donc le pb disparait.
Je pense avoir aussi au moins trois explications possibles au fait
qu'Apple n'ait toujours pas corrigé ce problème :
1) le programmeur distrait est en vacances et c'est le seul qui connait
le programme NetCfgTool. On attend donc qu'il soit rentré pour lui faire
corriger le prog :-)
2) le programmeur distrait n'avait pas fait de sauvegarde et son disque
dur s'est crashé :-/
3) le programmeur distrait à fait d'autres gaffes plus graves et de ce
fait a été renvoyé de chez Apple avant qu'ait été détecté le pb dont
nous parlons. Seulement c'était le seul qui connaissait le programme
NetCfgTool et personne n'a eu le temps de se plonger depuis dans le
source du dit programme, qui par ailleurs est peut-être très mal
commenté ;-)
etc...
Voila comment je vois les choses :-)
Par contre, c'est toi qui n'a pas lu mon message :
Message-ID: <1ipzzdo.1hcdcav12eof9pN%blanc@empty.org>
dans lequel je dis que je n'utilise pas PPP.
Il est vrai que ce n'est qu'aujourd'hui que j'ai précisé qu'elle n'est
pas activée chez moi, que je n'ai pas de mot de passe à taper, et
qu'elle n'était pas non plus activée avant ma maj de secupdate.
> Solution: effacer complètement au moins la config PPP dans le TdB Réseau
> et la refaire à neuf.
Je le referai peut-être, mais pour l'instant, je suis d'accord avec toi
sur le fait que le problème ne gène pas les connexions (et en plus
j'évite la gène du pb par le verrouillage). Donc j'attends un peu
qu'Apple nous sorte une correction.
----
Par ailleurs, à la lecture de la discussion que j'ai mentionnée
ci-dessus (et plus particulièrement des contrib de Tonza), je pense
avoir compris la cause du problème, et pour moi ce n'est pas une
histoire de mot de passe.
> All I can tell is this: there is a tool called NetCfgTool which, for some
> reason, writes to the file
> /Library/Preferences/SystemConfiguration/preferences.plist, which the
> Network system preferences pick up. Network prefs throws up a slip
> saying that the configuration has changed, because the preferences.plist
> file gets a new timestamp. Clicking on the "OK" button causes some
> unknown event (password/keychain related?) to happen, which causes
> NetCfgTool to re-write the preferences.plist, and the process repeats.
Voici ce que j'ai compris : L'outil NetCfgTool (n'est-ce pas tout
simplement le TdB Réseau ? - je l'appellerai ainsi, comme tu le fais,
n'en déplaise à certains :-) modifie un ou plusieurs fichiers plist
lorsqu'on change la config réseau. Bien entendu il garde quelque part un
"témoin" pour savoir la date/heure à laquelle il à fait cette modif et
pouvoir ainsi détecter qu'une autre appli à modifier la config réseau.
Cependant un "programmeur distrait" de chez Apple a probablement oublié
de faire que le programme mette à jour ce témoin dans telle ou telle
circonstance. Donc lorsqu'on rouvre le TdB, il détecte une mauvaise date
et affiche le message. Mais lorsqu'on fait OK, "il" resauve le fichier
et oublie encore de mettre à jour le témoin et donc redétecte
l'erreur... et ainsi de suite.
Lorsque on verrouille le TdB, je suppose qu'on protège aussi le fichier
plist en écriture, et donc le pb disparait.
Je pense avoir aussi au moins trois explications possibles au fait
qu'Apple n'ait toujours pas corrigé ce problème :
1) le programmeur distrait est en vacances et c'est le seul qui connait
le programme NetCfgTool. On attend donc qu'il soit rentré pour lui faire
corriger le prog :-)
2) le programmeur distrait n'avait pas fait de sauvegarde et son disque
dur s'est crashé :-/
3) le programmeur distrait à fait d'autres gaffes plus graves et de ce
fait a été renvoyé de chez Apple avant qu'ait été détecté le pb dont
nous parlons. Seulement c'était le seul qui connaissait le programme
NetCfgTool et personne n'a eu le temps de se plonger depuis dans le
source du dit programme, qui par ailleurs est peut-être très mal
commenté ;-)
etc...
Voila comment je vois les choses :-)
Par contre, c'est toi qui n'a pas lu mon message :
Message-ID: <1ipzzdo.1hcdcav12eof9pN%
dans lequel je dis que je n'utilise pas PPP.
Il est vrai que ce n'est qu'aujourd'hui que j'ai précisé qu'elle n'est
pas activée chez moi, que je n'ai pas de mot de passe à taper, et
qu'elle n'était pas non plus activée avant ma maj de secupdate.
> Solution: effacer complètement au moins la config PPP dans le TdB Réseau
> et la refaire à neuf.
Je le referai peut-être, mais pour l'instant, je suis d'accord avec toi
sur le fait que le problème ne gène pas les connexions (et en plus
j'évite la gène du pb par le verrouillage). Donc j'attends un peu
qu'Apple nous sorte une correction.
----
Par ailleurs, à la lecture de la discussion que j'ai mentionnée
ci-dessus (et plus particulièrement des contrib de Tonza), je pense
avoir compris la cause du problème, et pour moi ce n'est pas une
histoire de mot de passe.
> All I can tell is this: there is a tool called NetCfgTool which, for some
> reason, writes to the file
> /Library/Preferences/SystemConfiguration/preferences.plist, which the
> Network system preferences pick up. Network prefs throws up a slip
> saying that the configuration has changed, because the preferences.plist
> file gets a new timestamp. Clicking on the "OK" button causes some
> unknown event (password/keychain related?) to happen, which causes
> NetCfgTool to re-write the preferences.plist, and the process repeats.
Voici ce que j'ai compris : L'outil NetCfgTool (n'est-ce pas tout
simplement le TdB Réseau ? - je l'appellerai ainsi, comme tu le fais,
n'en déplaise à certains :-) modifie un ou plusieurs fichiers plist
lorsqu'on change la config réseau. Bien entendu il garde quelque part un
"témoin" pour savoir la date/heure à laquelle il à fait cette modif et
pouvoir ainsi détecter qu'une autre appli à modifier la config réseau.
Cependant un "programmeur distrait" de chez Apple a probablement oublié
de faire que le programme mette à jour ce témoin dans telle ou telle
circonstance. Donc lorsqu'on rouvre le TdB, il détecte une mauvaise date
et affiche le message. Mais lorsqu'on fait OK, "il" resauve le fichier
et oublie encore de mettre à jour le témoin et donc redétecte
l'erreur... et ainsi de suite.
Lorsque on verrouille le TdB, je suppose qu'on protège aussi le fichier
plist en écriture, et donc le pb disparait.
Je pense avoir aussi au moins trois explications possibles au fait
qu'Apple n'ait toujours pas corrigé ce problème :
1) le programmeur distrait est en vacances et c'est le seul qui connait
le programme NetCfgTool. On attend donc qu'il soit rentré pour lui faire
corriger le prog :-)
2) le programmeur distrait n'avait pas fait de sauvegarde et son disque
dur s'est crashé :-/
3) le programmeur distrait à fait d'autres gaffes plus graves et de ce
fait a été renvoyé de chez Apple avant qu'ait été détecté le pb dont
nous parlons. Seulement c'était le seul qui connaissait le programme
NetCfgTool et personne n'a eu le temps de se plonger depuis dans le
source du dit programme, qui par ailleurs est peut-être très mal
commenté ;-)
etc...
Voila comment je vois les choses :-)
Mais je te confirme qu'effacer toute configuration PPP activée ou
désactivée et la recréer règle le problème définitivement.
Mais je te confirme qu'effacer toute configuration PPP activée ou
désactivée et la recréer règle le problème définitivement.
Mais je te confirme qu'effacer toute configuration PPP activée ou
désactivée et la recréer règle le problème définitivement.
