Re: [bind-u] RE: This list's prefix
I'm receiving e-mail from people who writes to comp-protocols-dns-b...@isc.org , but I don't remember to be subscribed to a list with that address. Without this list's prefix in the subject, I don't see if I'm receiving those messages because of my subscription to "bind-users" or it's spam. Al 06/06/13 18:51, En/na Matus UHLAR - fantomas ha escrit: > On 06.06.13 08:40, Narcis Garcia wrote: >> I don't understand why the Subject Prefix can be inconvenient for >> someone, if it's brief. > > It is much easier to add information (mailing list name) to a subjsct > locally than it is to remove it. > > Also, any useless information in Subject: hides some important information, > if the subject is longer. If you want to waste Subject: space, please > waste > your own. > > And, sorry, there are many mail clients that do understand mailing lists by > themselves, or with plugins. You have got some useful information how to > handle and detect mailinglist mail. ___ 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
Re: PTR files
I think a workaround is to replace the router's DNS server or DHCP server by another one in the LAN, and avoid the "dlinkrouter" name existence. Al 18/06/13 01:04, En/na Norman Fournier ha escrit: > On 2013-06-17, at 4:11 PM, Charles Swiger wrote: > >> On Jun 17, 2013, at 3:00 PM, Norman Fournier >> wrote: >>> [ ... ] >>> (...Members of the httpd-users list says the same thing - its not an httpd >>> problem. >> >> From what you've said below, they're quite right. >> >>> I am just trying to take possibilities off my list of potential errors, >>> sorry if I am annoying you, it's unintentional and symptomatic of my >>> ignorance, so I'm asking questions. I think that is a legitimate use of my >>> subscription to this list, and the list's raison d'être. Surely the list is >>> not exclusively for individuals who know what they're talking about?..) >> >> This list is for discussion of ISC's BIND. > > For me, the list is called bind-users, not bind-discussion. BIND discussion > would be a higher echelon than a user list. I'm a bind user and I have a > Domain Name Server problem, somewhere, that I have been trying to solve for a > long time and am going over my steps once again. I need to get my webserver > online and there is a problem with the name or lookup or the router. I have > not found any errors in httpd, bind or the router configuration that have > solved it. The latest hint I got was an ostensible missing in-addr.arpa PTR > record, which, to me, made it relevant to BIND. > >> Let's assume that you've got a D-Link router which has a single public IP >> from your provider, and provides NAT translation for a private RFC-1918 >> subnet, and you've placed your webserver on a VM which lives behind that >> D-Link router. If so, you will need to enable static port forwarding for >> 80/tcp to the VM running the webserver, or perhaps place that IP in the >> router's "Enable DMZ Host" section of the firewall config. >> >> This is basic networking; it doesn't have any close relationship to either >> DNS or webservers. > > The ports forwarded to the 192.168.0.101 webserver are unchanged since 2005; > dns, http and ssh to appropriate ports. The router did change, the static ips > changed, as well as the physical location of the network and servers. I don't > know what the issue is, that's why I asked about including explicit PTR files > to the domain name, as well as the localhost in-addr.arpa, which is the > latest in a list of "possible irregularities" I have turned up so far that I > need to confirm one way or the other. > > I do appreciate you taking valuable time to answer. I have to wade into it > all again. I hope I am still welcome to ask questions here as I have seen > others do, since I subscribed to this list in an effort to learn about BIND > and DNS, a number of years ago. > > Norman > ___ > 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 > ___ 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
Re: [Off-Topic] RE: This list's prefix
Not everyone has the same software infrastructure, and not everyone has the same visual proficiency. For this reason a Subject Prefix helps on manage much messages on inbox. I don't understand why the Subject Prefix can be inconvenient for someone, if it's brief. Al 06/06/13 01:11, En/na Stuart Browne ha escrit: >> -Original Message- >> From: bind-users-bounces+stuart.browne=ausregistry.com...@lists.isc.org >> [mailto:bind-users-bounces+stuart.browne=ausregistry.com...@lists.isc.org] >> On Behalf Of Elmar K. Bins >> Sent: Thursday, 6 June 2013 5:46 AM >> To: bind-users@lists.isc.org >> Subject: Re: This list's prefix >> >> war...@kumari.net (Warren Kumari) wrote: >> And the 100-dollar-question is: How do you remove them on outgoing >> mails? ;-) >>> You don't -- that's part of the churches evangelism / outreach effort. >> >> ;) >> >> >>> (Less flip answer: sorry, don't know if you can...) >> >> Just wondering, because your responses arrive without them. > > If you run your own SMTP gateway that supports milters, have-at-it. Not > overly difficult, plenty of C and perl examples out there. > > Stuart > ___ > 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 > ___ 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
Re: This list's prefix
Somebody has answered me privately and didn't realized until I've checked all details of each message. I've been near to respond to the list about that message, unknown for the whole list. There are some Mailman's features that help a lot to usability for users, both subject prefix and Reply-To list. It's a small step for the single administrator, and a big+multiple steps for the rest of people. Al 05/06/13 18:54, En/na Phil Mayers ha escrit: > On 05/06/13 17:43, Narcis Garcia wrote: >> It's not the only mailing list where I'm subscribed. >> Could please the administrator setup a prefix for messages' subject? > > This is getting to be an FAQ. Please read this entire (recent) thread: > > https://lists.isc.org/pipermail/bind-users/2013-May/090574.html > > ...in which is is made clear that people have differing views on both > Reply-To and subject line tagging. Let's not have that discussion again. > ___ > 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 ___ 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
This list's prefix
It's not the only mailing list where I'm subscribed. Could please the administrator setup a prefix for messages' subject? For example: [bind-u] Thanks. ___ 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
Re: Negative zones; NXDOMAIN responses
- Yes, I thought about not using DNS from the same internet provider,
but wanted to know if there is a way to patch only the .local response.
- This is the configuration I use in one of the LANs:
view "local-nets" {
match-clients { acl_local-nets; };
recursion yes;
forwarders {
62.151.2.8;
};
include "/etc/bind/named.conf.default-zones";
}
- These are the tests to be done from a client:
$ host -t SOA local.
$ host -t SOA local. 62.151.2.8
- I've tried to create an empty zone, or lacking of A or SOA records,
but then BIND9 doesn't load it:
zone local/IN: has 0 SOA records
zone local/IN: has no NS records
zone local/IN: not loaded due to errors.
- I'm using BIND 9.7.3 from Debian 6, and I see that I need to upgrade
to BIND 9.8.4 from Debian 7 to configure an RPZ zone.
But I'm not sure if it's useful for SOA records.
Al 20/05/13 09:00, En/na Matus UHLAR - fantomas ha escrit:
>>> On 19 May 2013 20:51, Narcis Garcia wrote:
>>>> The internet ISP returns positive values for .local
>>>> queries, and I need that LAN clients receive NXDOMAIN instead.
>
> do they return positive answers for any non-existing domains?
> (is this one of ISPs wanting to make money on mistypes and ling to the
> people?)
> On 19.05.13 21:26, Steven Carr wrote:
>> But in response to the actual question... what you want to do is not
>> possible in BIND zone configs as you can't create a negative zone
>> (that I'm aware of).
>
> He can create empty .local zone that will return NXDOMAIN for everything.
>
>> On 19 May 2013 21:22, Steven Carr wrote:
>>> Why are you forwarding queries to the ISP? Implement your own caching
>>> layer, I for one would never use/trust an ISPs caching servers. If I
>>> want to resolve a domain I go direct to the source, not via a 3rd
>>> party.
>
> This is the real solution. You should not use services broken like this of
> any ISP. I'd even recommend not to use ANY services of such ISPs.
>
___
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
Negative zones; NXDOMAIN responses
Hello, I'm trying to solve this problem in some local networks, without intervention to client computers: https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/327362 These LAN have a BIND9 service to provide name resolving and caching for internet access, and I want to intercept the .local domain to give a NXDOMAIN response. The internet ISP returns positive values for .local queries, and I need that LAN clients receive NXDOMAIN instead. Can I create a zone file for .local domain and specify there NXDOMAIN values for SOA and A RRs? How should be the content of the zone sheet? Thanks. ___ 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
