John GALLET a écrit :
>> Oui mais bon c'est sur le réseau local de la société
> Ca ne change rien. Si ce n'est qu'il est encore plus facile de spoofer des
> IP locales en débranchant le câble réseau de la cible par exemple.

Oui merci, mais ca donnera pas grand chose chez nous. Son IP je m'en fou
ce que je veux c'est le USERNAME.

>> niveau de l'entete, mais dès fois que ca ce serait pas vu je suis novice
>> :-)) et je comprends pas trop les subtilités des entêtes.
>
> Il n'y a *rien* à comprendre aux headers envoyés par le navigateur quand
> il fait une requête http. Il se conforme (parfois...) aux RFCs qui vont
> bien, c'est tout. Ou il envoie l'information tout seul, ou il faut lui
> demander de le faire en le codant dans un langage côté client.

Je me disais qu'en envoyant différent entetes on pouvait avoir
différentes informations. Ce qui effectivement dans ce cas n'a rien à
voir avec PHP

>>> - soit il faut se coltiner de la transmettre par du code exécuté sur le
>>> client (navigateur: JS, aspx, applet, etc.)
>> Oui mais comment ?
>
> J'en sais rien car je le répète: dans le cadre de requête http rien à voir
> avec php. Poser la question là où les experts de ces langages sont
> présents, c'est à dire par exemple fr.comp.lang.javascript pour le JS,
> etc.
>
> Si vous avez déjà fait un print_r() sur toutes les variables présentes
> dans la section du manuel que j'ai indiquée et qu'aucune ne convient,
> alors ce n'est pas en PHP (donc pas ici) que ça se passe.

T'inquiète j'ai bien compris que tu voulais que j'aille poster ailleurs
:-)) Mais ce qui me fait rester c'est que PHP propose ce tableau $_ENV
qui est désespérément vide chez moi. Je trouve ca bizarre. Surtout que
dans certain document on trouve trace de $_ENV['USERNAME']. Ca me laisse
perplexe...

>>> Quoi qu'il en soit, PHP ne fera que recevoir, certainement pas émettre.
>> Ca je l'ai bien compris.
> Apparement non.

Ben si je te promets, je me fais peut-etre mal comprendre mais si

Stephane