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?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 41532
Url: https://administrator.de/contentid/41532
Printed on: April 25, 2024 at 02:04 o'clock
4 Comments
Latest comment
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
