Re: took a while to figure out why all your tests fail

On 5/7/21 16:00, Ondřej Surý wrote: > No, the tests run fine on BSDs, there are no gnuisms. > > Solaris just isn’t on our supported platform list Oh thats right .. you guys dropped it. Still a whack of legacy boxes out there running but I guess not ISC Bind in the very very very near future

Re: took a while to figure out why all your tests fail

No, the tests run fine on BSDs, there are no gnuisms. Solaris just isn’t on our supported platform list and it should really make an effort to be more compatible with the rest of the world. find -print0 and xargs -0 might not be exactly POSIX.1, but it’s important for safe passing of

how to run tests separately

My test results are a little suspect : . . . I:ok I:lwresd:using nosearch.conf I:ok I:lwresd:exit status: 0 find: bad option -or find: [-H | -L] path-list predicate-list xargs: illegal option -- 0 xargs: find: bad option -print0Usage: xargs: [-t] [-p] [-e[eofstr]] [-E eofstr] [-I replstr]

Re: [External] strange queries incrementing letter by letter

aka browsers -- Ondřej Surý — ISC (He/Him) My working hours and your working hours may be different. Please do not feel obligated to reply outside your normal working hours. > On 7. 5. 2021, at 21:11, Mark Andrews wrote: > > Some piece of software trying to speed up resolution by resolving

Re: [External] strange queries incrementing letter by letter

Some piece of software trying to speed up resolution by resolving names as you type. -- Mark Andrews > On 8 May 2021, at 04:21, Kevin A. McGrail wrote: > >  > Weird. > > Thoughts are: > > Bad software? What we call ratware. > > UDP/TCP Firewall issues? > > Regards, > > KAM > >> On

Re: took a while to figure out why all your tests fail

On 5/6/21 19:03, Mark Andrews wrote: > First of all the user running the tests needs to be able to write to > bin/tests/system. See the permission denied from tee. > Well I gave up and decided to run the tests with the same userid and gid as the acct that created the build. However I see a

Re: BIND 9.16.15 Windows x64 broken?

The list of supported platforms for 9.16 is here: https://gitlab.isc.org/isc-projects/bind9/-/blob/v9_16/PLATFORMS.md And here’s the simplified table: https://kb.isc.org/docs/supported-platforms -- Ondřej Surý — ISC (He/Him) My working hours and your working hours may be different. Please do

Re: [External] strange queries incrementing letter by letter

Weird. Thoughts are: Bad software?  What we call ratware. UDP/TCP Firewall issues? Regards, KAM On 5/7/2021 1:32 PM, Kevin Kretz wrote: I see occasional series of queries like this, from within my network and among disparate types of host (linux, windows): If there's a host called

Re: took a while to figure out why all your tests fail

On 5/6/21 19:03, Mark Andrews wrote: > First of all the user running the tests needs to be able to write to > bin/tests/system. See the permission denied from tee. > I tried that and a pile of *other* things fail : dude@nix$ ifconfig -a lo0:6: flags=2001000849 mtu 8232 index 1 inet

RE: BIND 9.16.15 Windows x64 broken?

Hi Jukka, I spun-up a brand new Windows 2008 R2 Enterprise x64 server today to try and replicate this, and unfortunately you're right - BIND 9.16.15 won't run on that environment. In fact if you simply try and run [dig] from the command line you will get this: / The procedure entry point

strange queries incrementing letter by letter

I see occasional series of queries like this, from within my network and among disparate types of host (linux, windows): If there's a host called hostname.mynet.com I'll see a sequence of queries like hostname.m hostname.my hostname.myn hostname.myne hostname.mynet hostname.mynet.c

Intent to remove native PKCS#11 from BIND 9.18+

Hey everybody, this topic is even more obscure than Windows. Currently, BIND 9 has two PKCS#11 interfaces: * native PKCS#11 that uses direct PKCS#11 API calls to library that dynamically loaded (from compiled-in path) * OpenSSL engine PKCS#11 from OpenSC project[1] ISC has sponsored

RE: [Non-DoD Source] Re: Installing BIND 9.16.15

OK, thanks--After reading the article, I have a vague idea of the issue but I am not clear on the exact solution. The article mentions a patch but I don't see a patch link. Understand, I am a novice with this and I am not familiar with the discussion format. Also, the article discusses

Re: How to return REFUSED

On 06.05.21 18:41, Axel Rau wrote: This NS has some other clients in the DMZ LAN, so I need Views. you need multiple views if you are going to provide multiple versions of the same zones, different forwardings for different domains or alike. Not just if you have other clients. -- Matus UHLAR

Bind won't listen

Okay, I got all the zones loaded by named-checkzone, and named-checkconf returns no errors. So I started up named in the foreground using the -g option. All looks good, UNTIL it gets to where it is supposed to listen on port 53. Then I get: 06-May-2021 23:35:20.979 not listening on any