4
IE user:passw(at)www.xyz.de
Hallo!
Habe das Problem, dass ich mit dem IE6 bei der Eingabe
http://username:passw@www.xyz.de
den Fehler erhalte: Ungültiges Zeichen. Lasse ich hingegen "username:passw@" weg, geht das, an einer Anderen Maschiene (gleicher IE) gehts ohne Probleme, woran könnte es liegen?
Habe das Problem, dass ich mit dem IE6 bei der Eingabe
http://username:passw@www.xyz.de
den Fehler erhalte: Ungültiges Zeichen. Lasse ich hingegen "username:passw@" weg, geht das, an einer Anderen Maschiene (gleicher IE) gehts ohne Probleme, woran könnte es liegen?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 41532
Url: https://administrator.de/forum/ie-user-passwatwww-xyz-de-41532.html
Ausgedruckt am: 22.04.2025 um 14:04 Uhr
4 Kommentare
Neuester Kommentar
sollte es nicht ftp://username:passw@ftp.xyz.de heissen?
Hätte ich vieleicht noch erwähnen sollen. Betreifft nicht FTP sondern HTTP-ACCESS also, um das manuelle Anmelden an einer HTTP-Seite (NICHT Proxy-Auth und keine SESSIONS die via PHP oder dergleichen erstellt werden, also die Gischichte aus .htaccess) zu unterbinden kann ich einen Link anklicken der wiefolgt aufgebaut ist:
HTTP://username:passwort@domain.tld
So und das geht eben mit einem Rechner und mit dem andren nicht (Fehler ungültiges Zeichen).
HTTP://username:passwort@domain.tld
So und das geht eben mit einem Rechner und mit dem andren nicht (Fehler ungültiges Zeichen).
Moin Linse01,
die Erklärung ist einfach: einer der beiden PCs hat mindestens ein Sicherheitsupdate mehr.
Die Mimik mit URLRedirection und dem daraus resultierten URL-Spoofing-Risiko wird hier bei M$ KB834489 beschrieben.
Wenn Du das ganz ganz ganz unbedingt wieder ermöglichen willst, steht in diesem Artikel:
Aber das nur als Zitat, nicht als Empfehlung, das auch zu tun.
Gruß
Biber
die Erklärung ist einfach: einer der beiden PCs hat mindestens ein Sicherheitsupdate mehr.
Die Mimik mit URLRedirection und dem daraus resultierten URL-Spoofing-Risiko wird hier bei M$ KB834489 beschrieben.
Wenn Du das ganz ganz ganz unbedingt wieder ermöglichen willst, steht in diesem Artikel:
How to disable the new default behavior for handling user information in HTTP or HTTPS URLs
To disable the new default behavior in Windows Explorer and Internet Explorer,
create iexplore.exe and explorer.exe DWORD values in one of the following registry keys and set their value data to 0.
• For all users of the program, set the value in the following registry key:
HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE
• For the current user of the program only, set the value in the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE Aber das nur als Zitat, nicht als Empfehlung, das auch zu tun.
Gruß
Biber
Ohmann supper das wars
Folgender Reg eintrag habe ich hinzugefügt (betrifft übrings alle Patches ab KB834489
[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE]
"iexplore.exe"=dword:00000000
Folgender Reg eintrag habe ich hinzugefügt (betrifft übrings alle Patches ab KB834489
[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE]
"iexplore.exe"=dword:00000000
