Discussion :

[mitkl]

Bonjour � tous,

je souhaiterai utiliser tcp::iostream de boost asio pour r�cup�rer un stream par HTTPS.

Mon code est directement inspir� de http://www.boost.org/doc/libs/1_42_0...ime_client.cpp

dans un premier temps si j'essaie de r�cup�rer des simples pages comme l'index de google par GET :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
tcp::iostream s("google.com", "http");
s   << "GET / HTTP/1.0\r\n"
    << "Host: google.com\r\n\r\n";
 
if (!s)
{
  std::cout << "Error: " << s.error().message() << std::endl;
}
 
std::string line;
while (!s.eof())
{
  std::getline(s, line);
  std::cout << ">" << line << std::endl;
}

Ceci marche tr�s bien, mais d�s que je change http en https :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
tcp::iostream s("google.com", "https");
s   << "GET / HTTP/1.0\r\n"
    << "Host: google.com\r\n\r\n";
 
if (!s)
{
  std::cout << "Error: " << s.error().message() << std::endl;
} 
 
std::string line;
while (!s.eof())
{
  std::getline(s, line);
  std::cout << ">" << line << std::endl;
}

Le programme se ferme et ne fait rien.

J'ai d�j� essay� de remplacer https par 443 car j'ai vu en cherchant sur le net que certains mettaient le port directement. Je ne sais pas pourquoi �a ne fonctionne pas. Je ne passe jamais dans la condition d'erreur.

A vrai dire, je ne sais pas si c'est possible de cette mani�re, je n'ai pas trouv� d'exemple sur le net d'un tcp::iostream avec https. A la limite, je n'attends pas une solution mais une technique de debuggage pour comprendre pourquoi �a ne fonctionne pas m'aiderait beaucoup, merci d'avance !

[Trademark]

Salut,

http est un protocole qui envoie les donn�es en clair sur le r�seau donc ton GET ... en code ASCII. https est s�curis� et les donn�es envoy�es et re�ues sont crypt�es ! Du coup quand tu envois GET ... en https � google, il essaye de d�crypter ton truc, ce qui ne marche �videmment pas.

En plus, vu que c'est crypt�, il doit y avoir des �changes de donn�es pr�alables, et si tu veux tout savoir, il faut regarder la RFC d�di�e � https.

Par contre tu n'es pas oblig� de refaire la partie chiffrement et tu peux utiliser une biblioth�que comme open SSL.

Si tu y arrives, �a m�int�resse d'avoir ton code source

[mitkl]

D'accord donc en r�alit� c'est bien ce que je pensais (et que je redoutais), la partie chiffrement du protocole n'est pas prise en compte. Bon bah il va falloir mettre les mains dans le cambouis.