[plug] iinet freezone

Wed Jan 7 14:20:55 WST 2009

my dns servers will
be forced to use iinet's cached dns?

Not exactly.

203.0.178.191 is an IP in each state (iirc except NT) and is its own pool of servers. Therefore a WA client requesting 203.0.178.191 will be routed to the nearest dns-pool for its state.

Also as a forwarder if no response is received from the dns-pool it should recurse itself automatically. (if forward first [not only] selected) Therefore benefit of both your local server for queries if no response from the pool, and local downloads.

Rob

-----Original Message-----
From: plug-bounces at plug.org.au [mailto:plug-bounces at plug.org.au] On Behalf Of Niffum
Sent: Wednesday, 7 January 2009 1:08 PM
To: plug at plug.org.au
Subject: Re: [plug] iinet freezone

Funny you should suggest that I test them... It was on my mind.  Last
week I decided it was time to buy a new adsl/wireless and i installed
it.  I have a weird network setup, long story short, i have two
subnets.  One subnet is the wireless the other subnet is the normal
LAN.  I was having trouble on the wireless resolving DNS.  I lost
count how many times i restarted my dns servers and went through the
log files.  There was nothing wrong with my normal lan DNS.  It
wasn't EVERY dns name, it was random dns would not resolve, if i
tried it over and over eventually it would resolve.  This went on for
about half an hour till I realized that in setting up the new
adsl/wireless i made a mistake and had let it use iinet for my DNS server.

As soon as I took iinet's DNS servers out of the picture, dns started
working properly.

The problem is not that I don't like iinets dns servers, its just
that i want dns to work... I have been caught out to many times
trying to sort out a problem that turned out to be just a dodgy dns server.

So let me get this right, you are telling me that iinet have
implemented a transparent type of DNS cache? ie my dns servers will
be forced to use iinet's cached dns?  That doesn't seem quite right
because I use specific dns servers to lookup specific names when i
have issues... using a transparent dns cache would screw that all up.

At 09:51 AM 7/01/2009, you wrote:
>Further to this, there was a period a number of years ago when iiNets
>DNS servers were problematic (mostly not being connectable), however
>they redesigned the entire DNS infrastructure to make it nationally
>redundant, ie. it doesn't matter where you are or what server fails
>you will always have DNS connectivity. I would suggest that you retest
>them and see if the issues that you experienced are still around.
>
>Adam.
>
>On Wed, Jan 7, 2009 at 7:59 AM, Robby Cribbes <Robby at cribbes.com> wrote:
> > .  Who wants to watch
> > youtube live... lag, latency... pft.
> >
> >
> >
> > Ill simply point out iiNet runs their own caches. (maybe not
> youtube, but iirc *.l.google.com is cache)
> >
> >
> > Running your own dns server without using iiNet's dns as a
> forwarder will only result in one thing. Using a random cache your
> recurrser will give you. Also it can have an effect on the
> freezone, like apple/itunes downloads.
> >
> > Frankly I prefer the pool inside the core ii-network.
> >
> >
> > Rob
> >
> >
> >
> >
> > -----Original Message-----
> > From: plug-bounces at plug.org.au [mailto:plug-bounces at plug.org.au]
> On Behalf Of Niffum
> > Sent: Wednesday, 7 January 2009 12:26 AM
> > To: plug at plug.org.au
> > Subject: RE: [plug] iinet freezone
> >
> > Looks like i missed something... Here I was thinking that the 'free
> > zone' was anything connected to waix... I wasn't very impressed when
> > i clicked on 'freezone' on the iinet web page and it came up with all
> > this crap... I saw a mention of a plugin to block flash in
> > firefox.  I use noscript in firefox.  Nothing funnier than blocking
> > statistics that go back to google.... its amazing what web developers
> > now think they can do... must believe that no one is watching.  Its
> > nice to have a little control over what content _I_ want my
> browser to play.
> >
> > I saw a mention to iiNets NASA feed and the use of telnet.  I like
> > using wget then i can chop chop and follow the trail till i find the
> > content I want and play it how i want to play it.
> >
> > Its also along the lines of websites that make it difficult to
> > download content... they want to 'own' the content... but usually the
> > content was never their content to start with.  Who wants to watch
> > youtube live... lag, latency... pft. the plugin for firefox called
> > DownloadHelper seems to download flv files right from youtube so i
> > can watch them without any pauses...skips...and i don't have to screw
> > around trying to find a link, it just does it for me.
> >
> > I would ring iinet support, but i have a feeling iinet support would
> > be the kind of support that would sell me an adsl1 filter for
> > adsl2+... or they would tell me to check my dns settings (I run my
> > own two dns servers ,one for good luck, iinets have never been much
> > much chop for me)
> >
> > I use the ftp site for my debian sources.list, but it seems to be as
> > stable as the iinet name servers... when i want it, it doesn't
> > work.  I only use it because its apparently part of the 'freezone'.
> >
> >
> > At 10:11 AM 1/01/2009, you wrote:
> >>Thanks Bernd
> >>That link looks like what I am looking for.I am finally back to
> >>where I was before iinet decided to upgrade their site.
> >>Correspondence with iinet support would indicate either they don't know
> >>their product or they don't want people to be using ftp because as far
> >>as they are concerned you either have flash installed or you can't use
> >>the free zone.
> >>
> >>Thanks for all your help guys.
> >>
> >>Cheers
> >>Innis
> >>
> >
> > _______________________________________________
> > PLUG discussion list: plug at plug.org.au
> > http://www.plug.org.au/mailman/listinfo/plug
> > Committee e-mail: committee at plug.linux.org.au
> >
> > This email and any files transmitted with it are confidential and
> may contain privileged or copyright protected information. You must
> not present this message to another party without gaining
> permission from the sender. If you are not the intended recipient
> you must not copy, distribute or use this email or the information
> contained in it for any purpose other than to notify us.
> >
> > If you have received this message in error, please notify the
> sender immediately, and delete this email from your system. We do
> not guarantee that this material is free from viruses or any other
> defects although due care has been taken to minimise the risk.
> > _______________________________________________
> > PLUG discussion list: plug at plug.org.au
> > http://www.plug.org.au/mailman/listinfo/plug
> > Committee e-mail: committee at plug.linux.org.au
> >
>_______________________________________________
>PLUG discussion list: plug at plug.org.au
>http://www.plug.org.au/mailman/listinfo/plug
>Committee e-mail: committee at plug.linux.org.au
>
>No virus found in this incoming message.
>Checked by AVG - http://www.avg.com
>Version: 8.0.176 / Virus Database: 270.10.3/1879 - Release Date:
>1/6/2009 5:16 PM

_______________________________________________
PLUG discussion list: plug at plug.org.au
http://www.plug.org.au/mailman/listinfo/plug
Committee e-mail: committee at plug.linux.org.au

This email and any files transmitted with it are confidential and may contain privileged or copyright protected information. You must not present this message to another party without gaining permission from the sender. If you are not the intended recipient you must not copy, distribute or use this email or the information contained in it for any purpose other than to notify us.

If you have received this message in error, please notify the sender immediately, and delete this email from your system. We do not guarantee that this material is free from viruses or any other defects although due care has been taken to minimise the risk.