.htaccess und .htpasswd werden nicht angenommen?

[hombel]

Hallo zusammen,

ich hätte da ein kleines Problem und hoffe auf hilfe von Euch )

Also, ich habe mir eine kleine Webseite (diese ist nur für die Familie gedacht ), ich habe keinen Domain-Namen) erstellt und diese in den Web-Ordner der DS112j hochgeladen.

Auf diese Webseite komme ich, wenn ich sie wie folgt aufrufe

https://DNS_Name.no-ip.info/kzzrnscnduekoa/Webseite/Startseite.html
Ich habe mir bei no-ip.info eine DNS Name registriert, da ich mehrere Webcams darüber konfiguriere.

Nun möchte ich trotzdem meine "Webseite" noch mit einem Passwort schützen. Ich habe mir auf www.fueralles.de eine .htaccess und eine .htpasswd generieren lassen, welche so aussieht

.htaccess
-----------------
AuthUserFile /volume1/web/kzzrnscnduekoa/Webseite/Startseite.html/.htpasswd
AuthName "Bitte Anmelden!!!"
AuthType Basic
<Limit GET>
require valid-user
</Limit>
Options -Indexes

.htpasswd
----------------
gast:$1$co6I2lGg$q1s6J5SeKVPTa8OOm95os/

wobei das Passwort "eigentlich" test heißt.

Ich füge nun die beiden Dateien in den Ordner Webseite ein, aktualisiere den Vorgang und teste dann auf
https://DNS_Name.no-ip.info/kzzrnscnduekoa/Webseite/Startseite.html, hier kommt nun die Anmeldebox mit dem Namen Bitte Anmelden!!! .

Nun gebe ich bei Benutzer: gast ein und bei Passwort: test , das kann ich nun so lange wiederholen wie ich möchte, ich komme einfach nicht auf die Webseite?

Hat hier jemdand nen Tipp für mich, warum das nicht geht?

Vielen Dank

Gruß

 

[magnetron]

hallo,

ich habe das erst 1x gemacht. Aber wenn ich mich recht erinnere sollte die .htpasswd in den Ordner der in der .htaccess nagegeben ist.

Bei Dir:
- AuthUserFile /volume1/web/kzzrnscnduekoa/Webseite/Startseite.html/.htpasswd -

ändere das und erstelle einen Ordner - dort packst Du die .htpasswd rein und es sollte funktionieren

Ich hoffe Du verstehst was ich meine.

Viel Erfolg

 

[dösofskaipod]

Hallo,

ich habe leider das gleiche Problem, ich habe die Seite online, also theoretisch von jedem Besuchbar. Allerdings funktioniert es nicht, wenn ich folgende Dateien abspeichere (beides im Verzeichnis /private/):

.htaccess:
AuthUserFile /private//.htpasswd
AuthName "Testanmeldung"
AuthType Basic
<Limit GET>
require valid-user
</Limit>

.htpasswd:
testuser:$1$wky.Larp$1PgrUUodEy/ZyuaH3Ptnx/

Wenn ich mich anmelde, mit richtigem Password, kommt in schöner blauer Schrift: Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden. Also die Standard Synology 404.

Was mache ich falsch? Wahrscheinlich wohl das gleiche wie hombel, oder?

Viele Grüße

 

[hombel]

hallo dösofskaipod,

bei dir würde ich vermuten das ein / zuviel ist bei AuthUserFile /private//.htpasswd, oder?

Ich habe leider auch keine Ahnung, aber ich hoffe, die Leute können uns helfen

Ich habe es jetzt auch mal so versucht wie es magnetron geschrieben hat, aber auch dies hatte keinen Erfolg.
Ich bekomme dann auch die schöne Meldung "Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden".

Hat jemand Infos für uns?

Gruß

 

[dösofskaipod]

Hey,

gerade probiert, aber leider nichts am Ergebnis geändert. Trotz gelöschtem Cache usw.

Hoffentlich kann uns jemand helfen. Bin irgendwie leicht am verzweifeln, weil es eigentlich eine Standardabfrage zu sein scheint.

Viele Grüße

 

[hombel]

ja, hoffentlich.

ich habe das hier noch gefunden, was irgendwie aber auch nicht hilft

http://www.synology-wiki.de/index.php/Zugriffsschutz_für_Webseiten_einrichten

 

[magnetron]

Hallo, ich nochmal.

hier mal meine .htaccess

---

AuthType Basic
AuthName "Geschützter Bereich - Bitte Zugangsdaten eingeben"
AuthUserFile /volume1/web/Camping/verz1/.htpasswd
Require valid-user

---

im Verzeichnis Camping liegen die Daten der Homepage und die .htaccess
im Unterverzeichnis verz1 liegt die .htpasswd
"Groß- und Kleinschreibung beachten"

irgendwie muß es ja machbar sein

Viel Erfolg

 

[cp389]

Wenn Ihr dem von hombel verlinkten Thread folgt und den ersten Abschnitt lest, werdet ihr schnell feststellen, dass .htaccess scheinbar unter DSM5 nicht mehr (richtig) funktioniert.
Hier nochmal der Link: http://www.synology-wiki.de/index.php/Zugriffsschutz_für_Webseiten_einrichten#DSM_5

