Comment reconnecter les clients vers le serveur?

Mon programme serveur (socket stream) est en cours d'exécution et il accepte les clients. En raison de certaines conditions anormales, server est bientôt terminé. De l'autre côté, les clients sont en attente de réponse du serveur.
Comment je reconnecte l'exécution de clients sur le nouveau serveur? toutes les fonctions dans les sockets?

Vous souhaitez vous connecter les clients à un serveur? Sens, si le serveur A été démarré, les clients connectés à Un serveur, serveur Un est mort, le serveur B commencé, vous souhaitez que les clients à se connecter au serveur B?
De nouveau je lance le serveur
Vos programmes sont toujours sur la même machine?
Le serveur de connecter deux ou plus de clients que l'arrêt du serveur(pas de travail) et le client en attente de réponse du serveur et de nouveau j'exécute le même programme de serveur de se connecter à l'exécution de clients
double possible de la Réutilisation de descripteur de socket sur l'échec de la connexion

OriginalL'auteur loganaayahee | 2013-04-25

  1. 3

    Un socket qui avait été connect()ed une fois ne peut pas être réutilisés avec un autre appel à connect().

    Les étapes pour vous connecter à un serveur TCP et de lire/écrire des données se présente comme suit (pseudo-code):

    fd = socket(...) //create socket descriptor (allocate socket resource)
connect(fd, server-address, ...) //connect to server
read/write(fd, data)  //read from server 
close(fd) //close /socket descriptor (free socket resource)

    Dans le cas où le serveur tombe en panne après connect le client peut et doit faire est de

    close(fd) //close /socket descriptor (free socket resource)

    et puis recommencer au début avec:

    fd = socket(...) //create socket descriptor (allocate socket resource)
...

    De commencer sur et à partir d':

    connect(fd, server-address, ...) //connect to server
...

    serait probablement conduire à un comportement indéterminé, mais à moins d'une erreur.

    OriginalL'auteur alk

  2. 1
    int
connect_retry(int sockfd, const struct sockaddr *addr, socklen_t alen)
{
    int nsec;

    /*
     * Try to connect with exponential backoff.
     */

    for (nsec = 1; nsec <= MAXSLEEP; nsec <<= 1) {
        if (connect(sockfd, addr, alen) == 0) {

            /*
             * Connection accepted.
             */

            return(0);
        }

        /*
         * Delay before trying again.
         */

        if (nsec <= MAXSLEEP/2)
            sleep(nsec);
    }
    return(-1);
}

    référencé par Advanced programming in the unix Environment livre.

    Vous pouvez également utiliser:

    SO_REUSEADDR dans setsockopt(). Il permet de réutiliser les adresses locales.

    comment le client connaît le serveur est terminée...
    N'est-ce pas l'OP parle le cas, que le serveur tombe en panne après avoir connecté avec succès?

    OriginalL'auteur Vidya

  3. 1

    Permettez-moi de commencer par dire que tout est possible. Il y a une fonction qui le fait pour vous. C'est la même se connecter que vous avez utilisé pour votre client TCP. Vous avez juste besoin de penser à quand vous avez besoin d'appeler ce nouveau de vous connecter.

    Donc quand dois-je utiliser que connect fonction maintenant?

    Permettez-moi de présenter une solution possible.

    Vous avez besoin d'avoir une sorte de logiciel de surveillance (peut-être un démon) qui assure le suivi de l'état du processus du serveur. Il pourrait dire, de façon périodique, en cognant sur les processus de serveur pour voir si il est vivant.

    Prenons le cas d'un seul client et le serveur. Le client est en cours d'exécution sur Un système; le serveur, sur le système B.

    Dire que le serveur a couru et s'est écrasé juste avant qu'il recved quoi que ce soit. Cela signifie que le client aurait correctement connecté au serveur et de ses send échouera. Lorsque le send échoue, vous pouvez communiquer avec le logiciel de surveillance sur le système B pour voir ce qui s'est passé.

    Si le logiciel d'analyse des rapports qu'il n'a pas trouver quelque chose de mal avec le serveur, quelque chose s'est mal passé ensuite (peut-être une interruption, votre carte réseau est allé kaput, peu importe). Ces raisons sont à l'extérieur de la portée de cette discussion.

    Si votre logiciel de surveillance répond en disant qu'il a trouvé que le programme serveur est mort, vous pouvez alors:

    • de répondre à la logiciels de surveillance, lui demandant de redémarrer le serveur
    • OU lui demander de s'arrêter lui-même
    • OU de faire autre chose que vous voyez l'ajustement.

    Maintenant, dans le client dans le système A, commencer le processus de socket, connect, send, recv, etc nouveau.

    Essentiellement, vous êtes la création d'un autre serveur X, qui s'occupe de votre serveur actuel, Y. Lorsque le serveur Y meurt, vous regardez vers le serveur X pour des raisons.

    OriginalL'auteur Anish Ramaswamy

  4. 0

    Vous connecter au nouveau serveur de la même manière vous vous êtes connecté sur le serveur d'origine. Il n'y a pas une autre API pour cela. Je ne vois pas pourquoi vous pensez le contraire..

    OriginalL'auteur user207421

  5. 0

    Vous ne pouvez pas gérer ce serveur, mais vous pouvez créer une session pour vos clients lors de votre reconnexion d'un client de restaurer leurs paramètres et continuer sur l'envoi et la réception de messages et de votre côté client demande de créer un thread avec un intervalle de temps spécifique pour vérifier si le serveur est disponible ou non et si oui, essayez une reconnexion de la procédure, mais, je vous suggère de vérifier de votre côté serveur programme de ce qui se passe que votre programme?

    OriginalL'auteur saeed