Questions[zerigo](server)

I've tried to resolve this myself and have looked through Google and Stack but haven't found the answer I'm looking for.

Currently on a VPS server I have BIND DNS installed as a MASTER DNS Server. I use Zerigo's DNS service as SLAVE servers for public use: The Master doesn't receive queries - It's job is to simply create and modify DNS entries locally of which the SLAVE use to serve.

Here is an excerpt of the BIND log, I set it to INFO event logging:

14-Apr-2012 23:00:00.234 general: info: received control channel command 'reload'
14-Apr-2012 23:00:00.234 general: info: loading configuration from 'C:\DNS\BIND\etc\named.conf'
14-Apr-2012 23:00:00.234 general: info: using default UDP/IPv4 port range: [1024, 65535]
14-Apr-2012 23:00:00.234 general: info: using default UDP/IPv6 port range: [1024, 65535]
14-Apr-2012 23:00:00.250 general: info: reloading configuration succeeded
14-Apr-2012 23:00:00.250 general: info: reloading zones succeeded
14-Apr-2012 23:16:22.750 xfer-out: info: client 174.36.24.251#47135: transfer of 'ajmakeup.com/IN': AXFR started
14-Apr-2012 23:16:22.750 xfer-out: info: client 174.36.24.251#47135: transfer of 'ajmakeup.com/IN': AXFR ended
14-Apr-2012 23:16:23.015 xfer-out: info: client 68.71.141.22#36212: transfer of 'ajmakeup.com/IN': AXFR started
14-Apr-2012 23:16:23.031 xfer-out: info: client 68.71.141.22#36212: transfer of 'ajmakeup.com/IN': AXFR ended

As you can see there is no problem with Zerigo's DNS servers requesting new DNS data, when I force a reload that is; I don't believe, as per the way they are set as SLAVE, that they poll for changes.

However the problem is the other way; the MASTER is not updating the SLAVE servers when reload is run (on the MASTER); it is a batch on a 15 minute timer.

Below is my NAMED.CONF:

key "rndc-key" {
    algorithm hmac-md5;
    secret "REMOVED FOR SECURITY";
};

acl "trusted" {
        174.36.24.251/32;
    68.71.141.22/32;
        localhost;
};

options {
    version "not currently available";
    directory "C:\DNS\BIND\etc";
    allow-query {
                trusted;
        };
};

controls {
    inet 127.0.0.1 port 953
    allow { 127.0.0.1; } 
    keys { "rndc-key"; };
};

logging{
  channel simple_log {
    file "C:\DNS\BIND\logging\bind.log" versions 3 size 5m;
    severity info;
    print-time yes;
    print-severity yes;
    print-category yes;
  };
  category default{
    simple_log;
  };
};

zone "ajmakeup.com" in {
    type master;
    file "c:\dns\BIND\zones\db.ajmakeup.com.txt";
    allow-transfer { 174.36.24.251; 68.71.141.22; };
    allow-update { none; };
};

Does my problem have something to do with 'allow-query' under options? You will notice that 'allow-transfer' is set explicitly on each DNS zone.

In case you need it here is my RNDC.CONF:

key "rndc-key" {
    algorithm hmac-md5;
    secret "REMOVED FOR SECURITY";
};

options {
    default-key "rndc-key";
    default-server 127.0.0.1;
    default-port 953;
};

server localhost {
  key "rndc-key";
};

Note:

I am using WebsitePanel as my hosting panel and is such why it creates the zone enteries the way it does. Although I know I can change this behaviour, I do not wish to do so nor do I believe is the root of the problem.

Thanks for your help.

I have a domain - myapp.com - hosted by Dream Host. Up until recently I had some php as a signup form at that domain. I also had a one-click install of Word Press at blog.myapp.com, and could log into GMail through Google Apps from Dream Host at mail.myapp.com.

