username und pass für htaccess per link übergeben

[mwagner]

hallo alle zusammen,

ich würde gern einen link auf eine datei setzen, die aber in einem per .htaccess- geschützten verzeichnis ist.

gibt es eine möglichkeit, den usernamen und das passwort schon im link mit zu übergeben? sodaß der besucher nichts eingeben muß und das eingabefenster (für user und passwort) nicht mehr erscheint?

vielen dank für eure hilfe,
grüße
michael

p.s.: wer sich jetzt fragt, was das bringt:
ich habe aus einem passwortgeschützen bereich heraus einen link auf phpMyAdmin, das auf dem Server des Providers installiert ist.
das Installationsverzeichnis dafür kann ich leider nicht ändern, es ist fest vorgegeben.
Mein Passowrtgeschützer Bereich ist natürlich in einem anderen verzecihnis. jetzt soll von da aus aber eben der link zu phpMyAdmin stehen, und ich will vermeiden, daß der user sich dann nochmals einloggen muß....

[Christian Gerner]

Hallo,

ich würde gern einen link auf eine datei setzen, die aber in einem per .htaccess- geschützten verzeichnis ist.

gibt es eine möglichkeit, den usernamen und das passwort schon im link mit zu übergeben? sodaß der besucher nichts eingeben muß und das eingabefenster (für user und passwort) nicht mehr erscheint?

http://benutzername:[e-mail]/verzeichnis/datei

Ich weiß nicht ob das so offiziell nach dem HTTP-Protokoll geht oder nur von ein paar Browsern / Servern unterstützt wird.

Gruß,
Christian

[MudGuard]

Hi,

http://benutzername:[e-mail]/verzeichnis/datei
Ich weiß nicht ob das so offiziell nach dem HTTP-Protokoll geht

Im Gegenteil, es ist ein eindeutiger Verstoß gegen die Regeln, denn es ist eindeutig geregelt, daß eine http-URL KEINEN usernamen und/oder password enthalten DARF.

cu,
Andreas

[Christian Gerner]

Hallo,

http://benutzername:[e-mail]/verzeichnis/datei
Ich weiß nicht ob das so offiziell nach dem HTTP-Protokoll geht

Im Gegenteil, es ist ein eindeutiger Verstoß gegen die Regeln, denn es ist eindeutig geregelt, daß eine http-URL KEINEN usernamen und/oder password enthalten DARF.

Mein Hinweis auf HTTP war natürlich unsinnig, zu den URIs gibt's das RFC 2396. Dort steht allerdings nicht, dass eine URL keinen Benutzernamen und kein Passwort enthalten darf, sondern es heißt dort unter 3.2.2 "Some URL schemes use the format "user:password" in the userinfo field. This practice is NOT RECOMMENDED" (aus Sicherheitsgründen).

Gruß,
Christian

[Henryk Plötz]

Moin,

Mein Hinweis auf HTTP war natürlich unsinnig, zu den URIs gibt's das RFC 2396. Dort steht allerdings nicht, dass eine URL keinen Benutzernamen und kein Passwort enthalten darf, sondern es heißt dort unter 3.2.2 "Some URL schemes use the format "user:password" in the userinfo field. This practice is NOT RECOMMENDED" (aus Sicherheitsgründen).

Und vorher war RFC 1738 wo es speziell zu HTTP heisst "No user name or password is allowed." RFC 2396 sagt von sich "revises and replaces the generic definitions in RFC 1738" das heisst es verändert nichts an den speziellen Definitionen. Es wird dort auch angekündigt dass diese speziellen Teile von noch zu schreibenden RFCs überarbeitet werden sollen, für HTTP-URLs ist so einer aber noch nicht erschienen. (Bzw. man könnte RFC 2616 Abschnitt 3.2 so werten, dort steht aber auch nichts von Passwörtern oder Benutzernamen.)

[MudGuard]

Hi,

http://benutzername:[e-mail]/verzeichnis/datei
Ich weiß nicht ob das so offiziell nach dem HTTP-Protokoll geht
Im Gegenteil, es ist ein eindeutiger Verstoß gegen die Regeln, denn es ist eindeutig geregelt, daß eine http-URL KEINEN usernamen und/oder password enthalten DARF.
Mein Hinweis auf HTTP war natürlich unsinnig, zu den URIs gibt's das RFC 2396. Dort steht allerdings nicht, dass eine URL keinen Benutzernamen und kein Passwort enthalten darf, sondern es heißt dort unter 3.2.2 "Some URL schemes use the format "user:password" in the userinfo field. This practice is NOT RECOMMENDED" (aus Sicherheitsgründen).

http ist aber eines der URL schemes, die dieses Format nicht zulassen.
RFC1738, 3.3 (HTTP): No user name or password is allowed.

cu,
Andreas