Intranet / Extranet

Intranet / Extranet est un plugin très simple permettant d’interdire l’accès au site à tout visiteur non identifié.

Mise à jour

Voir fichier README du plugin.

Mise en place

La mise en place est rapide.

  • Téléchargez le plugin.
  • Activez le plugin comme tout autre plugin SPIP.
  • Et c’est fait.

Peut-être vider le cache histoire d’être sûr mais cela ne devrait pas être nécessaire.

Résultat

Le résultat est assez simple, l’ensemble des pages du site sont remplacées par un formulaire d’identification si le visiteur n’est pas identifié.

Intranet / Extranet : formulaire d’identification

Par défaut seules les pages suivantes sont accessibles normalement afin d’avoir accès à toutes les pages nécessaires au bon fonctionnement :

  • robots.txt ;
  • spip_pass ;
  • favicon.ico ;
  • informer_auteur ;

Configuration possible

Il est possible de configurer :

  • le message qui est affiché juste au dessus du formulaire d’identification ;
  • les pages SPIP autorisées d’accès sans identification [1] ;
    (indiquer les noms de squelettes principaux à accepter /sans extension/.).
  • une (ou des) IP [2], ou une (ou des) plage(s) d’IP pour donner accès au site sans se logguer (disponible en version >= 0.4.0).
  • un (ou des) nom(s) d’hôte(s) à qui donner accès au site sans se logguer (disponible en version >= 0.7.0).
  • activer la possibilité de sortir un objet éditorial particulier de l’intranet
Intranet / Extranet : formulaire de configuration

Sortir un objet éditorial de l’intranet

Lorsque la configuration permettant de sortir les objets éditoriaux un à un de l’intranet est activée, dans la boite d’information de chaque objet apparait un bouton permettant de réaliser cette action lorsque l’objet est publié en ligne.

Ce bouton ressemble à ceci :

Il est ensuite possible de remettre dans l’intranet cet objet via un bouton ressemblant au précédent :

Notes

