Projet

Général

Profil

Evolution #1593

Ajout d'un domaine à ne pas authentifier (chrome)

Ajouté par Samuel LEFOL il y a environ 13 ans. Mis à jour il y a environ 13 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
24/03/2011
Echéance:
% réalisé:

100%

Temps passé:
Distribution:

Description

Le navigateur Chrome se met à jour automatiquement via l'url http://cache.pack.google.com/edgedl/chrome/install/648.134_648.133/chrome_updater.exe.
Hors, ça ne passe pas l'authentification squid.

Il faudrait donc ajouter le domaine '.cache.pack.google.com' à la liste des domaines à ne pas authentifier (/etc/squid/domaines_noauth).

Révisions associées

Révision f086e7b1 (diff)
Ajouté par mithrandi il y a plus de 17 ans

Implement id rewriting for athena.

Fixes #1593
Author: idnar
Reviewer: exarkun

This implements id rewriting for LiveElement and LiveFragment, such that id
attributes in a widget template are rewritten so that they are unique to the
widget instance. A client-side API, Nevow.Athena.Widget.nodeById(), is provided
to allow location of these nodes.

Révision ea28612f (diff)
Ajouté par Joël Cuissinat il y a environ 13 ans

domaines_noauth : ajout de domaines pour faciliter les maj chrome et ubuntu (fixes #1593)

Révision d428e3c0 (diff)
Ajouté par Joël Cuissinat il y a environ 13 ans

domaines_noauth : ajout de domaines [2.3] (fixes #1593)

Historique

#1 Mis à jour par Joël Cuissinat il y a environ 13 ans

  • Projet changé de Distribution EOLE à conf-amon

#2 Mis à jour par Klaas TJEBBES il y a environ 13 ans

Chrome est une application sans lien avec les modules EOLE.

D'un autre côté nous avons ajouté des serveur microsoft.

Dans quelle mesure devons-nous (EOLE) ajouter des sites à ne pas authentifier pour des applications tierces ?

Sachant que peut être des utilisateurs EOLE ne voudraient pas que ces sites soient en accès anonyme.

Je pense qu'il faut se limiter au minimum vital et laisser le reste à la charge des administrateurs. Zephir et le fichier "noauth_acad" sont là pour ça.

#3 Mis à jour par Samuel LEFOL il y a environ 13 ans

Désolé mais lorsque j'ai fait la demande (voir #1351) pour "Activation licence Windows Seven",
j'ai indiqué la liste exacte des domaines à ne pas authentifier,
et il a été choisi (par l'équipe Eole) de ne pas authentifier tout le domaine '.microsoft.com'.

De plus, lorsque j'ai vu que le fichier /etc/squid/domaines_noauth contenait le domaine '.services.openoffice.org' spécifique au MAJ OpenOffice, je me suis dit tout naturellement pourquoi pas '.cache.pack.google.com' spécifique au MAJ Chrome.

Alors pourquoi l'un est pas l'autre?
S'il faut se limiter au minimum vital, il faudra peut-être supprimer '.services.openoffice.org' ? non ?

Sinon, ce n'est pas grave, j'utiliserai donc le fichier académique "noauth_acad"

#4 Mis à jour par Joël Cuissinat il y a environ 13 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

#5 Mis à jour par Joël Cuissinat il y a environ 13 ans

#6 Mis à jour par Joël Cuissinat il y a environ 13 ans

  • Assigné à mis à Joël Cuissinat

Après réflexion, cette demande a été validée => conf-amon-2.2-eole219~5

#7 Mis à jour par Joël Cuissinat il y a environ 13 ans

  • Statut changé de Résolu à Fermé

conf-amon 2.2-eole219

Formats disponibles : Atom PDF