<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Haha indeed, my pleasure. In a perfect world the standard cached nameserver should work right out of the box, but that doesn't seem to be the case with Debian/Ubuntu boxes (and probably others).</div><div><br></div><div>I believe the bug sits somewhere in the system DNS resolving functions in that the default timeout is set higher than the registration timeout for the IRCD so attempting to find the hostname for an IP takes long enough for the connection to stale out.</div><div><br></div><div>But hopefully this gets cached and others will see it in the future :)</div><div><br></div><div>Thanks</div><div><br></div><div>-AP</div><div><br>Sent from my iPhone</div><div><br>On Jul 12, 2013, at 1:22 AM, David Smith <<a href="mailto:dfluff76+hybrid@gmail.com">dfluff76+hybrid@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div><div><div><div><div>FIXED!<br><br>Thank you Amrit! Although I had a handful of hosts in my /etc/hosts file, I seemingly hadn't correctly set up resolv.conf (although I don't understand why 127.0.0.1 didn't work). I'm sure I'd done this the first time around, but since I did a complete re-install of the box to try and get this working, I had literally installed ircd-hybrid as the first thing I did, and hadn't checked the basics (I case of making the machine run before it could walk, perhaps.. although my first attempt definitely did have DNS working, but we'll never know why that didn't work).<br>
<br></div>The give-away, now that it's working is that after the previously stalled "No Ident response" line, I now get<br>09:16 !copstick4 *** No Ident response<br>09:16 !copstick4 *** Found your hostname<br>
09:16 -!- Welcome to the debian Internet Relay Chat Network Dave_<br><br></div>...showing that hostname lookup was what was halting it. (For the record Amrit, I couldn't find an option in the config to disable hostname lookups).<br>
<br></div>This is all working with a very basic stock config file, and without SSL compiled in... now that is working I will start piling on the more complex stuff when I get home from work tonight.<br><br></div>Finally, for any newbies googling this, the complete fix was just a case of adding:<br>
dns-nameservers 10.9.2.99<br></div>...to the eth0 section of my /etc/network/interfaces file and rebooting, so that /etc/resolv.conf got the right nameserver written to it when networking came up.<br><div><br><div>
Thanks everyone for your help and suggestions. I'm almost embarrassed at what a basic error I had made. I'll go back to building up a more complex config later on.<br><br>Cheers,<br></div><div>--Dave<br></div><div>
<div><br><div><div><div><br><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 July 2013 08:37, Amrit Panesar <span dir="ltr"><<a href="mailto:apanesar@4195tech.com" target="_blank">apanesar@4195tech.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>I've had a similar issue before and if my memory serves me correctly, there is an option to disable hostname lookups, my recommendation is to perhaps disable hostname lookups or ensure that your system-wide DNS settings are set correctly. Google DNS works well for me (<a href="http://8.8.8.8/8.8.4.4" target="_blank">8.8.8.8/8.8.4.4</a>)</div>
<div><br></div><div>-AP<br><br>Sent from my iPhone</div><div class="im"><div><br>On Jul 12, 2013, at 12:23 AM, David Smith <<a href="mailto:dfluff76+hybrid@gmail.com" target="_blank">dfluff76+hybrid@gmail.com</a>> wrote:<br>
<br></div></div><div><div class="h5"><blockquote type="cite"><div><div dir="ltr"><div>I have tried several machines, including connecting locally from the problem machine on 127.0.0.1. All fail in the same way. All machine are able to connect to other irc servers without problem, both on the local LAN and out on the internet.<br>
<br></div>--Dave<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 July 2013 03:46, Jack L. <span dir="ltr"><<a href="mailto:xxjack12xx@gmail.com" target="_blank">xxjack12xx@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Have you tried on another machine? Maybe it's a client side firewall?<br>
<div><div><br>
On Thu, Jul 11, 2013 at 7:28 PM, <a href="mailto:rjvahc@googlemail.com" target="_blank">rjvahc@googlemail.com</a><br>
<<a href="mailto:rjvahc@googlemail.com" target="_blank">rjvahc@googlemail.com</a>> wrote:<br>
> I know this problem, but there is no solution in few words. You must dig<br>
> deep to get out what's the problem this day, reading logs, modifying<br>
> configs in small steps and so on. I could try to help going into machine<br>
> if it is clean with no sensible data, but no idea what it could be with<br>
> the text you provided. By the way, sentences with "...Ident response"<br>
> are kinda only thing an IRC server says when having problems, it's like<br>
> "* Ident response" = "I got problems", with no details what problems it<br>
> could be.<br>
><br>
><br>
> В Чтв, 11/07/2013 в 21:43 +0100, David Smith пишет:<br>
>> Hi,<br>
>><br>
>> I'm having a headache of a time building a PC to replace my previous<br>
>> server box, which has been running ircd-hybrid for many years.<br>
>><br>
>><br>
>> The new box is a 64bit machine, with Ubuntu 12.04LTS 64-bit server<br>
>> edition installed.<br>
>><br>
>> I've installed ircd-hybrid, and moved my old config across, but when<br>
>> that failed to work, I went back to basics, and used the provided<br>
>> ircd.conf, with only the server IP and the "havent_read_conf" setting<br>
>> changed (i.e. no server passwords or any other obvious gotchas).<br>
>><br>
>> The problem is that whenever any client connects, I get the following:<br>
>> 21:20 -!- Irssi: Connection to 10.9.2.1 established<br>
>> 21:20 !hybrid7.debian.local *** Looking up your hostname...<br>
>> 21:20 !hybrid7.debian.local *** Checking Ident<br>
>> 21:20 !hybrid7.debian.local *** No Ident response<br>
>><br>
>><br>
>> ....but then *nothing* else. I can leave it for many minutes, (5...<br>
>> 10...), after which the connection sometimes drops out, sometimes<br>
>> doesn't, depending on the client.<br>
>><br>
>><br>
>> I have tried through the 127.0.0.1 address, and through the eth0 LAN<br>
>> address. I have tried clients on other machines. There is no<br>
>> firewall in the way (nothing in "iptables -L").<br>
>><br>
>><br>
>><br>
>> Don't be fooled by the "No Ident response" final line... I have tried<br>
>> installing an ident server, so that it DID get an ident response, and<br>
>> it halted at just the same point.<br>
>><br>
>><br>
>><br>
>> The version installed here is the stock from Ubuntu12.04LTS,<br>
>> 7.2.2.dfsg.2-6.3 but I have tried other versions from ealier/later<br>
>> Ubuntu distros. I think I've also tired an 8.x version (..I've tried<br>
>> so many things, I've lost track..), and all of those that I have<br>
>> managed to install/compile successfully have behaved the in the same<br>
>> way. My original attempt was a self-compiled .deb with SSL enabled,<br>
>> but, again, that did not work, although the very same .deb did work on<br>
>> another 12.04LTS 64-bit machine. I've even formatted the box, and<br>
>> done a fresh OS install followed by an apt-get install of hybrid-ircd,<br>
>> and still get the same results!<br>
>><br>
>><br>
>> I have only found a handful of posts describing this problem on<br>
>> Google, and of those, one ended in the advice of "use another ircd",<br>
>> and the other threads just went cold, or never got a first response.<br>
>> I cannot use another ircd, since I'm joining this to other<br>
>> hybrid-ircds on other boxes.<br>
>><br>
>><br>
>> (eg <a href="http://ubuntuforums.org/showthread.php?t=1432177" target="_blank">http://ubuntuforums.org/showthread.php?t=1432177</a> and<br>
>> <a href="http://bit.ly/18QqdHs" target="_blank">http://bit.ly/18QqdHs</a> both sound like my problem, but with no<br>
>> solutions).<br>
>><br>
>><br>
>><br>
>> So.. have you guys come across anything like this? Or, what can I do<br>
>> to help diagnose the problem?<br>
>><br>
>><br>
>> Many thanks,<br>
>><br>
>> --Dave<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br></div>
</div></blockquote></div></div></div></blockquote></div><br></div>
</div></blockquote></body></html>