ejabberd - Comments for "ejabberd Cannot Connect to Some Servers: Fix DNS SRV"

a 4th solution

secrecys — Fri, 24 Jul 2009 20:51:34 +0000

A found a 4th solution here

http://easyerl.blogspot.com/2007/06/configuring-your-dns-server-for-inet...

you can put

inet_db:add_ns({208,67,220,220}).

in the application code. worked on windows!

editing hosts

the Joe — Mon, 07 Jan 2008 16:01:28 +0000

editing hosts worked for me but it needed some time and a dns flush to take effect...
I only tried with jabber.ccc.de though. Didn't test with gmail.

Still no luck on Windows platform

ademura — Thu, 13 Dec 2007 17:29:07 +0000

Unfortunately, it seems like this problem still persists, and I haven't found any solution for windows platform. Windows version uses inetrc.win file, and the only string there is

Quote:

{registry, win32}.

So variant #1 isn't acceptable. Modifying hosts file doesn't help either, and doesn't look like a good solution too. My server can communicate with other jabber servers, but I get "remote server not found" error when I try to get to GTalk.
I tried using "-name" and "-sname" options but with no luck. Both return

Quote:

{error, timeout}

Maybe somebody has any ideas? I'm using ejabberd 1.1.4_2.

So, which of these solutions

some NT user — Thu, 08 Nov 2007 19:21:56 +0000

So,

which of these solutions works on a windows installation?
Only editing the system's hosts?

Also: inetrc is not used on windows, and inetrc.win doesn't seem to do anything.

dnsmasq s2s conections problem

jamatik — Tue, 18 Sep 2007 12:32:29 +0000

thx man, how did you find out? spended hours to find out why i can't connect to all jabber-servers. it was a stupid openwrt update i did recently. is bogus-priv in there save?

correct order in /etc/hosts file

Progfou — Thu, 13 Sep 2007 09:29:32 +0000

There is no order difference between the hosts file in Unix/Linux and Windows. Both are putting the IP first then the DNS names and aliases latter.

dnsmasq filterwin2k

Scott Lees — Mon, 03 Sep 2007 14:21:50 +0000

I just spent a couple of hours scratching my head trying to figure out why I couldn't get a s2s connection to gtalk to work - turns out it was dnsmasq - the "filterwin2k" option stops it forwarding SRV requests.

I figured this out: it needs

Sun, 22 Jul 2007 17:42:00 +0000

I figured this out: it needs the quotes, so they must be escaped from the shell. In the start script, the string is already quoted, so the backslashes must also be escaped so that they will be passed through. Thus:

$ su ejabberd -c "/usr/sbin/ejabberd -kernel inetrc \\\"/etc/ejabberd/inetrc\\\" -noshell -detached"

in the start script works.

Can I ask for a

Sun, 22 Jul 2007 15:46:13 +0000

Can I ask for a clarification? When you say "add the following to your ejabberd command line", should that be added to

$ su ejabberd -c "/usr/sbin/ejabberd -noshell -detached"

like this:

$ su ejabberd -c "/usr/sbin/ejabberd -kernel inetrc \"/etc/ejabberd/inetrc\" -noshell -detached"

It seems to fail to start when I do so.

Being thoroughly unfamiliar with erlang, I'm afraid I don't know what debugging information might help, but I'll be glad to provide any.

Problem reappeared

raj@arwen.iteu.gla.ac.uk — Wed, 18 Apr 2007 15:50:23 +0000

I used the second fix above (altering the hosts file) back in January to make my ejabberd 1.0.0 (I think -- is there any easy to find out?) talk to GTalk, but it seems to have stopped working.

In Psi, I use service discovery from my server and it can see other Jabber servers (eg Jabber.org or jabber.dk but when I try googlemail.com it never resolves (the spinner keeps spinning).

When I try doing service disco from GTalk (I have that set up as an account in Psi) to my server, I get this error: "There was an error getting agents for . Reason: "

This is the line in my hosts file:

Quote:

216.239.37.125 gmail.com googlemail.com

Any ideas?

Edit: never mind: updating the IP address to the new one for talk.google.com (209.85.137.125) fixed it.

Tested and failed: not solved

mfoss — Mon, 19 Jun 2006 07:54:33 +0000

I tried with both Erlang R10B-10 and R11B-0 compiled from source, and the results are the same:

$ erl -sname qwe
Erlang (BEAM) emulator version 5.5 [source] [async-threads:0] [hipe]

Eshell V5.5  (abort with ^G)
(qwe@atenea)1> inet_res:getbyname("_xmpp-server._tcp.jabber.ru",srv).
{error,timeout}

Of course it works correctly, as usual, when using -name:

$ erl -name qwe
Erlang (BEAM) emulator version 5.5 [source] [async-threads:0] [hipe]

Eshell V5.5  (abort with ^G)
(qwe@atenea.pike)1> inet_res:getbyname("_xmpp-server._tcp.jabber.ru",srv).
{ok,{hostent,"_xmpp-server._tcp.jabber.ru",[],srv,1,[{0,0,5269,"jabber.ru"}]}}

So I guess it isn't solved yet.

You can easily test it. Just

teo — Mon, 19 Jun 2006 06:32:55 +0000

You can easily test it. Just run nondistributed erlang or erlang with short name (erl or erl -name qwerty) and try the following:

inet_res:getbyname("_xmpp-server._tcp.jabber.ru",srv).

If the result is

{error, timeout}

then this bug isn't fixed.

R11B

trejkaz — Mon, 19 Jun 2006 06:16:26 +0000

Out of interest, did Erlang R11B fix this bug?