Re: dump question

2005-04-07 Thread Martin Petraschek
On Thu, 7 Apr 2005 10:47:59 +0200, dick hoogendijk wrote:

# dump -h0 -0f - /usr | gzip  /filelocation/filename.dump.gz

Will this produce a good dumpfile of /usr ? I mean, witghout gzip it
would have probably be something like dump -h0 -0f
/filelocation/filename.dump /tmp am I right?

Because I am a little short on space I want to use gzip though.
Thanks.

This should be OK. You can even interactively (!) restore from that file 
using a command like:

gunzip /filelocation/filename.dump.gz -c |restore -if -

For a full restore of all files in the dumpfile use:

cd restoredir
gunzip /filelocation/filename.dump.gz -c |restore -rf -

Martin



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: IPv6 ICMP multicast response

2005-04-07 Thread Martin Petraschek
On 07 Apr 2005 09:30:29 -0400, Lowell Gilbert wrote:

Martin Petraschek [EMAIL PROTECTED] writes:

 By default, FreeBSD does not reply to ICMP multicast echo 
requests. For IPv4 this behaviour  can be changed with
 
 sysctl  net.inet.icmp.bmcastecho=0|1
 
 Is there a similar control for IPv6?

No.  That would violate RFC 2463, section 2.4(e.2).
As well as being a bad idea.

The section you are referencing in RFC 2463 is concerning ICMP 
ERROR messages. Echo requests/responses are informational 
messages, therefore this section does not apply.

The same RFC 2463, section 4.2 states:

   An Echo Reply SHOULD be sent in response to an Echo 
   Request message sent to an IPv6 multicast address.  The 
   source address of the reply MUST be a unicast address 
   belonging to the interface on which the multicast Echo Request 
   message was received.

Therefore, the OS _should_ respond to a multicast echo request!

Martin



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: IPv6 ICMP multicast response

2005-04-07 Thread Martin Petraschek
On 07 Apr 2005 10:29:07 -0400, Lowell Gilbert wrote:

Martin Petraschek [EMAIL PROTECTED] writes:

 The section you are referencing in RFC 2463 is concerning ICMP 
 ERROR messages. Echo requests/responses are informational 
 messages, therefore this section does not apply.

Ah.  You're right; I was thinking about error handling because that's
the code I happened to be working with this morning.  I was looking at
the error handling code, as well, so when I said it was impossible I
may have been wrong also.  [The ICMP6_ECHO_REQUEST handling in
icmp6_input() doesn't do any special handling for multicast at all, so
I don't see why it doesn't Just Work.]

Sorry for not paying enough attention to the question.

No problem.

Anyway, because of your reply I double checked my setup and found out 
that FreeBSD does indeed answer to multicast ping requests. There just 
does not seem to be a sysctl switch to turn off this behaviour (as there is for 
IPv4).

Thank you,

Martin



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Viewing DNS cache entries

2005-04-06 Thread Martin Petraschek
In the last episode (Apr 05), Martin Petraschek said:
 On Tue, 5 Apr 2005 10:36:35 -0500, Dan Nelson wrote:
 In the last episode (Apr 05), Martin Petraschek said:
  The operating system is caching DNS name resolutions in order to
  avoid repeated DNS requests for the same hostname. Is it possible
  to display the entries of that DNS cache?
  
  Under Windows, the command ipconfig /displaydns exists, and I
  would need that functionality under FreeBSD.
 
 You can use the rndc dump command, which will create a file that
 contains all of the currently-cached DNS entries.  If you are
 
 The rndc command does not exist on my 4.10 box.

It was called ndc in bind 8 (which is what comes with 4.*).
 
 Anyhow, I am not running a nameserver on this machine. Is this a
 prequisite for your suggestion to work?

Yes; if you are not running a nameserver, then the OS won't cache any
DNS entries at all.  Every lookup will result in a DNS request to one
of the servers listed in /etc/resolv.conf.  Maybe you have some static
entries in /etc/hosts?  That file is checked before DNS; edit
/etc/host.conf to change the lookup order.

Thank you, Dan. I was not aware of the fact that FreeBSD does not cache 
DNS entries unless you are running a name server.



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


IPv6 ICMP multicast response

2005-04-06 Thread Martin Petraschek
Hi,

By default, FreeBSD does not reply to ICMP multicast echo requests. For IPv4 
this behaviour 
can be changed with

sysctl  net.inet.icmp.bmcastecho=0|1

Is there a similar control for IPv6?

Thank you,

Martin



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Viewing DNS cache entries

2005-04-05 Thread Martin Petraschek
Hi!

The operating system is caching DNS name resolutions in order to avoid repeated 
DNS 
requests for the same hostname. Is it possible to display the entries of that 
DNS cache?

Under Windows, the command ipconfig /displaydns exists, and I would need that 
functionality under FreeBSD.

Thank you,

Martin



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]