Comment supprimer complètement les redirections en cache de Safari ?

Si vous activez le menu Développer dans les préférences de Safari, vous pouvez vider le cache à partir de là (CMD+ALT+E).

Pouvez-vous confirmer que l'ouverture du panneau de contrôle de l'appareil dans la fenêtre privée de Safari (ou dans un autre navigateur Web) fonctionne correctement ?

Basé sur la réponse de @Haravikk : https://apple.stackexchange.com/a/267783/62907

Quelqu'un a-t-il une idée du processus responsable du fichier ~/Library/Cookies/HSTS.plist ?

fs_usage peut vous aider :

 sudo fs_usage | grep HSTS
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000238   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000009   nsurlstorage
16:11:03  open              /Users/quanta/Library/Cookies/HSTS.plist                                         0.016268   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000008   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000003   nsurlstorage
16:11:03  access            /Users/quanta/Library/Cookies/HSTS.plist                                         0.000011   dbfseventsd
16:11:04  lstat64           /Users/quanta/Library/Cookies/HSTS.plist                                         0.000008   fseventsd
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000006   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000002   nsurlstorage
16:11:08  open              /Users/quanta/Library/Cookies/HSTS.plist                                         0.000144   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000002   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000003   nsurlstorage
16:11:08  access            /Users/quanta/Library/Cookies/HSTS.plist                                         0.000021   dbfseventsd
16:11:09  lstat64           /Users/quanta/Library/Cookies/HSTS.plist                                         0.000042   fseventsd

Donc, on peut :

launchctl unload /System/Library/LaunchAgents/com.apple.nsurlstoraged.plist

alors :

rm -f ~/Library/Cookies/HSTS.plist

et réessayez.

Dans Safari, Firefox et Chrome également, il vous suffit d'ouvrir l'application barre latérale du développeur sélectionnez l'onglet réseau, et désactiver le cachin g.

Dans Safari, il s'agit d'un tube barré, le bleu à côté du logo de la poubelle. Activez-le, et l'ancienne redirection permanente devrait être ignorée.

Le plus grand avantage est que vous n'avez pas à vous occuper des fichiers, vous ne supprimerez pas toutes les entrées HTST et perdrez les avantages de la sécurité. Il fonctionne également avec tous les navigateurs.

J'ai donc trouvé une solution de contournement au problème, bien qu'il ne s'agisse pas d'une réponse définitive à la question posée, je ne la marquerai donc pas comme telle jusqu'à ce que je puisse trouver plus d'informations.

Il s'avère que le fichier ~/Library/Cookies/HSTS.plist était en effet à l'origine du problème, comme je le soupçonnais. Cependant, sa suppression à partir du compte utilisateur concerné ne fonctionne pas, même avec Safari fermé, car il est recréé après un laps de temps inconnu, avec l'entrée incriminée qui forçait la redirection invalide.

Ma solution était donc la suivante :

1. Assurez-vous que vous avez au moins un autre compte utilisateur sur votre Mac (sinon, créez-en un).
2. Déconnexion du compte utilisateur concerné.
3. Connectez-vous à un autre compte d'utilisateur (un compte d'invité peut ne pas être suffisant, selon les restrictions).
4. Trouvez le nom court de votre compte utilisateur affecté ; si vous ne le savez pas, le meilleur moyen de le vérifier est de regarder dans Préférences Système -> Utilisateurs. En général, il s'agit du nom complet, en minuscules et sans espace, donc si votre nom complet est "John Smith", le nom court peut être "johnsmith".
5. Ouvrez une fenêtre dans Terminal, tapez su shortname en remplaçant "shortname" par le nom court du compte utilisateur concerné. Appuyez sur Entrée et, lorsque vous y êtes invité, saisissez le mot de passe du compte concerné.
6. Maintenant, tapez la commande suivante rm ~/Library/Cookies/HSTS.plist et appuyez sur Entrée, cela supprimera le fichier de stockage HSTS.
7. Enfin, le type exit appuyez sur Entrée et fermez le terminal.

À ce stade, vous pouvez vous reconnecter au compte utilisateur concerné et la redirection HSTS devrait avoir disparu pour de bon.

Le fait qu'il soit recréé signifie qu'un processus en arrière-plan en est responsable, ce qui signifie qu'il devrait être possible de supprimer le fichier du compte utilisateur concerné en arrêtant simplement ce processus, en supprimant le fichier, puis en relançant le processus.

Quelqu'un a-t-il une idée du processus qui est responsable de l'échec de l'opération ? ~/Library/Cookies/HSTS.plist fichier ? Une fois que nous savons cela, il devrait être possible de donner une solution plus simple au problème.