met htaccess website vrijgeven

Status
Niet open voor verdere reacties.

Atwist

Terugkerende gebruiker
Lid geworden
24 jan 2006
Berichten
1.055
Besturingssysteem
Wndows 10
Office versie
2016
Hallo

Hoe kan ik het makkelijkst mijn subdomein vrijgeven met htaccess en htpasswd.
Als ik via Google zoek zie ik alleen maar oplossingen met omleidingen ect. maar naar mijn menig niet direct het vrijgeven van de website.

hiermee bedoel ik:

ga naar
test.voorbeeld.com
htaccess met htpasswd controle
toegang tot test.voorbeeld.com/index.php

Code:
AuthName "test.voorbeeld.com"
AuthType Basic
AuthUserFile /.htpasswd
require valid-user

Krijg dan helaas een "500 Interner Server Error"

Misschien is dit in jullie ogen een wat rare vraag maar ben nog niet zo thuis in deze materie.
Ik hoor het graag.
 
In geval van een 500 error, die ontstaan is na een .htaccess aanpassing, worden die gelogd in de error_log. Dus haal die er eens bij.

Gebruik je overigens een specifiek hostingpaneel voor de website, zoals DirectAdmin of Plesk? Die hebben deze functie al ingebouwd.
 
Laatst bewerkt:
Hallo PHP4U,

Ik heb een simple webspace die ik update met een SFTP.

In de error log kom ik de volgende melding steeds tegen.

Could not open password file: /.htpasswd
[Wed Jun 26 08:23:14

Terwijl deze op de gelijke locatie staat als de .htaccess.
 
Draai je Linux? Dan zou ik je aanraden even de rechten bekijken van je .htpasswd. Een volledig pad kan ik ook aanraden.
 
Laatst bewerkt:
Het is een unix systeem

De rechten staan op 755

Het pad is ook aan gepast op
Code:
AuthName "test.voorbeeld.com"
AuthType Basic
AuthUserFile https://test.voorbeeld.com/.htpasswd
require valid-user

Niets krijg nog steeds de "500-Interner Server Error" te zien.

Nu geeft het log niets aan.
 
Laatst bewerkt:
Een URL is geen pad. Apache zoekt het op het bestandssysteem en niet via internet (en maar goed ook, want zulke bestanden moet je ook niet via internet kunnen uitlezen).

Dus het is iets als: (fictief) /home/atwist/site/test.voorbeeld.com/passwords/.htpasswd

Ik adviseer altijd om zulke paswoord bestanden buiten de website-root te plaatsen.
 
Laatst bewerkt:
Ik kom helaas geen steek verder.
blijf maar de ""500-Interner Server Error" zien.

Code:
AuthUserFile "users.htpasswd"
AuthName "Passwortgeschützter Bereich"
AuthType Basic
AuthType Basic
require valid-user

RewriteEngine On
RewriteRule \.htpasswd$ - [F,L]

Dit is gemaakt met een online generator

Heb ook al een paar keer het htpasswd aangepast helpt ook geen .........:(
 
Zoals ik al zei: Gebruik eens het volledige pad bij AuthUserFile, i.p.v een relatief pad.

En vanwaar je rewrite-rule? .htaccess hoort buiten je webroot, en niet bereikbaar te zijn in je browser.

Hoe ziet je .htpasswd er uit? (Login mag je censureren)
 
Laatst bewerkt:
Het pad moet ik even bij de hoster opvragen

Dat heeft de generator gedaan, niet om gevraagd.

Zal dit gelijk weg halen.
 
Heb je ook PHP-ondersteuning?
Dan zie je zo je pad.
PHP:
<?php
echo "Pad: ".$_SERVER['DOCUMENT_ROOT'];
?>
 
Zoals php4u aangaf, het is gebruikelijk om het pad naar htpasswd een absoluut pad te geven zodat het op een plek buiten de website root komt te staan.
Het pad naar htpasswd begint dan altijd met een /

Wil je passwd toch in een subdirectory van de website zetten dan begin je niet met een / en dan geef je het pad op vanaf de root van de website.

Zoals al hierboven aangegeven mag het geen url zijn.
 
Zo ziet mijn .htaccess eruit:

Code:
AuthGroupFile /dev/null
AuthType Basic
AuthUserFile /home/USERNAME/domains/WEBSITE.NL/.htpasswd/public_html/beheer/.htpasswd
AuthName "Inloggen a.u.b."
require valid-user
AuthType Basic 

ErrorDocument 401 "Unauthorized Access"

Alle password-files staan in de niet publieke map /.htpasswd waarna er een mappenstructuur is die gelijkloopt met de publieke site, maar dan enkel met beveiligde mappen.
 
Zo daar ben ik weer

Het is mij gelukt om het pad eruit te vissen.
Verdiept in het opzetten van een mappen structuur.
En het werkt zoals ik het nu hebben wil.

Mijn dank is groot @ PHP4U en Bron :thumb:
 
Graag gedaan, en fijn dat het werkt!
 
Status
Niet open voor verdere reacties.
Steun Ons

Nieuwste berichten

Terug
Bovenaan Onderaan