Recursive Lookups
Jan 6, 2007when i do a recursion no;" in the "options" of named.conf it blocks email from coming into the server, and out as well.
View 10 Replieswhen i do a recursion no;" in the "options" of named.conf it blocks email from coming into the server, and out as well.
View 10 RepliesI am checking DNS Report for a domain and in nameservers records I am getting following:
Recursive Queries
I could use the nameservers listed below to performe recursive queries. It may be that I am wrong but the chances of that are low. You should not have nameservers that allow recursive queries as this will allow almost anyone to use your nameservers and can cause problems. Problem record(s) are:
xxx.xxx.xxx.xxx
I am using Windows 2003 Standard and Microsoft DNS Server. Any ideas what is this all about and how to fix it?
I want to recursive chmod 777 to some particular folder.
As per i know the command is -
chmod -R 777 *
But how can i run this command for any particular folder.
For eg the folder is - /home/XXXX/public_html/folder
I have a concern during the installation of PrestaShop. I created a subdomain through Plesk, put my files on my server via FTP. During installation of PrestaShop, I have a problem:
Recursive write permissions for the Apache user on the ~ / config /
My user is "NOWIS" and my group is "psacln" ....
I think the user "NOWIS" has no rights as "Apache" ....
I have got a dedicated server running Fedora Core 7.
My problem is that I am trying to run yum updates using the default repos and it failes to respond and check any mirrors?
I have tried to disable ipv6 and changed some tcp timeout settings along with the resolver.conf name servers and has appeared to fix the wget timeouts but yum is still slow.
what I broke
Fairly new VPS running centos + cpanel
Getting very slow dns lookups > 4 seconds, sometimes as long as 10 seconds, via both php and shell ping tests, etc. Pinging via IP is very fast.
named is running (tried restart, no change)
In cpanel the resolvers are set to the proper datacenter Nameserver IPs.
Is there a way you can hide from the whois lookups how many site's you have hosted on your server? Like, for the reverse IP, usually it'll mention how many sites are hosted on the server when you do a whois lookup.
Is there a way to prevent it from doing that?
I am trying to debug a dns problem.
What I need is for you to do a dns lookup and report:
1) the address that was returned, the last octect will do.
2) the area of the world you queried from
The answers *will* vary because the dns server is geolocation enabled. Or, at least they *should* vary. But, someone claims its buggered.
The host name to lookup is:
ssl.dnsmasq.com
when I enable csf my server looses the ability to do an nameserver lookups. It doesn't seem like port 53 is being blocked, I've added the 2 nameservers in /etc/resolve.conf to my csf.allow file, but still nothing. Outgoing mail fails because it can't lookup domain names, I've tried nslookup from the command line and it times out. I'm out of ideas. Am I wrong about looking at port 53? Do I need to whitelist some other IP I'm missing? This is a RHEL5 server.
iptables --line-numbers -L OUTPUT -n | grep :53
39 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:53
49 ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:53
54 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp spt:53 dpt:53
55 ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp spt:53 dpt:53
56 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp spts:1024:65535 dpt:53
57 ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp spts:1024:65535 dpt:53
58 ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp spt:53 dpts:1024:65535
59 ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp spt:53 dpts:1024:65535
DNS lookups against domains on my server are suddenly failing. The /etc/resolv.conf shows 3 entries for uplink DNS servers at my provider (theplanet). Bind is running, too.
What else could cause this? All sites are accessible via IP, but not by name anymore.
Cpanel/WHM server
Now that DNSReport is forcing logins/charging users for accounts does anyone know of any alternatives?
I can't seem to find anything remotely decent throughout my search engine hunts!