.NET SslStream funktioniert nicht

Question

ich versuche inialise einen tls Tunnel mit dem .net SslStream aber nach dem Stream zu öffnen erhalte ich immer folgende Fehlermeldung:

„Daten kann nicht von der Transportverbindung lesen: Eine bestehende Verbindung wurde von der Software in Ihrem Host-Rechner abgebrochen. "

Nachdem ich eine Tls-Verbindung hergestellt und nach dem Senden einer zweiten Nachricht.

Ich habe nach einer Antwort für die letzten vier Tage gesucht, aber es gibt keine hilfreichen Informationen online!

edit: Ich versuche

talk.google.com zu verbinden, und ich bin das Codebeispiel aus MSDN verwenden. Der einzige Unterschied ist, dass ich Daten bin das Senden vor und wenn es Zeit ist, die Verwendung von TLS i wie folgt vor:

public void SecureStream() 
     { 
     netStream.Flush(); 
     sslStream = new SslStream(netStream, false, new RemoteCertificateValidationCallback(ValidateServerCertificate), null); 

    sslStream.AuthenticateAsClient("talk.google.com");} 

edit: ich den ersten Fehler (kleinen Fehler auf, wie ich die Sende wurde Handling) zu beseitigen verwaltet jetzt bekomme ich immer

"Daten können nicht von der Transportverbindung gelesen werden: Eine bestehende Verbindung wurde von der Software in Ihrem Host-Rechner abgebrochen."

edit2: Ich habe keine whitespaces gesendet. Ich habe den Nachrichtenübergabeteil neu geschrieben und ich habe immer noch das selbe Problem.

Ich beginne mit

String streamInit = "<stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' to='google.com' version='1.0'>"; 
     client.Send(streamInit); 

Dann auf erhalte ich habe folgendes

static void client_MessageReceived(SyncronousClient source, string Result) 
    { 


     if (Regex.IsMatch(Result, "<starttls xmlns=\"urn:ietf:params:xml:ns:xmpp-tls\"><required/></starttls>")) 
     { 
      String startTlS = "<starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>"; 
      source.Send(startTlS); 

     } 
     else if (Regex.IsMatch(Result, "<proceed xmlns=\"urn:ietf:params:xml:ns:xmpp-tls\"/>")) 
     { 
      //Do TLS Magic 
      source.SecureStream(); 
      String streamReInit = "<stream:stream xmlns='jabber:client'xmlns:stream='http://etherx.jabber.org/streams'to='google.com'version='1.0'>"; 
      source.Send(streamReInit); 
     } 
     else if (Regex.IsMatch(Result, "<mechanisms xmlns=\"urn:ietf:params:xml:ns:xmpp-sasl\">")) 
     { 
      //String AuthType = "<auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='X-GOOGLE-TOKEN'/>"; 
      String AuthType = "<auth xmlns=\"urn:ietf:params:xml:ns:xmpp-sasl\" mechanism=\"PLAIN\"/>"; 
      source.Send(AuthType); 
     }} 

Answer 1

That really doesn't make sense to me. The server, if using SSL, requires that the client perform the SSL handshake upon connection. Thus, I'm not sure what you mean by "I'm sending data before...". It sounds like your not immediately calling the AuthenticateAsClient. If this is the case, I suspect that is your problem. AFAIK, you cannot use the same socket/connection connection for both SSL and non-SSL communications. Either the server requires SSL, or it does not support it, it should never do both.

meine Antwort oben in Unkenntnis war. Tatsächlich scheint es, dass der Standard tatsächlich verlangt, dass die Verbindung Daten vor der Initialisierung des SSL-Handshakes sendet und empfängt. Wirklich seltsam, dass sie das tun würden ... aber was auch immer. Nach kurzem Lesen von parts of the RFC scheint es, dass Sie die SSL-Client-Authentifizierung unmittelbar nach dem Schließen von '>' beginnen sollen. Kein schließendes Leerzeichen erlaubt, was Ihr Problem sein könnte?

Answer 2

Es ist unwahrscheinlich, dass es Ihr Problem ist (es sei denn, .Net hat begonnen, SNI unter den Abdeckungen zu tun), aber wenn Sie AuthenticateAsClient aufrufen, geben Sie den gleichen Domainnamen ein, den Sie in Ihrem Stream verwendet haben (in diesem Fall google.com) . Wie gut, könnte man gmail.com statt google.com benötigen:

sslStream.AuthenticateAsClient("gmail.com", null, SslProtocols.Tls, false); 

als csharptest.net zu anspielte, stellen Sie sicher, dass Sie nicht über einen Keep-Alive-Timer haben, die zusätzliche Leerzeichen sendet, oder den Timer bis nach TLS Werke warten zu starten . Der einzige andere Weg, den ich mir vorstellen kann, diesen Fehler zu bekommen, ist, wenn Sie keine Verschlüsselungssuite haben, die der Server implementiert, aber ich weiß, dass .Net SslStream gegen GTalk arbeitet.

Schließlich verwenden Sie eine der vorhandenen .NET-Bibliotheken für XMPP (es gibt aufgeführt here), und Sie können beginnen viel mehr Spaß Code sofort zu schreiben. Sie sind dabei, auf die Unzulänglichkeiten des .Net-XML-Systems zu stoßen, und Ihre Regex-basierte Methode wird nicht funktionieren, wenn Sie Teilstrophen oder mehrere Zeilengruppen in einem einzigen Lesevorgang erhalten.