[zeromq-dev] Reconnect failed after iptables tricks

[artemv zmq]

hi Pieter,

Interface didn't change I believe.   I conducted on server host (which is
VirtualBox instace)  following:
>> iptables  -I  INPUT -s <<windows-client-ip>> -j DROP

and after some time re-enabled client by flushing all iptable rules:
>> iptables  -F

That's it..



2013/12/13 Pieter Hintjens <ph at imatix.com>

> Is it possible that the interface is changed, so the bind is no longer
> active?
>
> On Fri, Dec 13, 2013 at 1:54 PM, artemv zmq <artemv.zmq at gmail.com> wrote:
> > hi
> >
> > I was testing simple connection lose scenario  on a simple DEALER-ROUTER
> > architecture.
> > D was a client on Windows7, R was a server on VirtualBox.
> > What happened: I started them both,   saw chatting between them in logs;
> > after that I disabled a client ip on server host with "iptables" ,
> ensured
> > that there is no more chatting between peers;  after that I had
> re-enabled
> > IP address of the client on server host; then went to logs  expecting to
> see
> > that chatting  began, but .. there was silence.
> >
> > The question is: is it eligible way to test reconnection? or this is a
> bug
> > in ZMQ core?
> >
> > BR
> > -artemv
> >
> > PS
> > block script: iptables  -I  INPUT -s <<IP-of-client>> -j DROP
> > unlock script:  iptables  -F
> >
> > _______________________________________________
> > zeromq-dev mailing list
> > zeromq-dev at lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20131214/7696b6b8/attachment.htm>