Discussion :

[ikuzar]

Bonjour,
Je suis débutant en prog réseau. Je développe une couche de sécurité entre TCP et l'application finale.
voici l'enchainement des appels :

s = sock( ... );
connect(s, @, ...)
ssl = SSL_new( );
SSL_set_fd(s, ssl);
SSL_write(ssl);

le comportement de SSL_write dépend du type de la socket ( bloquante ou pas ).
1) Quand la socket est non bloquante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
socknonblocking(sock, 1);
connect(sock,...);
sockwait(sock, timeout, POLLOUT); // fonction faisant appel à poll.

Dans ce cas, SSL_write( ) rale. il di " SSL_WANT_READ". En gros connect n'a pas fini ( ou n'a pas pu ) exécuter "quelque chose ...
Ma question est : ce serait quoi justement cette "quelque chose". Est-ce que quelqu'un aurait une idée de ce qui se passe au niveau de connect.

2) quand la socket est bloquante, c'est le meme code mais avec un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

socknonblocking(sock, 0);

Dans ce cas, il n'y a pas de problème. connect bloque sur la socket jusqu'à ce que le client arrive à se connect( )-er. SSL_write est alors content.

Merci d'avance.

[ram-0000]

Ma question est : ce serait quoi justement cette "quelque chose". Est-ce que quelqu'un aurait une idée de ce qui se passe au niveau de connect.

La négociation SSL.

Lorsque tu ouvres une connexion SSL vers un serveur, il y a d'abord une 1ere phase durant laquelle SSL négocie avec le distant les algorithmes de chiffrements utiliser.

Cette phase de négociation se fait en TCP sur un socket non chiffré et ensuite, lorsque tout est négocié, le socket passe dans un état "applicatif" chiffré et la couche SSL te rend la main.