Pourquoi ne pas zeromq travail sur localhost?

Ce code fonctionne très bien:

import zmq, json, time

def main():
    context = zmq.Context()
    subscriber = context.socket(zmq.SUB)
    subscriber.bind("ipc://test")
    subscriber.setsockopt(zmq.SUBSCRIBE, '')
    while True:
        print subscriber.recv()

def main():
    context = zmq.Context()
    publisher = context.socket(zmq.PUB)
    publisher.connect("ipc://test")
    while True:
        publisher.send( "hello world" )
        time.sleep( 1 )

Mais ce code n'est pas* travail:

import zmq, json, time

def recv():
    context = zmq.Context()
    subscriber = context.socket(zmq.SUB)
    subscriber.bind("tcp://localhost:5555")
    subscriber.setsockopt(zmq.SUBSCRIBE, '')
    while True:
        print subscriber.recv()

def send():
    context = zmq.Context()
    publisher = context.socket(zmq.PUB)
    publisher.connect("tcp://localhost:5555")
    while True:
        publisher.send( "hello world" )
        time.sleep( 1 )

Il génère cette erreur:

ZMQError: rien de tel

Pourquoi, pouvez pas zeromq utiliser localhost interfaces?

T-il seulement de la CIB sur la même machine?

InformationsquelleAutor user756428 | 2011-05-16

38

Le problème est à la ligne:
```
subscriber.bind("tcp://localhost:5555")
```
essayez de changer:
```
subscriber.bind("tcp://127.0.0.1:5555")
```
- J'aime utiliser un adressage plus élevé comme 127.0.0.101 et varier à l'application par application. Plus propre que le CIB sockets.
- Oui, cela résout le problème, mais n'explique pas pourquoi! Il a besoin de plus d'explication.
InformationsquelleAutor fdb
153

Comme @fdb souligne:

Le problème est à la ligne:
```
subscriber.bind("tcp://localhost:5555")
```
essayez de changer:
```
subscriber.bind("tcp://127.0.0.1:5555")
```
Toutefois cela mérite plus d'explications pour comprendre pourquoi.

La documentation pour zmq_bind explique (en gras c'est moi qui souligne):

La extrémité argument est une chaîne composée de deux parties, comme suit:
transport://address. Le transport partie spécifie le sous-jacent
protocole de transport à utiliser. Le sens de la adresse partie est spécifique
pour le sous-protocole de transport sélectionné.

Depuis votre exemple utilise tcp comme protocole de transport nous regardons dans la zmq_tcp de la documentation pour découvrir (encore une fois, c'est moi qui souligne en gras):
Lors de l'affectation d'une adresse à une prise secteur à l'aide de zmq_bind() avec le
tcp de transport, la extrémité ne doit être interprétée comme une interface
suivie d'une virgule et du numéro de port TCP à utiliser.

Une interface peut être spécifiée par les éléments suivants:
- La wild-card *, ce qui signifie que toutes les interfaces disponibles.
- La primaire adresse IPv4 attribuée à l'interface, dans sa représentation numérique.
- Le nom de l'interface tel que défini par le système d'exploitation.
Donc, si vous n'êtes pas à l'aide de wild-card ou le nom de l'interface, cela signifie que vous devez utiliser une adresse IPv4 sous forme numérique (pas de nom de DNS).

Noter que cela ne s'applique à l'utilisation de zmq_bind! D'autre part, il est parfaitement acceptable d'utiliser un nom DNS avec zmq_connect comme discuté plus tard dans les docs pour zmq_tcp:
Lors de la connexion à un socket à une adresse de pair à l'aide de zmq_connect() avec
le transport tcp, le point de terminaison ne doit être interprétée comme une adresse de pair
suivie d'une virgule et du numéro de port TCP à utiliser.

Un de ses pairs, à l'adresse peut être spécifiée par les éléments suivants:
- Le nom DNS de l'hôte.
- L'adresse IPv4 par les pairs, dans sa représentation numérique.
- C'est une drôle de mise en œuvre.
- Ah non orthogonale de l'API
InformationsquelleAutor aculich

Vous devez vous connecter pour publier un commentaire.