Re: mirror related changes not propagating for the geodns entries
| From: | Hannes Magnusson | Date: | Mon, 06 Jul 2015 18:36:39 +0000 |
| Subject: | Re: mirror related changes not propagating for the geodns entries | ||
| References: | 1 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-21469@lists.php.net to get a copy of this message | ||
On Mon, Jul 6, 2015 at 5:42 AM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
> Hi,
>
> I've was just told that the IP changes for php.mirror.camelnetwork.com.
> (which is the registered cname for uk1.php.net) did not get propagated to
> uk.php.net
We don't handle the camelnetwork.com... I'm not sure what you mean?
In our books uk1.php.net is called php.mirror.camelnetwork.com, and we
do gethostbyname() hourly to populate uk.php.net.
Any IP changes of the hostname are handled outside of our system.
That is why we point at cnames, so we don't have to care if the server
IP changes...
Unfortunately apparently round-robin dns wants IPs, not cnames, so we
have to do that gethostbyname() :(
Are you saying that www.php.net is not returning the IP of
php.mirror.camelnetwork.com ?
That is a path we haven't tried. It should work, but we haven't confirmed.
> and when verifying this I also realised that while uk3.php.net
> was disabled on the mirror interface two days ago it is still in the geoip
> rotation.
> so from the looks of it it seems that the dns changes for the geodns domains
> aren't propagated correctly.
Ah. I never got around to, and then totally forgot, to update the
master/mirrors.php manual disabling/enabling to call the EasyDNS API.
http://git.php.net/?p=web/master.git;a=blob;f=manage/mirrors.php;h=ad4ad804adf59275411226b6a31543704d590402;hb=HEAD#l61
Needs to check if we are modifying 'active', and if so, run
http://git.php.net/?p=web/master.git;a=blob;f=scripts/mirror-test;h=5069839ac1f4aea6745682b610766bd293d41705;hb=HEAD#l342
to activate
or, when disabling
http://git.php.net/?p=web/master.git;a=blob;f=scripts/mirror-test;h=5069839ac1f4aea6745682b610766bd293d41705;hb=HEAD#l325
But to get the ID, you need to get the full list first, and backtrace
the id for the cname.
This is because IDs are mutable. Changes in for example the zone file
will affect these things.
-Hannes