Proxy ARP for address behind tun link does not work in 8

ing? Why is there a check for the IP address type? Should we allow to use any address? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. ___ freebsd-net@freebsd.org mailing list http://lists.f

Problem with new source address selection (was Anyone interested in jail patches?)

LL) { error = ENETUNREACH; goto done; Can you provide a patch to solve the connect problem? Is there a better solution to setup source address selection for IPSEC tunnels? Regards, Frank -- Frank Behrens, Osterwiec

Re: Problem with new source address selection

etwork > setup in public; contact me offlist. If desired I could send you the complete interface and routing table. But I believe you should be able to see the problem with my example above. Thanks for sour support, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x

Re: Problem with new source address selection

hange the > route to > route change -net 192.168.200.0/24 192.168.90.2 > (assuming the .2 is not on your local machine). Hm, looks fine. I thought there must be another way for address selection. :-) Thanks for your idea, I'll test this and report. -- Frank Behrens, Osterwieck, Ge

Re: Problem with new source address selection

rect is sent. So that solution is a workaround for short time only. Does anybody have a better solution for source address selection? Am I the only one with an IPSEC tunnel? -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.

Re: Problem with new source address selection

Bjoern A. Zeeb <[EMAIL PROTECTED]> wrote on 3 Dec 2008 11:03: > On Fri, 28 Nov 2008, Frank Behrens wrote: > > That works for the router, but for incoming packets on the internal > > interface (from -net 192.168.90.0/24) the machine will send an ICMP > > redirect to

Re: Problem with new source address selection

Bjoern A. Zeeb wrote on 8 Dec 2008 21:02: > Did you try the patch and did it work for you as expected? If so I'll > add it to my repo and the next jail patch. Meanwhile I can confirm that your patch works well for me on an up-to- date RELENG_7 kernel. Thanks! Frank -- Fr

Re: NTP - default /etc/ntp.conf

; +# server pool.ntp.org Isn't it better to use different entries? server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org To be sure that the IP addresses are different. See http://www.pool.ntp.org/en/use.html -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47E

Re: bin/114081: [patch] ppp(8) should be able to set ethernet address for PPPoE

The following reply was made to PR bin/114081; it has been noted by GNATS. From: "Frank Behrens" <[EMAIL PROTECTED]> To: "Bjoern A. Zeeb" <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: bin/114081: [patch] ppp(8) should be able to set ethernet address for

Re: RELENG_6 patch [Re: pf 4.1 Update available for testing]

work in general. Unfortunately it does not fix the bug I described in another thread (pf eates syn packet? on freebsd-pf@). Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. ___ freebsd-net@freebsd.org ma

Re: RELENG_6 patch [Re: pf 4.1 Update available for testing]

Max Laier <[EMAIL PROTECTED]> wrote on 2 Aug 2007 17:13: > On Thursday 02 August 2007, Frank Behrens wrote: > > The build has following problems: > > - libexec/Makefile has still reference to ftp_proxy, removing that line > > helped > > That's in the patc

Re: kern/113359: panic sbdrop after ICMP6, packet too big

The following reply was made to PR kern/113359; it has been noted by GNATS. From: "Frank Behrens" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: Re: kern/113359: panic sbdrop after ICMP6, packet too big Date: Sun, 26 Aug 2007 14:26:35 +0200 The b

Re: dualstack IPv4/IPv6 ADSL PPPoE configuration?

xxx::: is my subnet ipv6_enable="YES" ipv6_network_interfaces="net0 tun0 lo0" ipv6_ifconfig_net0="::: prefixlen 64 eui64 autoconf" ipv6_gateway_enable="YES" rtadvd_enable="YES" rtadvd_interfaces="net0" Do y

When IPv6 temporary addresses are regenerated?

inet6 2xxx:::0:54b:5960:: prefixlen 64 deprecated autoconf temporary pltime 0 vltime 509995 I use FreeBSD 6.2-PRERELEASE-200611090613. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. _

Re: When IPv6 temporary addresses are regenerated?

As nobody made a reply I will reply myself. ;-) Frank Behrens <[EMAIL PROTECTED]> wrote on 25 Jan 2007 14:09: > I have an IPv6 setup with temporary addresses (RFC3041). To switch this on I > used "sysctl > net.inet6.ip6.use_tempaddr=1". The temporary address is g

tap(4) should go UP if opened

IMHO the best solution. Sound this reasonable or how should I handle the tap(4) open by an user process, when this process does not run as root? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. ___

Re: tap(4) should go UP if opened

Bruce, thanks for your answer! Bruce M. Simpson <[EMAIL PROTECTED]> wrote on 9 Mar 2007 12:30: > Frank Behrens wrote: > > How does tun(4) handle this? tun(4) is also set to down, when closed. It is > > not set to up, when > > ist is opened, but when an address is a

Assign IP address to which interface when using if_bridge(4)?

. 2. Assign the address to bridge interface (bridge0) and use this as reference interface. I assume 1. is the right solution, because the bridge0 does not even create link-local addresses. Am I right? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers

Re: tap(4) should go UP if opened

s. With the patch the interface goes UP only, when the administrator allowed non-root user access. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. ___ freebsd-net@freebsd.org mailing list

Re: tap(4) should go UP if opened

UP? I can't imagine a setup where this could be used, somebody else? > Please try the attached patch, which puts this behaviour under a sysctl. Fine! This should work without problems. I agree with this solution, sounds good. I'll test it and report the result. Regards and th

Re: tap(4) should go UP if opened

Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"