OpenKB::Server Technical Papers

Excerpt
New Referral Behavior

When queried for an existing A or AAAA record serving as glue (an address record at or below NS records at a delegation point), the authoritative name servers for .com and .net respond with the glue record in the answer section. However, the answer is not marked authoritative, i.e., the AA bit is not set. While this behavior conforms to the DNS standards, recent authoritative servers do not respond this way. Instead, when queried for a name at or below a delegation point, recent authoritative servers respond with a referral to the delegated zone. This behavior is also supported by the DNS standards. More info

My take on this:
This will effect people who fail to properly create a glue record with the registry. I have seen people setup A records to point to company X nameservers ips. Well this is not going to fly anymore, you will need to properly setup the nameservers with the registry.

DNS Cycle:
A users request a domain name > This request goes to the root servers first> the root server will now only return the NS record without the A record > **Referral to the actual nameservers for the domain ** > The actual nameserver will return the A record for the domain > the user is then directed to the hosting server.

Current cycles :

The root nameserver were returning the A record for the nameserver. So it was actually doing query on the assigned nameservers for the requested domain. This added a few miliseconds to the users request for the web content. By eliminating this cycle should increase the response time.

I used yahoo.com as an example of what a domain request looks like
*** this is returns the nameservers from the root server *****
;; Received 499 bytes from 192.36.148.17#53(I.ROOT-SERVERS.NET) in 219 ms

yahoo.com. 172800 IN NS ns1.yahoo.com.
yahoo.com. 172800 IN NS ns2.yahoo.com.
yahoo.com. 172800 IN NS ns3.yahoo.com.
yahoo.com. 172800 IN NS ns4.yahoo.com.
yahoo.com. 172800 IN NS ns5.yahoo.com.
;; Received 197 bytes from 192.54.112.30#53(h.gtld-servers.net) in 124 ms

*the nameservers are then queried for the A record for yahoo.com. as you can see they have their servers load balanced for failover. *Multiple ips were returned for their A records *

yahoo.com. 21600 IN A 209.131.36.159
yahoo.com. 21600 IN A 209.191.93.53
yahoo.com. 21600 IN A 209.191.122.70
yahoo.com. 21600 IN A 67.195.160.76
yahoo.com. 21600 IN A 69.147.114.224
yahoo.com. 21600 IN A 69.147.125.65
yahoo.com. 21600 IN A 72.30.2.43
yahoo.com. 21600 IN A 98.137.149.56
yahoo.com. 172800 IN NS ns8.yahoo.com.
yahoo.com. 172800 IN NS ns6.yahoo.com.
yahoo.com. 172800 IN NS ns3.yahoo.com.
yahoo.com. 172800 IN NS ns2.yahoo.com.
yahoo.com. 172800 IN NS ns5.yahoo.com.
yahoo.com. 172800 IN NS ns4.yahoo.com.
yahoo.com. 172800 IN NS ns1.yahoo.com.
;; Received 393 bytes from 68.180.131.16#53(ns1.yahoo.com) in 1 ms

Fast DNS response within 1ms , good job yahoo

Error: An error occurred while attempting to connect to your weblog: Invalid Server Response – The response to the blogger.getUsersBlogs method received from the weblog server was invalid. You must correct this error before proceeding. or Invalid response document returned from XmlRpc server
Other:
Invalid response document returned from XmlRpc server

Possible solution Solution : find the class.IXR.php file (under wp-includes), edit the file, and look for function output($xml) FInd the line that calculates the length $length = strlen($xml); and replace it by $length = strlen($xml)+3;

or if modsecurity is enabled set the following in an .htaccess file <files xmlrpc.php>SecFilterInheritance Off </files>

Error
ejabberdctl status
RPC failed on the node ejabberd@localhost: nodedown

This occurred when using a live cd in a virtual player under bridge mode. The app loads after a virtual player reboot, but restarting the service within ssh returned the error. So I did a hard reboot on the host machine which resolve the issue.

You will also need to make sure the host name is correct in the ejabberd cfg file.

Speeqe is a web interface for the Jabber chat servers.

Bug in : TurnkeyLinux Ejabberd version: 2009.10

issue: When using the interface in internet explorer. The P key bring up the help menu option and should not. There have been talks about this happening with Safari and Opera.

Speeqe released an update on 1/18/2010. As of today Turnkey has not updated their source so a manually fix is needed if your using turnley version.

The uppdated files can be downloaded from Speeqe. Thanks to Nathan Zorn for providing this fix.

We are in the process of touching base with Turnkey to see if they are aware.

Error

JAuthentication::__construct: Could not load authentication libraries.

solution..

Make sure the authentication plugin is enabled ..
in the Joomla database, and changed it’s published status to 1 in the “jos_plugins” table.