![]() |
[PHP] HTTP authenticatie met PHP - PROBLEEM!
Hallo!
Ik ben bezig met een test met HTTP authenticatie met PHP. Ik krijg inderdaad de juiste popup en alles, maar inloggen ho maar... De variabelen '$_SERVER['PHP_AUTH_USER']' etc. zijn altijd leeg, ook als ik iets in vul. Zo kan ik dus nooit door de login heen komen, en na 3 keer kapt hij het zoals het hoort dan ook af... Iemand een idee wat ik fout doe??? Heb ik misschien ergens (apache, php) een module niet aanstaan??? |
Een nadeel van HTTP authenticatie is dat gebruikersnaam en wachtwoord gewoon zo meegegeven worden zonder dat het gecodeerd is...
Maar hij moet het zonder speciale modules gewoon doen... |
mjuh i know... maar was ook maar wat aan het testen :)..
alleen zo vreemd dat de variabelen dus geen waarde krijgen (n)... dat heb ik nou altijd met die http auth gedoe... ook als ik http auth wil hebben bij bijvoorbeeld php Myadmin...(local) werkt t ook niet ... |
phpMyAdmin moet je ook iets meer veranderen als lijkt..
Maar als je eens doet: http://un:jepw@jesite krijg je dan ook geen gevulde vars? Edit: hatelijke smilies... |
Citaat:
uhm... dan kan die de pagina niet vinden zegt ie :o :( |
Citaat:
Kijk eens in je httpd.conf, en zoek eens naar: Code:
AddModule mod_auth.c |
nope, staan allemaal open (standaard) :(
ik heb echt al super veel geprobeerd en alle manuals er op na gelezen... maar helaas zonder resultaat :( |
Dan weet ik het ook niet..
Zou gewoon moeten werken.. |
jammer maar helaas dan (n)...
maar toch bedankt voor de moeite :) |
Voor HTTP auth moet je allow override ook hebben aanstaan, geloof ik. In elk geval als je .htaccess files wilt gebruiken, of dat ook geldt voor PHP denk ik niet, dat gaat direkt met de headers en daarbij gebruik je dus niet de auth module van Apache.
|
Citaat:
teminste.. daar ging ik van uit :o |
Nee niet als je met PHP doet, dan doe je doorgaans direkt via de HTTP headers.
|
Citaat:
Altans, dat probeert hij... |
mjuh, want ook met htacces files werkte het niet, daarom zo :o :(
|
Citaat:
Zie ook: http://httpd.apache.org/docs-2.0/howto/auth.html |
Ik was een maandje geleden ook even wat aan 't prutsen met HTTP authenticatie via PHP (een image met PHP authenticatie :D). En toen kreeg ik ook hetzelfde resultaat als de TS! Lege authenticatie variabelen! Ik weet niet of het aan de instellingen van Apache ligt, of aan het feit dat ik toen een nieuwere versie van IE gebruikte (IE 6). Toen ik een oudere versie van IE gebruikte had ik dit probleem namelijk niet!
Misschien is het een idee om het eens met een andere browser te proberen, en kijken of dat werkt? |
ok, zal ik morgen eens proberen enzo :o.. misschien werkt t nu beter :o
|
Citaat:
|
Citaat:
|
Hé, als iemand hier (TS bijv.) een oplossing heeft gevonden, voel je vrij om het hier te vermelden. Hoef ik er later ook niet meer onder te lijden :p :D
|
Ik bedenk me net eens iets..
Er zat een 'bug' in MSIE, waarbij je dus dingen kon doens als http://www.google.com@www.**********.nl Zo leek het alsof je naar google.com ging maar kwma je du op **********.nl uit. Toen dit probleem aan het licht kwam heeft MS gewoon heel de @ functie uitgeschakeld omdat ze geen zin hadden het probleem op te lossen. (n). En dus ook voor nuttig gebruik zoals : http://un:jepw@site |
damn, altijd weer mircosoft (n)....
werkt dat wel in opera??? waar daar werk ik normaal mee :)... ff testen! hmm.. in opera werkt dat geintje inderdaad wel... maar dan krijg ik weer de zelfde inlog popup (n) hij zend de variabelen gewoon niet door :( |
Citaat:
je werkt dus wel met htaccess? |
Citaat:
ik krijg de hele tijd die inlogpopup... en dat komt door de headers die je mee stuurt, dat hoort ook zo... Link naar PHP.net hier staat er wat over... in het orgineel hebben ze (nog) heen suberglobals gebruikt, ik wel want zo is mijn server ingesteld . |
Alle tijden zijn GMT +1. Het is nu 19:37. |
Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.