Als erstes solltet Ihr also die Frage beantworten: welche DSM-Version benutzt Ihr?

 

[dösofskaipod]

Hi,

also ich habe eine DS211+ mit DSM 5.0-4493 Update 5.
Werde es gleich trotzdem mal mit dem Tipp von magnetron probieren bzw. den Link durcharbeiten.

 

[hombel]

Wenn Ihr dem von hombel verlinkten Thread folgt und den ersten Abschnitt lest, werdet ihr schnell feststellen, dass .htaccess scheinbar unter DSM5 nicht mehr (richtig) funktioniert.
Hier nochmal der Link: http://www.synology-wiki.de/index.php/Zugriffsschutz_für_Webseiten_einrichten#DSM_5

Als erstes solltet Ihr also die Frage beantworten: welche DSM-Version benutzt Ihr?

Servus,

also ich habe auch DSM 5.0-4493 Update 5 auf der DS112j

Leider blicke ich bei der Hilfe http://forum.synology.com/enu/viewtopic.php?f=232&t=79801 nicht wirklich durch.

Hilfe

 

[dösofskaipod]

Hey,

also eigentlich sollte es glaube auch wieder gelöst sein:

Im neuesten DSM-Update scheint das Hauptproblem (fehlende Moduleinträge in der Konfiguration des Apachen) behoben zu sein (Quelle).

von: http://www.synology-wiki.de/index.php/Zugriffsschutz_für_Webseiten_einrichten#DSM_5

Also denke ich haben wir einen Fehler in unseren .htaccess bzw. .htpasswd. Oder?

 

[magnetron]

Hallo,

sorry da kann ich euch wohl nicht weiter helfen.
Ich benutze eine DS 509+ mit DSM 4.2-3252.
Da funktioniert alles ohne Probleme.

Weiterhin Viel Erfolg

 

[dösofskaipod]

Aaaaalso…
Ich hab's.

Habe mir deine .htaccess geklaut, magnetron. Und diese auf mich angepasst, sie sieht jetzt so aus:

AuthType Basic
AuthName "Geschützter Bereich - Bitte Zugangsdaten eingeben"
AuthUserFile /volume1/web/[VIRTUELLERHOST]/private/.htpasswd
Require valid-user

meine .htpasswd so:

test:lshpxhahNpTBA

=> User: "test" Passwort: "123"

Beide Dateien, also die .htaccess und die .htpasswd liegen im Verzeichnis:
/volume1/web/[VIRTUELLERHOST]/private/

Zusätzlich liegt im Ordner "private" eine "index.html" zum Test, ob die Abfrage funktioniert, und das tut es jetzt endlich.

Danke nochmal an alle die geholfen haben und besonders an magnetron für deine .htaccess.

@hombel: Versuche es mal genau mit meinen Dateien, und den entsprechenden Passwörtern, sollte damit definitiv gehen. Vorher eben nur den Pfad an sich anpassen. Ggfs. gerne auch eine PN.

Viele Grüße

 

[hombel]

Hallo,

danke für deine Info.

Habe alles soweit angepasst und jetzt pass auf im Firefox 32.0.2 gehts nicht. Es kommt zwar die Abfragebox, wenn ich die Daten eingebe, kommt sie wieder und wieder und wieder
Im InternetExplorer 11.0.12 gehts wunderbar????

Was nun? Das muss doch Browserübergreifend funktionieren??

 

[dösofskaipod]

Hi,

also ich habe es gerade mal windowsseitig und mobil getestet, es läuft bei mir auf allen Browsern einwandfrei.
Versuche es vielleicht mal indem den Cache leerst, vielleicht ist da noch irgendwas gespeichert.

Bei mir funktioniert es sogar auf meinem Handy.

 

[hombel]

hi,

also jetzt zuhause mal noch getestet.

Safari = geht
iPhone = geht
iPad = geht
InternetExplorer = geht

Firefox = geht nicht

bin etwas verwirrt jetzt

Cache mehrmals gelöscht, Firefox gelöscht und neu installiert, keine Ahnung.
Wie gesagt, Anmeldebox erscheint, Daten werden eingegeben und Anmeldebox erscheint wieder? *grübel*

 

[dösofskaipod]

Welches Betriebsystem hast du denn?

 

[hombel]

Os x 10.9.4

 

[MaCoM]

Und nun testet alles nochmal mit einer HTTPS seite

 

[x-man]

@ MaCoM So wie ich das lese, funktioniert das bei dir oder?

@ all

Ich habe gerade den DSM 5.1-5004 installiert und bei mir funktioniert die Anmeldung per htaccess über https nicht! Nach Eingabe von Benutzername und Passwort springt man wieder auf die Eingabefelder. Vorher hatte ich den DSM 4.3 und dort klappte alles ohne Probleme.
Da meine htaccess so wie oben beschrieben aussieht, weiß ich nun nicht mehr was ich noch machen könnte, um wieder über https und Passwortschutz auf die Dateien zuzugreifen.
Ohne https funktioniert es ja.