Telenet gebruikt een .local domein?

[Alvin]

Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt niet
langer op mijn intern netwerk.

Volgens deze bug ligt het aan Telenet:
https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362

Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel of
andere account de output posten van:
$ host -t SOA local.

Bij Telenet is dit:
local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
2008082501 10800 3600 604800 3600

--
Alvin

[Cajmere]

Op Tue, 08 Sep 2009 17:24:41 +0200, schreef Alvin:

> Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt niet
> langer op mijn intern netwerk.
>
> Volgens deze bug ligt het aan Telenet:
> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362
>
> Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel of
> andere account de output posten van:
> $ host -t SOA local.
>
> Bij Telenet is dit:
> local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
> 2008082501 10800 3600 604800 3600

aha!

Nu weet ik waarom ik telkens melding krijg dat Avahi netwerk detectie
wordt uitgeschakeld sedert paar weken.

Dacht eerst dat het een bug was die erin geslopen was via update ofzo.
Niet dus ;-).

[Philip Paeps]

Alvin <info@alvin.be> wrote:
> Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt niet
> langer op mijn intern netwerk.
>
> Volgens deze bug ligt het aan Telenet:
> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362
>
> Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel of
> andere account de output posten van:
> $ host -t SOA local.
>
> Bij Telenet is dit:
> local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
> 2008082501 10800 3600 604800 3600

Waarmee weer bewezen is dat mDNS fundamenteel broken is. Het is inderdaad een
beetje vreemd dat Telenet .local wil resolven, maar de afhankelijkheid van
mDNS op onbestaande "speciaalheid" van .local maakt het fragiel en bovendien
ook schadelijk (onnoemelijk veel DNS traffiek voor .local komt op het internet
terecht waar het niet thuishoort).

Gebruik gewone DNS.

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

To spot the expert, pick the one who predicts the job
will take the longest and cost the most.

[Philip Paeps]

Philip Paeps <philip+usenet@paeps.cx> wrote:
> Alvin <info@alvin.be> wrote:
>> Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt niet
>> langer op mijn intern netwerk.
>>
>> Volgens deze bug ligt het aan Telenet:
>> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362
>>
>> Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel of
>> andere account de output posten van:
>> $ host -t SOA local.
>>
>> Bij Telenet is dit:
>> local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
>> 2008082501 10800 3600 604800 3600
>
> Waarmee weer bewezen is dat mDNS fundamenteel broken is. Het is inderdaad een
> beetje vreemd dat Telenet .local wil resolven, maar de afhankelijkheid van
> mDNS op onbestaande "speciaalheid" van .local maakt het fragiel en bovendien
> ook schadelijk (onnoemelijk veel DNS traffiek voor .local komt op het internet
> terecht waar het niet thuishoort).

Om een idee te geven:

http://stats.l.root-servers.org/cgi-bin/dsc-grapher.pl?window=604800&plot=qtype_vs_invalid_tld&server=L-root

Vervuiling.

- Philip

--
Philip Paeps Please don't email any replies
philip@paeps.cx I follow the newsgroup.

[talking about coffee in a paper cup]
typo: "This coffee is still quite hot."
red_pill: "That would be because of the irrigated cardboard, then."

[Jan Claeys]

Op Wed, 09 Sep 2009 13:14:49 +0000, schreef Philip Paeps:

> Alvin <info@alvin.be> wrote:
>> Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt
>> niet langer op mijn intern netwerk.
>>
>> Volgens deze bug ligt het aan Telenet:
>> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362
>>
>> Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel
>> of andere account de output posten van:
>> $ host -t SOA local.
>>
>> Bij Telenet is dit:
>> local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
>> 2008082501 10800 3600 604800 3600

Telenet zou moeten weten dat dat problemen veroorzaakt...

> Waarmee weer bewezen is dat mDNS fundamenteel broken is.

Het lijkt me eerder dat er een ander probleem is; zolang queries voor
een .local TLD niet buiten je LAN gaan (wat standaard zo is), is er geen
enkel probleem met het gebruik voor mDNS daarvan.

> Het is inderdaad een beetje vreemd dat Telenet .local wil resolven,
> maar de afhankelijkheid van mDNS op onbestaande "speciaalheid"
> van .local maakt het fragiel en bovendien ook schadelijk (onnoemelijk
> veel DNS traffiek voor .local komt op het internet terecht waar het
> niet thuishoort).

