I will check firewaling when I get back to my computer.<br><br>We do have a backend configured, it is currently set to use mysql. <br><br>Thanks<br><br>On Sunday, November 20, 2011, Stefan Schmidt <<a href="mailto:zaphodb@zaphods.net">zaphodb@zaphods.net</a>> wrote:<br>
> On Sun, Nov 20, 2011 at 3:40 PM, Oliver Kent <<a href="mailto:admin@peerx.co">admin@peerx.co</a>> wrote:<br>>> I had another look through the logs and found this: <a href="https://pastee.org/zn4bj">https://pastee.org/zn4bj</a><br>
>><br>>> I ran a ping and traceroute to the IP and all went through fine. It just<br>>> seems to be timeing out, but I will try out some of the suggestions tonight.<br>><br>> Both IPs are answering me just fine on udp/53 dns.<br>
> Try what a<br>> dig @<a href="http://208.66.71.20">208.66.71.20</a> <a href="http://www.gogax.com">www.gogax.com</a> +norec<br>> and<br>> dig @<a href="http://208.66.71.21">208.66.71.21</a> <a href="http://www.gogax.com">www.gogax.com</a> +norec<br>
> gives you. And what happens if you add a +tcp.<br>> It might just be a firewalling issue.<br>><br>>> Here is my pdns.conf: <a href="https://pastee.org/x8g39">https://pastee.org/x8g39</a> (I am aware that it is set to<br>
>> allow the world to recurse).<br>><br>> It does not look like you have configured any backends yet.<br>> I would also try adding at least one even if it doesn't contain any data.<br>><br>>  Stefan<br>
>