2012-09-25 10 views
16

Sto provando a programmare un semplice server FTPS basato su EventMachine.EventMachine genera close_notify su close_connection se è stato eseguito tls_start?

La presa di controllo funziona correttamente. Quando si utilizza il socket dati per il trasferimento dei dati, sembra che tutto funzioni correttamente (l'handshake TLS è stato completato correttamente e i dati sono stati ricevuti), ma poi ricevo un messaggio di errore. Ecco quello che ottengo in Filezilla:

Command: LIST 
Response: 150 Opening ASCII mode data connection for file list 
Trace: CFtpControlSocket::TransferParseResponse() 
Trace: code = 1 
Trace: state = 4 
Trace: CFtpControlSocket::SendNextCommand() 
Trace: CFtpControlSocket::TransferSend() 
Trace: state = 5 
Trace: CTransferSocket::OnConnect 
Trace: CTlsSocket::Handshake() 
Trace: gnutls_session_get_data on primary socket failed: -51 
Trace: CTlsSocket::ContinueHandshake() 
Trace: CTlsSocket::OnSend() 
Trace: CTlsSocket::OnSend() 
Trace: CTlsSocket::OnRead() 
Trace: CTlsSocket::ContinueHandshake() 
Trace: CTlsSocket::OnRead() 
Trace: CTlsSocket::ContinueHandshake() 
Trace: Handshake successful 
Trace: Cipher: AES-256-CBC, MAC: SHA1 
Trace: CTlsSocket::OnRead() 
Trace: CTransferSocket::OnConnect 
Trace: CTransferSocket::OnReceive(), m_transferMode=0 
Listing: -rwxrwxrwx 1 owner group   1011 Dec 12 23:05 a.tmp 
Trace: CTlsSocket::Failure(-9, 0) 
Error: GnuTLS error -9: A TLS packet with unexpected length was received. 
Status: Server did not properly shut down TLS connection 
Error: Could not read from transfer socket: ECONNABORTED - Connection aborted 
Trace: CTransferSocket::TransferEnd(3) 
Trace: CFtpControlSocket::OnReceive() 
Response: 226 Closing data connection, sent 70 bytes 
Trace: CFtpControlSocket::TransferParseResponse() 
Trace: code = 2 
Trace: state = 5 
Trace: CFtpControlSocket::SendNextCommand() 
Trace: CFtpControlSocket::TransferSend() 
Trace: state = 8 
Trace: CFtpControlSocket::TransferEnd() 
Trace: CFtpControlSocket::ResetOperation(2) 
Trace: CControlSocket::ResetOperation(2) 
Trace: CFtpControlSocket::ParseSubcommandResult(2) 
Trace: CFtpControlSocket::ListSubcommandResult() 
Trace: state = 3 
Trace: CFtpControlSocket::ResetOperation(2) 
Trace: CControlSocket::ResetOperation(2) 
Error: Failed to retrieve directory listing 
Trace: CFileZillaEnginePrivate::ResetOperation(2) 

ftp-ssl emette anche un errore, anche se un po 'diverso

--> LIST 
150 Opening ASCII mode data connection for file list 
===>START SSL connect on DATA 
ftp: SSL_connect DATA error 0 - error:00000000:lib(0):func(0):reason(0) 
226 Closing data connection, sent 70 bytes 
421 Service not available, remote server has closed connection 

Da quello che ho trovato sul web ho il sospetto che questo comportamento è dovuto al fatto close_notify non viene emessa al la fine della connessione? In tal caso, esiste una soluzione basata su Ruby nota (ad esempio utilizzando OpenSSL :: SSL :: SSLSocket)?

+0

** avviso spudorato: ** [Foxbat] (https://github.com/m0wfo/foxbat) gestisce l'inizializzazione e la pulizia del motore SSL per te se usi JRuby :) –

+0

Hai mai funzionato? Posso usare start_tls per il socket di controllo, ma quando lo uso sul socket dati il ​​client (filezilla) si lamenta sempre di una brutta stretta di mano ... :( – gucki

+0

no e dubito che sia possibile –

risposta

0

La risposta è piuttosto breve: no, EventMachine non emette close_notify su close_connection se tls_start è stato eseguito.

0

ho trovato SSL 'riapre' una connessione dopo aver letto il CERT, in modo da risolvere qui è:

def receive_data bitOfData 
if (self.class isSomeSortOfTLSreadingClass && bitOfData.length == 1) then 
@headBuff << bitOfData 
return 
end 
# TLS connection closes on first byte, then re-opens. 
end 
Problemi correlati