Dat laatste valt redelijk simpel te vermijden natuurlijk, en de standaard-
configuratie[1] van Ubuntu (en van Avahi, wat dat betreft, dus ik ga er
van uit dat dat voor de meeste linux-distro's & unix-achtige OS'en ook zo
is?) vermijdt dat ook... tenzij Telenet beweert dat .local wel bestaat
natuurlijk.

Ik heb geen idee hoe Apple dat implementeert trouwens (en dus hoe het op
Mac OS X & Windows werkt, want zij leveren de "standaard"-implementaties
daarvoor).


Simpelste oplossing voor de OP & Cajmere is om het opstarten van Avahi te
forceren zoals aangegeven in dat bug-rapport (d.w.z. die controle
overslaan), en Telenet zal plots een beetje minder nutteloze trafiek (die
ze zelf veroorzaken!) zien op hun DNS... :P


[1] uit /etc/nsswitch.conf:
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

--
JanC

[Alvin]

Philip Paeps wrote:

> Philip Paeps <philip+usenet@paeps.cx> wrote:
>> Alvin <info@alvin.be> wrote:
>>> Sinds een tweetal weken kamp ik met het volgende probleem: mDNS werkt
>>> niet langer op mijn intern netwerk.
>>>
>>> Volgens deze bug ligt het aan Telenet:
>>> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362
>>>
>>> Is dit een recente ontwikkeling en kan iemand met een Belgacom, Dommel
>>> of andere account de output posten van:
>>> $ host -t SOA local.
>>>
>>> Bij Telenet is dit:
>>> local has SOA record ns.telenet-ops.be. systemgroup.telenet-ops.be.
>>> 2008082501 10800 3600 604800 3600
>>
>> Waarmee weer bewezen is dat mDNS fundamenteel broken is. Het is
>> inderdaad een beetje vreemd dat Telenet .local wil resolven, maar de
>> afhankelijkheid van mDNS op onbestaande "speciaalheid" van .local maakt
>> het fragiel en bovendien ook schadelijk (onnoemelijk veel DNS traffiek
>> voor .local komt op het internet terecht waar het niet thuishoort).
>
> Om een idee te geven:
>
> http://stats.l.root-servers.org/cgi-bin/dsc-
grapher.pl?window=604800&plot=qtype_vs_invalid_tld&server=L-root
>
> Vervuiling.

Ja, dat zijn inderdaad veelzeggende prentjes. Wat is dan eigenlijk de
'ideale situatie' voor interne netwerken. Welke domeinnaam gebruik je best?

--
Alvin

[houghi]

Alvin wrote:
> Ja, dat zijn inderdaad veelzeggende prentjes. Wat is dan eigenlijk de
> 'ideale situatie' voor interne netwerken. Welke domeinnaam gebruik je best?

http://www.rfc-editor.org/rfc/rfc2606.txt Als eerste.
Verder zou iedere domein goed moeten zijn, zolang dit ten eerste intern
blijft. Ten tweede is het verstandig om geen TLD te gebruiken die al
bestaat.

Voor een intranet zouden ze dus best gebruik kunnen maken van .telenet
bijvoorbeeld. De interne webserver zou dan www.telenet kunnen zijn.

Belangrijk is ook dat die niet in een externe DNS server mogen staan.
Zelfs als ze .local gebruiken intern waar op zich niets op tegen is) zou
dit niet door externe personen gebruikt mogen worden.

Het is dus eerder de DNS configuratie die bij hen een puinhoop is dan
het gebruik van een specifieke naam. Die .local mag niet op hun DNS
server staan. Of zou dat toch niet mogen. Straks gaan ze nog .localhost
er in zetten. :-/ (Doet me denken dat er best wel mensen hun mailserver
verkeerd configureren en in plaats van .localhost gebruik maken van
localhost.be LOL )

Als ik mijn intranet google.com noem, dan mag ik dat doen. Niet
verstandig, maar dat is mijn keuze dan. Wel mogen extrne die toegang
zouden hebben tot mijn DNS server dat niet zien. Betekend in de praktijk
dat ik een aparte DNS server moet hebben voor intern en voor extern
verkeer.

En ook interessant om te lezen:
http://www.rfc-editor.org/rfc/rfc1178.txt

houghi
--


Maltho thi afrio lito.