none
[HttpServerApi] Récupération @IP Client RRS feed

  • Discussion générale

  • Bonjour,

    Je suis actuellement à développer un WebService, côté serveur à l'aide de la librairie "HttpServerApi" et côté client à laide de "WinHttp".

    En ce moment même je suis sur la partie serveur. Est-il possible de récupérer l'adresse IP et port du client?

    En effet, suite à une requête du client "POST" ou "PUT", je souhaite faire une petite cuisine et envoyer par la suite le résultat au client.

    Donc il faudrait que mon Serveur réponde au client de la bonne réception avec "HttpSendResponse" et à la suite envoyer un header et les datas. Comment faire?

    Merci bien de votre retour :)

    • Type modifié Aurel Bera mardi 15 juillet 2014 07:04 disc
    mercredi 9 juillet 2014 10:18

Toutes les réponses

  • Bonjour

    Normalement le serveur n’envoyé pas un message vers le client (si on garde la terminologie, le serveur devient client et le client devient serveur).
    Le serveur répond à une demande du client. Le client peut être derrière un proxy, donc vous allez récupérer l’IP du serveur.
    Une possible réponse à ce que vous voulez c'est d'utiliser WCF avec WSDualHttpBinding.

    Bien cordialement,


    Aurel BERA, MSFT
    MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
    S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    jeudi 10 juillet 2014 06:57
  • Pourquoi votre client ne peut-il pas attendre que le serveur réponde dans la même connexion TCP/IP ?

    Paul Bacelar, Ex - MVP VC++

    lundi 4 août 2014 14:49
    Modérateur
  • Ma question date :). Et en effet, j'attends de faire toute ma petite cuisine sur mon serveur avant de répondre au client.

    Merci quand même :)

    lundi 4 août 2014 14:53
  • Oui, mais, par défaut, une connexion TCP/IP -> HTTP reste ouverte tant que les 2 parties ne ferment pas les 2 streams (1 dans chaque sens).

    Le plus simple est donc d'utiliser la connexion, quitte à utiliser des statuts 100 du protocole HTTP pour faire patienter le client.


    Paul Bacelar, Ex - MVP VC++

    lundi 11 août 2014 14:10
    Modérateur