[rabbitmq-discuss] Fwd: socket error while using rabbitmq and a NAT (Network address translation)

Thu Mar 3 10:43:32 GMT 2011

SOLVED!!! YEY!!!

I will explain in brief.

Our production servers are all in different LANs and none are connected to
the internet.
So, usually IT dont put DNS ip in the computer settings.
Somehow, some of the server contained DNS IP in their settings.
In their case its an IP address that doesnt lead anywhere cause this is a
closed LAN.
(why is there a DNS address? Probably because we dragged those computers
from different places and connected them to our farm).
We never bothered to deleted their old DNS settings, cause no one connected
outside.
Basically, until now we never encountered a problem with this issue. also
the rabbit 1.7.0. worked wonderfully.

Now, what we did in order to solve is delete the DNS settings
and then only 2.3.1. clients started to work.

(BTW Then we tried to add a real dns ip that we have here and it worked also
)
My wild guess is that the new thing in 2.3.1. (And it is only a guess cause
i didnt look at the source)
is that is takes the host ip string, first looks at the DNS, translate it if
DNS exists and if no
translation exists then tries to use it as an ip string. Now what if the DNS
is pointing to a non existing server?
this is the bug.

That's it.

and Thanks a lot for your time.

On Wed, Mar 2, 2011 at 5:46 PM, Emile Joubert <emile at rabbitmq.com> wrote:

> Hi,
>
>
> On 02/03/11 15:19, mysurf mail wrote:
>
>> Hi,
>>
>> Well, two correction.
>> 1. I mentioned I did the with/without tracer check on our application.
>> not the multicast.
>> 2. the computer which I am running the tests on does not have a NAT. I
>> tried to narrow it down so I found one of the comp that has that problem
>> and does not have a nat.
>>
>
> Thanks for all the diagnostic information. Unfortunately I'm no closer to
> venturing a guess at the root cause.
>
>
>  now the 2.3.1.
>>
>> C:\RMQTestEnv\rabbitmq-java-client-bin-2.3.1>runjava
>> com.rabbitmq.examples.Multi
>> castMain -h 192.168.100.251 -p 1434  -e X1X1X1X1
>> starting consumer #0
>>
>> thats it. doesn't seem to work.
>>
>
> Can you supply a network capture dump of the AMQP traffic leading up to
> this point? If you can capture traffic on the server as well as the client
> that will give us the best chance of finding the cause. Please do not send
> large binaries to the mailing list, as this will annoy subscribers. Either
> host the capture files somewhere where I can download them or send me a
> private email to make arrangements.
>
> Other things to try would be to run the tracer on the broker instead of on
> the client and see if that makes any difference. If you do manage to capture
> a trace when the error occurs then please send that to the list.
>
>
>
> -Emile
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20110303/11455bff/attachment.htm>