[1Ces pages autorisées sont également extensibles via le pipeline intranet_pages_ok. Pour un exemple, voir son utilisation dans le plugin parrainage sur la zone ici

[2Attention ceci n’est compatible qu’avec des adresses en IPV4 de la forme w.x.y.z

Discussion

25 discussions

  • 11

    Bonjour,

    De mon coté, vider le cache n’avait aucun effet. Il m’a fallut vider le dossier tmp pour que ça fonctionne.

    Là, c’est nickel et bien pratique. Merci !

    • Bonjour,

      Perso… Je viens de le tester sur un sous-domaine et ça ne fonctionne pas…
      Je me suis rendu compte que je n’avais pas mis le htaccess de SPIP…

      Ça peut servir à d’autres personnes ;-)

    • Bon… en fait non…
      Ça ne marche pas sur SPIP 3.0.10…

      Si on fait appel à l’url direct du site : http://monsite.tld/ je n’ai pas de page de login.
      Par contre si je rajoute dans l’url ?page=sommaire (ou tout autre type de type de page), j’ai bien le formulaire de connexion.

      Si je vais sur une url ?articleX ou rubriqueX (etc.), je n’ai pas de formulaire de connexion. Si la valeur X est inexistante, j’ai une page 404 classique.

      (je pensais initialement que mon erreur venait de l’activation de spipr/z-core, mais non… après désactivation)

    • Pour ma part, sur le site sur lequel je l’ai testé, même si ça m’a semblé fonctionner un moment, ce n’était plus le cas par la suite : les utilisateurs non identifiés accédaient sans demande d’identification.
      Je n’ai pas poussé plus loin mes tests mais si besoin, je peux tester.

    • Vraiment étranges vos soucis.

      sur un site neuf, sans rien faire, chez moi sur SPIP 3.0.10 (même sans vidage de cache) ça marche (logique car tout se passe dans mes_options donc sans cache).

      Le htaccess n’a rien d’important.

      Le fait que ce soit un sous domaine non plus.

      Bref sans autres détails je pense que je ne peux rien faire pour vous aider.

      Genre un squelette particulier, je l’ai testé avec la dist et zpip-dist ou autres plugins qui pourraient interférer.

    • Moi, c’est sur un 3.0.10 tout neuf aussi.
      Avec seulement les crayons.
      Avec un squelette surchargeant celui de la dist (de spip 3).
      Rien dans mes_options et un cache géré par SPIP.

      Avec mon firefox, j’active le plugin, vais visiter le site. je navigue et vois tout bien.

      À coté, avec Chrome vierge de cookies, sans être identifié, je vois la page d’accueil (/), celles des articles et rubriques. Mais pour la page spip.php ?page=plan et spip.php ?page=contact ou spip.php ?page=sommaire, on me demande de m’identifier.

    • ça te fait la même chose sur http://test1.quonai.me qui est un site sans rien sauf ce plugin ?

      Sinon es tu sûr d’avoir la toute dernière version du plugin en comparant le intranet_options.php avec celui-ci : http://zone.spip.org/trac/spip-zone/browser/_plugins_/intranet/trunk/intranet_options.php ?

      Sinon est ce que ton squelette est un plugin et utilises t il le pipeline styliser et est il activé après le plugin ?

    • Sur test1.quonai.me, le comportement me semble le bon. Pas comme sur le site sur lequel j’ai testé.
      J’ai bien pris la dernière version (via le zip de cette page de contrib).
      Mon squelette n’est pas un plugin.

      Je viens de faire des tests sur un autre site et là, le comportement semble le bon. Bref, je comprend pas...
      Désolé pour le bruit !

    • Eh bien moi pour le moment… je ne comprends pas pourquoi je n’ai pas le bon comportement…
      J’essaie de trouver le plugin (ou la fonction) incriminé(e) et je reviens vers vous.

    • Alors…
      J’ai tout désactivé et je n’ai toujours pas le bon comportement. Voici ce que j’ai en plugins :
      -  SPIP 3.0.10 @ www.spip.net + spip(3.0.10)
      -  compagnon(1.4.1),
      -  dump(1.6.7),
      -  images(1.1.5),
      -  forum(1.8.24),
      -  jqueryui(1.8.21),
      -  mediabox(0.8.4),
      -  medias(2.7.45),
      -  mots(2.4.10),
      -  msie_compat(1.2.0),
      -  organiseur(0.8.10),
      -  petitions(1.4.3),
      -  porte_plume(1.12.2),
      -  revisions(1.7.5),
      -  safehtml(1.4.0),
      -  sites(1.7.8),
      -  squelettes_par_rubrique(1.1.1),
      -  stats(0.4.15),
      -  svp(0.80.14),
      -  tw(0.8.17),
      -  urls(1.4.14),
      -  vertebres(1.2.2),
      -  intranet(0.2.0),
      -  iterateurs(0.6.1),
      -  queue(0.6.6),
      -  breves(1.3.5),
      -  compresseur(1.8.6)

      Le cache a été vidé après désactivation de tous les plugins sauf intranet et plugins-dist. J’ai le htaccess de base de SPIP.

      Moi pas comprendre là…

    • Hello

      Idem, il me modifie que le formulaire de connexion mais pas l’accès au site ...

    • Plop

      Une nouvelle version est sorti et corrige ce problème logiquement.

    Répondre à ce message

  • 2
    Alexmacapple

    Merci beaucoup pour ce plugin kent1.
    Simple léger souple et effiace un vrai bonheur :-)
    Juste une petite question. J’ai pas réussi à le dépluginiser en reportant le intranet_options.php dans mes_options.php. J’ai du rater quelque chose.
    En tout cas grand merci.

    • Bizarrement ça fonctionne pour moi aussi du premier coup. Et ça m’enlève plein de bouts de squelettes tordus à maintenir qui généraient un cache par session (oups). Merci :)

    • Alexmacapple

      J’ai oublié de préciser que j’étais aussi en SPIP 3 et que ce plugin fonctionnait très bien dans les dernières versions de SPIP contrairement à ce qu’on peut lire ci-dessous.

    Répondre à ce message

  • Merci beaucoup !

    Répondre à ce message

  • 1

    Bonjour,
    Je ne trouve pas le zip du plugin... Est-il seulement dispo en svn ?

    Répondre à ce message

  • 1

    il devrait s’accrocher automagiquement lors du prochain zippage des plugins.

    Dans l’attente, la version pas à jour mais dispo en zip est là : http://files.spip.org/spip-zone/intranet.zip

    Attention cette version est potentiellement bugguée, la suivante est considérée comme stable

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom