Fenetre login http avec header

Soyez le premier à donner votre avis sur cette source.

Snippet vu 12 871 fois - Téléchargée 34 fois

Contenu du snippet

Cette source montre comment faire afficher la fenetre de login du browser sans utiliser les fichiers htaccess.
Sa se fait avec la fonction header de php

Source / Exemple :


if(!isset($_SERVER['PHP_AUTH_USER']))
     {
        header('WWW-Authenticate: Basic realm="t qui"'); 
        header('HTTP/1.0 401 Unauthorized');
        print("contenu si l'utilisateur appuy sur annuler ou ferme la fenetre");
        exit;
     }
     else
     {
           /*
           $_SERVER['PHP_AUTH_USER']     -->  Contient le nom d'utilisateur fourni
           $_SERVER['PHP_AUTH_PW']        -->  Contient le mot de passe fourni
           Valider ces informations avec votre liste d'utilisateur dans une base de données
           ou dans un fichier

  • /
if(nom d'utilisateur et ou mot de passe invalide) { print("vous n'etes pas autorisé a voir cette page."); exit; } } /* Ici sera placé le contenu de votre page.
  • /

Conclusion :


Quand l'utilisateur charge la page, $_SERVER['PHP_AUTH_USER'] n'existe pas, alors on entre dans le bloc vrai du if(!isset($_SERVER['PHP_AUTH_USER']))
Ensuite la ligne : header('WWW-Authenticate: Basic realm="t qui"');
envoi un message au browser d'afficher la fenetre de login
Puis la ligne : header('HTTP/1.0 401 Unauthorized');
Intercepte le message si l'utilisateur appuy sur annuler ou ferme la fenetre de login.
Les lignes :
print("contenu si l'utilisateur appuy sur annuler ou ferme la fenetre");
exit;
ne sont exécutés que si l'utilisateur ferme la fenetre ou appuy sur le bouton annuler.

Si l'utilisateur entre un nom d'utilisateur ou un mot de passe, la page est automatiquement rappelée, mais cette fois $_SERVER['PHP_AUTH_USER'] contiendra le nom d'utilisateur et $_SERVER['PHP_AUTH_PW'] contiendra le mot de passe.

Donc cette fois on entre dans le bloc faux du : if(!isset($_SERVER['PHP_AUTH_USER']))
Ensuite vous validez si le nom d'utilisateur et le mot de passe sont valide et vous faites l'action que vous voulez dans ce cas j'ai fait :

if(nom d'utilisateur et ou mot de passe invalide)
{
print("vous n'etes pas autorisé a voir cette page.");
exit;
}

A voir également

Ajouter un commentaire

Commentaires

cs_subzero
Messages postés
73
Date d'inscription
mercredi 8 janvier 2003
Statut
Membre
Dernière intervention
24 février 2012
-
A noter que cette solution fonctionne également très bien lorsque PHP est un module d'Apache...
a+
cs_subzero
Messages postés
73
Date d'inscription
mercredi 8 janvier 2003
Statut
Membre
Dernière intervention
24 février 2012
-
Salut! Les deux variables sont toujours vides lorsque PHP tourne en mode CGI (exemple OVH). Pour solutionner le problème, il faut mémoriser la saisie dans la variable $_SERVER['REMOTE_USER'] et avertir le serveur en ajoutant un fichier .htacess dans le dossier :


RewriteEngine on
RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization},L]


Ensuite, pour utiliser les variables :

<?php
//============================================================
// PARAMETRES DE CONFIGURATION
//$cfg['adm_login'] 'admin'; // Le login d'administrateur
$cfg['adm_pass'] = 'pass'; // Le mot de passe d'administrateur


//============================================================
// FORMULAIRE ET TEST D'AUTHENTIFICATION
//============================================================
if((!isset($_SERVER['PHP_AUTH_USER']) ||
!isset($_SERVER['PHP_AUTH_PW'])) &&
preg_match('/Basic\s+(.*)$/i',$_SERVER['REMOTE_USER'],$matches)){
list($name,$pass)=explode(':',base64_decode($matches[1]));
$_SERVER['PHP_AUTH_USER']=strip_tags($name);
$_SERVER['PHP_AUTH_PW']=strip_tags($pass);
}
if($_SERVER['PHP_AUTH_USER']!=$cfg['adm_login'] ||
$_SERVER['PHP_AUTH_PW']!=$cfg['adm_pass']){
header('WWW-Authenticate: Basic realm="Connexion..."');
header('HTTP/1.0 401 Unauthorized');
die('Erreur : Identification incorrecte !');
}


//============================================================
// AUTHENTIFICATION ACCEPTEE
//============================================================
echo 'Authentification acceptée.';


//============================================================
?>

http://yetanothercommunitysystem.com/yacs/articles/view.php/321

a+ ☺
kankrelune
Messages postés
1305
Date d'inscription
mardi 9 novembre 2004
Statut
Membre
Dernière intervention
21 mai 2015
-
biensur qu'il peut etre multiuser... mais avec plus que 2 3 modifs c'est comme ça que je l'entendais... je me suis mal exprimé... désolé... .. .
mais je suis tout à fait d'accord qu' avec un peu d'imagination... tu peux imaginer un stockage des log/pass sur base de données ou sur texte ou même dat... tu peux y integrer les sessions, même les cookies... etc... .. . ;o)

Mais comme tu l'as dis toi même je pense que les deux on leur interet dans des conditions differentes... le .htaccess protegera tout un dossier là où ce code protegera quelques pages... mais dans le cas d'un dossier à proteger le htaccess reste plus pratique pour un efficacitée similaire (générateur de htaccess multiuser sans sql... http://www.toulouse-renaissance.net/c_outils/htaccess_cod.zip) ça évite quand même des includes... mais là ou ce script peut se reveler plus interessant c'est que tu dois pouvoir créer plusieurs niveau d'accès alors que le htaccess c'est clair c'est passe/passe pas... .. . :oD

Je n'ais jamais dit que ce code était ininteressant, au contraire... mais je maintiens qu'il faut faire gaffe au fait que le code contient les logs et pass en dure non crypté... donc la meilleurs solutions c'est quand même de mettre le code à part dans un fichier protéger par htaccess et comme tu le disais l'appeler en include... .. .
qui plus est ça évitera de retaper le code à chaque fois (:oS) et ça centralisera le log et le pass en un exemplaire au même endroit (en cas de mise à jour)... .. .

Enfin je pense que c'est la meilleur solution... je sais pas ce que t'en pense... .. .

Voili voilou... .. .

@ tchaOo°

ps : Après pour le "enregistré sous" je pensais que ça marchais mais à priori c'est bon... .. . :o)
mortiis
Messages postés
120
Date d'inscription
mardi 11 février 2003
Statut
Membre
Dernière intervention
9 mars 2008
-
Je ne suis pas daccord avec toi.
l'utilisation de ce code peut se faire conjointement avec une base de données mysql qui contient tous les user et password possible, donc est multiuser aussi.

On peut y ajouter les sessions.
Un fichier de session qui vérifi si l'utilisateur est loggé, et si l'utilisateur n'est pas loggé, il est alors redirigé vers la page de loggin.
Ce fichier est inclus au début de chaque pages avec un simple include("securite.php");

Moi je préfère cette technique aux htaccess, parcequ'elle offre toutes les mêmes choses.
De plus cette technique est plus flexible.

Merci pour ton commentaire.
kankrelune
Messages postés
1305
Date d'inscription
mardi 9 novembre 2004
Statut
Membre
Dernière intervention
21 mai 2015
-
Le probleme avec cette technique c'est que...

1 sauf si on le met dans un fichier à part appelé par un include on ne peut protéger qu'une page...

2 à moins de rajouter des elseif à la volée on ne peut mettre qu'un user/pass

3 il faut veiller à ce que la page en question ne soit pas downloadable un clic droit "enregistrer sous" sur un lien fait au chaud à la maison... et c'est foutu le login et le pass sont dans le fichier... il faut alors la mettre dans un fichier à part avec un htaccess denie from all et l'appeler par un include (par ex... ça doit pas etre la seule technique)... .. .

Conclusion il est plus simple et plus pratique (multitache et multiuser) d'utiliser un htaccess sauf si on veux protéger un include... je m'explique (au cas où) par exemple là je suis sur l'integration d'une sorte de mode debug dans un petit site l'appel du mode debug se faisant par inclusion si définit... à ce moment là la premiere chose qui apparait c'est notre demande d'authentification... si elle échoue une page apparait expliquant que le site est en maintenance pour x temps et si l'authentification est ok le site se charge avec la fonction de debug inclue... .. . ;o)

Ce code est donc à utiliser dans certaines condition et avec certaines précautions sinon mieux vaux un htaccess (avec un générateur pour l'administrer par exemple dans le cas d'une admin ou d'un espace membre demandant pusieurs user/pass)... mais sinon il est nikel... .. .

Ce que je trouve top par contre c'est que contrairement aux autres sources du même type qui ont été postée toi tu explique le fonctionnement et la logique de ce code ce qui est appréciable... et instructif... .. . ;o)

^_^

@ tchaOo°

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.