A few days ago I migrated my Rails app over to myapp.com using Heroku's Zerigo add-on. Zerigo worked magic migrating my app over to myapp.com, however blog.myapp.com didn't work, and neither did mail.myapp.com. (I could access mail but I had to go mail.google.com/a/myapp.com. Plus I was having people tell me their emails to me were bouncing back with errors.)

I contacted Dream Host who helped with getting my blog back - they had me use custom DNS by setting the A record with value 173.236.196.13 for blog.myapp.com and www.blog.myapp.com. I did this in Zerigo. The blog was back.

However, I still couldn't access my mail through mail.myapp.com. So I went back to Dream Host and they told me to:

1. Have MX records set for myapp.com and mail.myapp.com pointing to mx1.sub4.homie.mail.dreamhost.com. and mx2.sub4.homie.mail.dreamhost.com. Priority of 0 (zero) for both.
2. Set an A record for mail.myapp.com pointing to 208.97.132.231 and another for webmail.myapp.com pointing to 208.97.187.139.

I did all of the above in Zerigo as well and nothing worked. Worse yet, I think my email stopped working. So I removed the MX records for dreamhost, as well as the A records pointing to 208.97.187.139.

So where things currently stand, I have an app that works, a blog that works, but email that I still can't access at mail.myapp.com. And that freaks me out. How can I fix this?

I should note that I'm trying to send mail from my app in SendGrid and GMail (only locally), but have my email accounts and everything else with Google Apps.

I've pasted in all of my Zerigo DNS info below:

myapp.com    174.129.212.2    A    10 minutes   

myapp.com    75.101.145.87    A    10 minutes   

myapp.com    75.101.163.44    A    10 minutes   

myapp.com    aspmx.l.google.com    MX    1    1 hour    

myapp.com    alt1.aspmx.l.google.com    MX    5    1 hour   

myapp.com    alt2.aspmx.l.google.com    MX    5    1 hour   

myapp.com    aspmx2.googlemail.com    MX    10    1 hour    

myapp.com    aspmx3.googlemail.com    MX    10    1 hour    

blog.myapp.com    173.236.196.13    A    10 minutes 

www.blog.myapp.com    173.236.196.13    A    10 minutes 

www.myapp.com    proxy.heroku.com    CNAME    10 minutes

I'm hosting an app on Heroku and have a basic DNS plan with Zerigo. I tried to upgrade the Zerigo plan from "basic" to "tier 1" through the Heroku command line tool and received the following error:

• Hostname may not be assigned to both a CNAME and other record types at the same time (the CNAME would override all other record types with the same hostname anyway)

Can anyone help me understand this error message, or has anyone experienced this issue firsthand?

Update:

I had no duplicate CNAME entries and I was able to upgrade my account directly through the Zerigo site. See my comment to the accepted answer below. I'll add another update if/when Zerigo or Heroku confirms the root cause.

I host my domain in Zerigo's DNS service, the domains A-record points to EC2 instance. I guess I dont need bind in EC2 server, just handle domains with apache virtualhost, this is right? Can I handle subdomain's (lorem.ipsum.com) A-record with apache virtualhost?

I'm about to pull out my hair on this one. I have a rails app hosted on Heroku, using Zerigo Free for DNS. The app is available at:

• smartvark.com (preferred)
• www.smartvark.com (some users insist on typing www, this redirects to remove the www)
• smartvark.heroku.com (not given to users but perhaps useful for comparison in troubleshooting)

Users are intermittently (1 in 50 or so requests) experiencing extremely long load times (~2min) and when I try to triage by watching my server logs, their requests don't seem to hit until the end of the wait period. Typical load times for the site are fast around 200-400ms. I am using NewRelic and it isn't indicating any server load issues, although it picks up the end-user issue with its beacon and charts this time as "Network".

Using Firebug and Chrome devtools I am able to see the timeline when this happens on my machine, and they both show a long wait time before any response, which Firebug classifies as "DNS lookup" and Chrome doesn't seem to classify. After the first response happens, the rest of the site loads very fast.