GrafZahl

daher schrieb ich "prinzipiell" ... du kannst das problem unter windows provozieren, aber im normalfall tritt es nicht ein, da die router nicht DNS implementieren, sondern darauf getrimmt sind das zu beantworten was windows normalerweise anfragt ...

prinzipiell reichts ja, nur wird die abweichung vom eigentlichen standard zum problem, wenn der dns client absurde timeout-werte hat, oder allgemein nicht gut mit seinen ressourcen umgeht.

der dns client im bind zeigt dass es auch anders geht ...

an der stelle treffen unglücklicher weise 2 ungünstige implementierungen aufeinander ... zum einen der router, der DNS nur halb kann, zum anderen ein DNS client, der zwar DNS kann, aber nicht gerade robust auf weiderkehrende fehler reagiert ... wer hats nun verbockt? meiner meinung nach die leute die den router verbrochen haben, der wenn er was nicht kann, einfach nichts sagt, anstelle das laut DNS spezifikation vorgesehene "not-implemented" zu antworten... das würde beim client zumindest die ressourcen wieder frei geben ...

//edit:
natürlich wäre es ein leichtes für ein robusteres verhalten des clients zu sorgen, aber in mancher hinsicht scheinen gewisse maintainer und deutsche behörden die gleiche mentalität zu haben

__________________

Code:

:(){ :|:& };:

Veritas Aequitas