du type: <scheme>://<user>:<password>@<host>:<port>/<url-path>;<params>?<query>#<fragment>
c'est pourtant un schema d'url par default et reconnu par tous les navigateurs, en theorie.
en tout cas par firefox puisque je l'ai teste.
 
Internet Explorer ne reconnait pas le lien suivant https://logout:logout@192.168.168.1 [...] /index.php
c'est le logout:logout@ qui pose probleme.
j'ai installe un systeme htaccess et cette url me permet de diriger l'internaute vers une page protege mais sans qu'il ait a entrer manuellement login et mot de passe. normalement ca se fait tout seul justement par le logout:logout@ .
IE me dit: page cannot be displayed. page might have been removed or had its name changed.
ce qui est faux puisque ca marche avec firefox.
 
avez-vous une idee la dessus ? peut etre une commande a ajouter a mon htaccess.
 
merci d'avance
becvert

ton machin:machin@truc.com est plutôt une adresse ftp

effectivement j'avais deja eu l'occasion de me confronter a ce type d'url/login/mdp pour du ftp.
 
mais dans ce cas pourquoi firefox accepterait cette url en http(s)
 
je veux croire que IE en est capable aussi
 
merci pour ton interet porte a mon post.
 
desole pas d'accent sur les e, je suis en australie sur du qwerty
 
 

il fait beau la bas au moins ?
 
et tu réussis l'authentification avec firefox ?

il est bientot 12h c'est un peu nuageux, eu quelques gouttes ce matin, mais il fait chaud a Brisbane jusqu'25/27C cette aprem
 
pour en revenir au pb et bien firefox comprend parfaitement l'authentification.
il m'affiche un message avant d'aller sur la page:
you're about to log into the site 192.168.... with the username "logout"
je clique ok and that's it !
 
 
si IE n'est pas capable de faire ca je suis dans la mouise

autre syntaxe peut-être ?
 
bon merci pour la météo
 
mais moi il est 3h50 du matin je pars au dodo avec un mal de nuque effroyable
 
ici, il fait nuit (paris) et il a bien plus aujourd'hui !
 
espérons que demain il fera beau, sortie photo

ok c'est cool que tu m'aies repondu, bonne nuit
 
je suis en train de me demander si mon pb n'est pas lie a la version d'IE.
j'utilise la verson 6.
est-ce que quelqu'un a teste ce systeme sur une version precedente ?
merci
 
 

REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl]  
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE]
"iexplore.exe"=dword:00000000
"explorer.exe"=dword:00000000
 
Rajoute ca dans le registre.
 
C'est MS qui a cause de possible failles de spoofing a désactivé ca.

oui en effet.
j'ai vu que IE s'est rapproche d'un standard sur les URL
et a donc interdit par defaut la partie "user:password@".
depuis un patch recent je crois.
 
mon url n'est plus permise  
 
et je ne peux pas appliquer ta solution beridoxy,
car je ne peux mofidier la base de registres des clients !!
merci quand meme.
 

Dans ce cas la méthode d'authentification par htaccess n'est pas appropriée, il faut faire avec du php, des cookies, une base...

 
si, ca l'est
en fait le lien que je vous ai donne me sert a diriger les utilisateurs hors du htaccess.
sans avoir besoin de fermer le navigateur.
au depart mon site contient un vrai htaccess avec logins et mots de passes differents pour chaque utilisateur.
Pour sortir de ce htaccess, j'ai besoin d'entrer dans un nouveau htaccess. un pseudo-htaccess en fait
et pour ca je fais une nouvelle authentification dans un nouveau repertoire protege. 'logout/'
les utilisateurs connaissent le login et mot de passe logout:logout pour celui-ci. je m'en fous.
c'est pourquoi j'aurais voulu mettre automatiquement logout:logout.
parceque maintenant la solution c'est que pour se "logger out" les clients doivent entrer manuellement les valeurs logout:logout.
ce qui est plutot nul !
 
desole si ce n'est pas tres clair. c'est la fin de la journee pour moi.
a+
 
 
 
 

 
je savais pas