TCP Connect error 115 Arbeit, Was ist die Ursache?

Meine Anwendung erstellt dazu eine TCP-Verbindung, Das funktioniert normalerweise.
Aber in einem Netzwerk-server hat viele IP-sagen

174.X.X.X
54.x.x.x
wie diese

Beim Aufruf TCP-Verbindung (Nicht blockierend mit timeout von 60 Sekunden)
IP 174.X.X.X ist immer Erfolg .
Aber TCP-Verbindung zum selben server mit der ip - 54.x.x.x ist nicht (fast immer) mit errno 115
measn operation in progress.

Kannst du bitte erklären Sie mir, was sind die möglichen Gründe für errno 115

OS : Linux

Mein TCP-conenct code ist wie folgt

tcp_connect(......)
{

  int iValOpt = 0;  
  int iLength= 0;

  fcnt((int)(long)SockID,F_SETFL_O_NONBLOCK);

  ret = connect (sockID,(struct sockaddr*)pstSockAdr,uiSockLen);

  if (ret < 0)
  {

        if (errno == EINPROGRESS)
        {
                stTv.tv_sec = 60;
                stTv.tv_usec = 0;
                FD_ZERO(&write_fd);
                FD_SET(sockID,&write_fd);

                iLength = sizeof(int);

                if (0 < select (sockID+1) , NULL,&write_fd,NULL,&stTv);

                {
                        if(0 > getsockopt(sockID,SOL_SOCKET,SO_ERROR,(void*)(&iValOpt),&iLength))
                        {
                                return -1
                        }

                        if (0 != iValOpt)
                        {
                                return -1;
                        }


                        return success;
                }

                else
                {
                        return -1;
                }   

        }
        else
        {
                return -1;
        }
    }

   return success;

}

Was passiert, wenn Sie versuchen, mit telnet auf die 54.x.x.x-ip ohne Ihre Anwendung? Dasselbe Verhalten?
Nein, die Manuelle putty-Anwendung funktionieren
'Nicht-blockierend mit timeout' ist ein Widerspruch in sich.

InformationsquelleAutor user1340512 | 2012-04-18

19

Basierend auf Ihren Informationen:
- Sie versuchen zu tun, ein connect() zu 54.x.x.x
- Der sockel ist non-blocking
- Verbindungs-timeout ist 60 sec
Ersten, wenn Sie in Ihrem /usr/include/asm-generic/errno.h Sie werden sehen, die folgenden:
```
#define EINPROGRESS     115     /* Operation now in progress */
```
Es bedeutet, einen bestehenden Betrieb an der Steckdose ist im Gange. Da, sagte Sie, Sie tun ein connect() nennen, können eine man-connect:
```
EINPROGRESS 

Der socket nonblocking und die Verbindung kann nicht abgeschlossen werden 
sofort. Es ist möglich zu wählen(2) oder poll(2) für den Abschluss von 
die Auswahl der Buchse für das schreiben. Wenn select(2) zeigt 
writability, verwenden Sie getsockopt(2) zum Lesen der SO_ERROR option an Ebene 
SOL_SOCKET, um zu bestimmen, ob ein connect() erfolgreich abgeschlossen 
(SO_ERROR ist null) oder erfolglos (SO_ERROR ist eine der üblichen 
Fehler-codes aufgelistet, hier zu erklären den Grund für den Fehler). 
```
So, die beste Vermutung wäre, dass der TCP-3-Wege-handshake (Ihr connect() Aufruf 54.x.x.x IP-Adresse) dauert länger als erwartet zum abschließen. Da die connect() operation bereits im Gange ist, ist jede nachfolgende operation in der Buchse ist, die in EINPROGRESS Fehler-code. Wie bereits in der Mann-Seite, versuchen, Sie zu nutzen select() oder poll() um zu überprüfen, ob Ihre Steckdose ist bereit zu verwenden (zum ausführen read() oder write() Anrufe).

Können Sie die pin-Nummer, was ist, verhindert, dass Ihre TCP-handshake zu vervollständigen, durch die Erfassung und Analyse der Datenverkehr zu/von Ihrem eigenen Computer und 54.x.x.x. Das beste Werkzeug, um Ihnen helfen, dies nennt man WireShark. Viel Glück.
- Ich habe meinen Code oben , kann u bitte prüfen Sie ist der mögliche Fehler ? der obige code funktioniert Prima in meinem netwrok , kann sein, weil mein Netzwerk nicht-block Fehler EINPROGRESS nie passieren
- Posten Sie eine saubere und vollständige version des Codes, so dass man testen kann.
- Dank für u r die Antwort , ich kann nicht posten hier den code , Aber ich eingefügt nur den code whhere Fehler ist zurück . Der code funktioniert Prima in unserem Netzwerk (kann sein, weil in unserem Netzwerk nicht-block Fehler nie passieren und conenct immer Erfolg) . Ich muss wissen, ob EINPROGRESS errno gesetzt ist obige code einwandfrei funktionieren oder vor 60 s die abvoe code return -1
- TLDR... ist nicht einfach nur ein Netzwerk-timeout?
InformationsquelleAutor gsbabil
5

Scheint dies das Verhalten der connect():

Wenn die Verbindung nicht sofort hergestellt werden und O_NONBLOCK ist
legen Sie für die Datei-Deskriptor für den socket connect() wird scheitern und
setzen Sie errno auf [EINPROGRESS], aber die Verbindungsanforderung wird nicht
abgebrochen, und die Verbindung ist asynchron hergestellt.
Nachfolgende Aufrufe von connect() für die gleiche Buchse, bevor die
Verbindung hergestellt ist, wird fehlschlagen und errno gesetzt, um [EALREADY].
- Meine Anwendung ist SFTP Benutzer erstellt viele Verbindung zum gleichen server mit dem gleichen port 22
InformationsquelleAutor Anders Lindahl

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.