This is a discussion on Re: named error? Is the a bug? within the Bind Users forums, part of the DNS and Related Forums category; Good Morning all; >>SNIP >> Gerald Waugh wrote: >> > I recently started seeing this error, ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Good Morning all;
>>SNIP >> Gerald Waugh wrote: >> > I recently started seeing this error, new on to me.... >> > >> > Feb 12 22:33:56 fsn1 named[823]: socket.c:1100: unexpected error: >> > Feb 12 22:33:56 fsn1 named[823]: internal_send: 244.254.254.254#53: >> > Invalid argument >> > > This is becoming a FAQ. > > You have a client trying to lookup relays.monkeys.com (a dead anti-spam list) > which has a bad server with a CLASS E addressess. > > * Mark the server as bogus. > * Fix the broken MTA generating the queries. > > Mark > > server 244.254.254.254 { > bogus yes; > }; This certainly works. I chased this around for days. Seems the newer spamassassin distributions have relays.monkeys.com set up by default, and this issue started showing up all over the place. Some folks have written that BIND 9.x has crashed under the load. I've not seen that. (Though I did have an instance of 9.1.3 crash about the same time this showed up, but I think that's another story). Anyway, users of BIND 8.4.x haven't reported anything like this, and the lookup just fails, no unexpected error. At least, that's what I've heard. 244.254.254.254 is certainly nothing that anyones dns server is supposed to have to deal with, but in a sense, marking an A record as a class E shouldn't generate errors, should it? Isn't this a DoS? Is this a bug? --just thinking out loud, -chipper |
![]() |
| Thread Tools | |
| Display Modes | |
|
|