ice and the resolver are affected. I
think the OP's goal (quite reasonable IMO) was to keep them separate,
and what Jeff and I are talking about will do that.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in
- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
be validated to DNS replies, if the signatures are simply
>ignored.
At this point, those of us who do the validation are the ones who are
suffering. I think we need something like a softfail, at least for
expired RRSIGs. I don't know if it is possible to make that
distinction, howev
4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@li
are working as expected. You use the name of the zone for
your "zone" statement.
> 124 zone "zone001" IN {
The argument for "zone" is the NAME OF YOUR ZONE. It is not an
arbitrary string as you are using. If you want to serve a zone called
"k
administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
http
you
could simply remove "listen-on" from your options stanza.
If you want to exclude the WAN interface, that's a different matter,
but not difficult; just list all your internal addresses in listen-on
statements.
--
http://rob0.nodns4.us/ -- system administration and consulting
her data
The top of a zone cannot be a CNAME, because SOA and NS are required.
The OP needs to talk to Google about their suggestion.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
__
ferent name, or if the
testing host is not configured as a master to the slaves.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https:/
quot;localhost.").
> named-checkzone would have told you about both these problems.
>
> Less serious problems:
>
> It's better to use a $TTL directive than rely on it defaulting to
> the SOA.MINTTL value (or specify all TTLs explicltly).
>
> You probably me
om:" header. "@.*@" in From: headers could be held for moderation
and (in most cases) discarded.
Thank you.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
__
- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
ww.careerone.com.au
> ... how does the cname record get defined and loaded successfully?
I'd guess this is served by something other than BIND named.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen
ou can download the full source code from isc.org. If
your organization has a budget for it, you could probably hire ISC
for custom programming work.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
her-key subdomain ANY;
> > grant princi...@rea.lm subdomain ANY;
> > };
> > };
> >
> > When I reload the configuration or try to initiate a zone
> > transfer with dig and the "shared" key, I have this message
> > in the logs.
> >
firewall.
Offer void where taxed or prohibited, or where something funny is
going on (like a router hijacking DNS.)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
e server, which is
> what you are asking for.
Most "caching-only" servers are in fact "caching-mainly". You might
want a zone "localhost", and empty-zones-enable. My blank named.conf
example does work, but is probably too minimal for most
e with the BIND 9 ARM. See chapter 7
thereof, which covers this.
Bv9ARM.ch07.html#id2603962
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https:
fit of seeing the announcements on the discussion list is
that in some cases discussion of the announcement itself might take
place.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
__
d per view.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bi
ITYM RFC 2317, "Classless IN-ADDR.ARPA delegation":
https://tools.ietf.org/html/rfc2317
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please
thaw"ed the zone until something odd happens
> later on.
I would suggest that if you're making much use of rndc freeze, YDIW.
Consider using nsupdate(8) to make your changes.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen on
On Tue, Sep 03, 2013 at 09:24:00PM +, Mike Hoskins (michoski) wrote:
> -Original Message-
>
> From: /dev/rob0
> >On Tue, Sep 03, 2013 at 12:31:08PM -0700, Justin T Pryzby wrote:
> >> Is there a nice way to tell if any zone is frozen (or a
> >> specifi
-
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-us
not standards-
compliant or if you cannot get support for it, you might consider
replacing it with the Windows port of BIND.
Good luck.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
_
on this myself, but I thought I should toss the
idea out for comments and suggestions first. Specifically, I suppose
that whatever work that is done should be compatible with the DocBook
source and other BIND9-ARM formats.
--
http://rob0.nodns4.us/ -- system administration and consultin
t; 9.9.4-P1?
RRL is included in 9.9.4 already. Deployed and working here.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/
On Wed, Nov 20, 2013 at 09:43:40PM +, Evan Hunt wrote:
> On Wed, Nov 20, 2013 at 03:27:59PM -0600, /dev/rob0 wrote:
> > Looking at the HTML source for the Table of Contents, it seems
> > like someone had this idea before but didn't follow through.
> > There a
sulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
he two --without-*, and as you can
see, the removal of --with-idn.
I had to experiment a few times to see where ./configure failed,
adjusted it, and tried again.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the
192.168.5.2;
> };
> allow-update {
> key rndc-key;
> };
> };
>
> Slave Zone Configuration:
>
> zone "5.168.192.in-addr.arpa" {
> type slave;
> masters {
> 1
GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
sked here was in August:
https://lists.isc.org/pipermail/bind-users/2013-August/091340.html
If I was a NetSol customer, I would ask them, "Why not?"
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
_
ly always reach expireation time. and i get a lot
> of critical messages and a few hours/minutes before expireation it
> does the update.
Not enough here to know what's going on.
> i hope you can guide me a bit and tell me if this is what i want xD
--
http://rob0.nodns4.us/
Offl
h to consider.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lis
is the best approach to use on or for machines which are
primarily recursive nameservers, and it probably would not hurt
authoritative servers, either.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
__
On Mon, Mar 03, 2014 at 09:48:20AM +0800, Drunkard Zhang wrote:
> 2014-03-02 3:04 GMT+08:00 /dev/rob0 :
snip
> > root@tp:~# iptables-save
snip
> > # Generated by iptables-save v1.4.20 on Sat Mar 1 12:42:55 2014
> > *raw
> > :PREROUTING ACCEPT [96:19019]
> >
t though! ;o)
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
my.com
Which ones? Are they authoritative for .net?
> Network solutions say they can't do anything...
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman
s master) are among them.
The BIND 9 ARM is a very good resource. Chapter 6 is the main
reference part, but you might find useful examples in Chapter 4.
https://kb.isc.org/article/AA-00845/
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
_
not exist, and are unlikely to be
in high demand. You're probably going to have to do/hire some custom
programming, or else rethink the solution. I suspect the latter is
your best bet.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
h "named-journalprint ".
> >
> > If you want to dump the current version of the zone to disk so
> > you can look at the whole thing, use "rndc sync ".
> >
> > (That's assuming this is a fairly recent BIND. If it doesn't
> > support sy
fair to leave the name with
the one which has been using it longer. And while "Eleven, twelve;
dig and delve" is a cool way to name the new tool, the name "delve"
also seems to fit for a search engine's tool.
ISC might have the bigger userbase, but there it is. Rel
" you might try.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-severity in the default_log file will
quickly show you which category + severity is causing the noise.
Then, you can define another channel to deal with those as you
consider necessary / best.
Refer to ARM chapter 6 for details:
bind-9.10.0/doc/arm/Bv9ARM.ch06.html#id2574892
--
http://rob0.nod
logging ?
"category default" covers everything not specifically listed. When
other categories are listed in the logging stanza, those are removed
from "category default".
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
go even killed zone transfers at least from
> "large" zones at all as well as PTR answers from the NAT behind
> containing the public IP
>
> thanks and sorry for the noise
No problem, it's not noise.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "
> in-zone contents. The "in" servers give a referral to
snip
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
e it. :)
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://
On Thu, Jul 31, 2014 at 05:56:08PM +0200, Reindl Harald wrote:
> Am 31.07.2014 um 17:41 schrieb /dev/rob0:
> > On Thu, Jul 31, 2014 at 01:32:03PM +0200, Reindl Harald wrote:
> >> i am doing reloads of named with "killall -HUP named" just
> >> because i disable
mply have the web form do the "rndc addzone" remotely.
Lots of choices, not easy to say what's best. Except that addzone
(and delzone also) works at runtime, not requiring a separate "rndc
reconfig" to load (or remove) zones.
--
http://rob0.nodns4.us/
Offli
t; ; on server FTP.INTERNIC.NET
> ; -OR-RS.INTERNIC.NET
> ;
> ; last update:Feb 04, 2008
> ; related version of root zone: 2008020400
That's old, but not so old as to prevent you from reaching an actual
root server.
ND version. If the OS is so old to be have a 2008020400 hint
file, it probably means no updates have been done along the way.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
That said, sure, typically you're going to host such internal-only
zones on a server that also does recursion. That's not required,
however. The recursive server could have stub or static-stub zones,
or even an alternate root zone, which points to the authoritative
server.
Pedantr
st have either or
both A and records for those NS names. Here is the same zone
without the XXX and with all relative names:
> @ IN SOA ns1 root.ns1 (
> 2014090801 ; serial
> 2h ; refresh
> 10m; retry
> 1w ; expiry
>
oad as any zone name. You might want to use some fully-qualified
names on the RHS, such as "root.covisp.net." as the SOA RNAME.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
aster and slave, if
this wasn't enough to get it figured out.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscri
ob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.i
; Documentations etc... I wouldn't be surprised if they are not even
> aware of the problem, yet.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/
rsion (ESV), so it's likely to
outlive 9.10. If you're after long-term stability, ESV might be
important to you.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit ht
lly, of course, this mailing list has a lot of experienced
people, willing to help you out if you get stuck. Good luck!
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.
GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
the serial of view1.zone and view2.zone, but
> 204.57.0.0/24 is still matched by view1. Is there any way to
> accomplish this?
Right. So you redo your acl statements and do "rndc reconfig".
The acls are simply there to make it easier to manage. The real
answer is reconfig. That wil
ork
> interface. This could explain, why your second IP is still
> responding.
There is a single conntrack table for the system, and all entries
therein are based on packet header information: source and
destination IP address (and ports if applicable.)
We really don't have enough info
can't find www.twitter.com: Server failed
Two suggestions: first, get rid of nslookup. Use dig and share the
dig query and result with the list.
Second, check your logs for the exact time of these SERVFAIL
responses you're seeing. Sometimes these will be logged.
--
http://rob0
e SOA), the NXDOMAIN result is cached.
For more help show your actual dig commands and results.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/
a good workaround for that. But
there are tools like make(1) which can do this for you? I would
suggest a script to generate the common.zones file from whatever
you're using for the "common" view.
Maybe someone else will have a better suggestion?
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
that would be to have
some kind of variable in the named.conf syntax to refer to the name
of the current view.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On Wed, Mar 18, 2015 at 06:11:56PM +0300, Konstantin Stefanov wrote:
> On 18.03.2015 17:41, /dev/rob0 wrote:
> > On Wed, Mar 18, 2015 at 11:48:40AM +0300, Constantin Stefanov wrote:
> >> I see why it may lead to problems.
> >>
> >> But in fact the confi
pened, and while this sounds more
reasonable, I am not sure that the zone transfer actually does take
place if named is unable to open a temporary file to write. (What
would be the point in talking to the master when you know you are
unable to handle the data?)
--
http://rob0.nodns4.us/
Offl
ation
Enable DNSSEC validation in named. Note dnssec-enable also
needs to be set to yes to be effective. ...
"
This does not seem to be the case. I think bug, whether it's the
documentation or the behavior.
> misinterpreting the apparent behavior? something else?
--
http:
nd more coming.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-u
e which covers compiling from source and running a
simple named for recursion:
https://kb.isc.org/article/AA-00768/
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit http
nobody's done it yet.
Oops, sorry. When I suggested it I was unemployed, and now
[thankfully] am not. $Dayjob keeps me busy, but now I have more
clue about the docbook, so I'll try to do what I can.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" i
ply to Cathy...more detail on that
> there.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
f conntrack for UDP DNS upstream, unless you're using DNAT
> (yuck.)
Oh ... hahaha ... I missed the @cisco.com, so I don't suppose you're
using Linux on your upstream routers. :)
The same idea applies regardless of implementation, of course.
--
http://rob0.nodns4.us/
Offli
> single file. And, luckily, it uses the "full" style :) So this
> should be fine for me.
>
> But before I try to re-invent the wheel:
> Does anyone know if there is already a parser for multiple
> zone_files/zone_dumps/zone_transfers? I'm trying to filter all DNS
>
another server.
But if you're thinking it's okay because you're going to deny the
query, no! This happens before named gets to that point. Your
nameserver must be closed to ALL potentially hostile queries.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen
t everything per zone.)
> To hold us/me over until they decide if its going to be
> BlueCat or Infoblox that replaces everything.
IIUC both of those are BIND under the hood. :)
> Sadly, I missed both presentations due to other issuesmore sad
> because I found my "named.
On Tue, Aug 04, 2015 at 07:14:38AM -0500, /dev/rob0 wrote:
> It would require some reworking of things, but you might be
> interested in the new BIND 9.10 feature of "in-view" zone option.
> This lets you literally include a zone from another view. See
> BIND 9 ARM chap
gt; If not I will need to deploy by my self ... then of
> course will share it.
There too, if you're doing things the old way on abandoned old
software versions, I wouldn't expect to find much interest.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/r
s. Some of them use it for such
things as killfiling.
But thank you for bringing this issue up.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
r service here.)
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.o
ut 3.1 forevers. Does anyone know if
exploration was successful?
> experience, but we’ve been considering using them for the same
> purpose, and they seem to have a good community reputation).
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0&q
y, so that the slave knows
> which view is which, but I am not clear on how to do this when both
> views are in the same namespace.
https://kb.isc.org/article/AA-00296/0
https://kb.isc.org/article/AA-00851/0
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/ro
nvolved a compromise of
any kind?
I cannot say with authority that BIND9 has never had a compromise,
but I am confident in saying I have never seen one.
https://www.isc.org/blogs/summer_security_vulnerabilities/ is a
recent blog posting which discusses this in det
On Fri, Sep 04, 2015 at 05:27:18PM +, Mike Hoskins (michoski)
wrote:
> On 9/4/15, 1:12 PM, "bind-users-boun...@lists.isc.org on behalf
> of /dev/rob0" r...@gmx.co.uk> wrote:
>
> >On Thu, Sep 03, 2015 at 11:02:23PM +0200, Reindl Harald wrote:
> >>
sion.
I would suggest that you invest some time in learning Red Hat basic
administration skills, and with it some shell basics, and you will
become able to diagnose and fix these problems on your own.
Good luck.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0&q
r choices:
rndc flush
rndc flushtree example.com
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
;s the right one?
If you want to share a zone in more than one view, do as Mark
suggested: upgrade to 9.10.3 and use "in-view". You probably ought
to consider upgrading anyway, because of recent security patches.
> Important: i need the views binded to differents ips.
--
h
> Will someone take a moment and confirm, or correct, my
> understanding of how root hints work in BIND?
I think this should answer your questions:
https://www.isc.org/blogs/h-root-will-change-its-addresses-on-1-december-2015-what-does-this-mean-for-you/
--
http://rob0.nodns4.us/
7;s what you meant about
"reading/writing into a text file".)
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscr
irly easy in Linux, albeit not particularly well documented. For
other OSs, I wouldn't know.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailma
can help you.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
ed upthread:
> New hints files will be available at the following URLs once
> the change has been formally executed on March 23, 2016:
>
> * http://www.internic.net/domain/named.root
> * http://www.internic.net/domain/named.cache
--
h
= 512
> net.ipv4.neigh.default.gc_thresh2 = 1024
> net.ipv4.neigh.default.gc_thresh3 = 2048
> net.ipv4.tcp_max_syn_backlog = 4096
> net.ipv4.tcp_fin_timeout = 30
> net.ipv4.tcp_tw_recycle = 1
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in
messages 1, bytes 178)
>
> cd
> grep -rlni acme .
> (empty)
>
> What am I failing to do to make this update persistent across flush/restart,
> as intended?
What is deleting your journal? It's not named doing that.
Why was the journal not written to the z
1 - 100 of 184 matches
Mail list logo
