As the original poster of this thread, I thought I would add another 2
cents. I discovered my ISP (Cablevision in New York), offers the
ability to "opt out" of DNS redirection. This is not widely
disseminated knowledge and it is almost impossible to find unless you
know it exists.
I changed my s
Just thought I'd point out that wikipedia has a section on this practice by
ISPs.
http://en.wikipedia.org/wiki/DNS_hijacking#Use_by_ISPs
Also, my preferred workaround, either for individual machines by themselves, or
for entire networks, is to use a real public DNS service. The only one I know
That is what I would guessed too, and I think it would be a good
default behavior. I know some people have very strong opinion on this
issue. Should it be discussed at a Server team meeting, or even as a
session in the next UDS? That way, we could get opinion from all
stakeholders and formulate
IIUC Windows "default behavior" depends on whether the machine is joined
to a domain. In a domain it will preferably resolve using DNS
(theorically AD one), while outside a domain it will broadcast first.
--
Change resolve order so Nautilus can browse local network when ISP uses DNS
redirection
Thierry Carrez wrote:
> Not exactly, what I'm saying is that on *every* network that has a
> correct DNS setup, this change will result in a small performance hit
> and/or useless network noise. This is not a question of "large company
> networking". Everyone can setup dnsmasq for local name resolu
> So you are saying that trying to browse a network with seperate LANs and AD
> deployed
> using KDE would also be slower than trying to browse the same network with
> Gnome?
Not exactly, what I'm saying is that on *every* network that has a
correct DNS setup, this change will result in a sma
>KDE/smb4k also use broadcast and bypass settings from "name resolve order".
So you are saying that trying to browse a network with seperate LANs and AD
deployed using KDE would also be slower than trying to browse the same network
with Gnome?
If that is true, then given the current state of DN
