Re: slaacd(8) is generating IPv6 addresses at a very high rate

I just commited this diff: diff --git engine.c engine.c index 147ba75d66f..986ee0a250e 100644 --- engine.c +++ engine.c @@ -1554,6 +1554,11 @@ void update_iface_ra(struct slaacd_iface *iface, struct radv *ra) gen_dfr_proposal(iface, ra);

Re: IPv6 not working before pinging the gateway

On Mon, Jul 03, 2017 at 11:13:30PM +0200, Patrik Lundin wrote: > On Sun, Jul 02, 2017 at 06:04:30PM +0000, Florian Obser wrote: > > > It'd be nice if somebody could tell us what the RFCs say about this > > > case. Florian do you have an idea? Should we fix something or shoul

Re: slaacd(8) is generating IPv6 addresses at a very high rate

Hi Matthias, can you please send a pcap to me in private (no need to bother the mailing list with it). If at all possible with a few solicitations & advertisements in there. The output of slaacctl sh in could also be interesting... Thanks, Florian On Wed, Jun 28, 2017 at 06:44:31PM +0200,

Re: IPv6 not working before pinging the gateway

On Mon, Jun 26, 2017 at 01:34:37PM +0200, Martin Pieuchot wrote: > On 26/06/17(Mon) 12:39, Marc Peters wrote: > > Am 06/26/17 um 10:58 schrieb Martin Pieuchot: > > > [...] > > > Could you set net.inet6.icmp6.nd6_debug to 1 and redo this? > > > > > > Do you see anything in the log? > > > >

Re: httpd violates pledge with passworded private key

On Tue, Jun 06, 2017 at 09:18:25PM +1000, Jonathan Gray wrote: > when using a server.key with a passphrase, ie > > openssl genrsa -aes256 -out /etc/ssl/private/server.key 2048 > > server "default" { > listen on * port 80 > listen on * tls port 443 > directory { auto index } > }

Re: httpd crashes with SIGSEGV when using "block return 401"

On Sun, May 14, 2017 at 06:37:55PM +1000, Jonathan Gray wrote: > On Sun, May 14, 2017 at 10:05:37AM +0200, Jurjen Oskam wrote: > > Hi, > > > > httpd crashes with a segmentation violation when servicing requests with > > the following (minimal) config file: > > > > server "default" { > >

Re: miniroot-panda-61.fs doesn't boot since March 8

On Sun, Mar 26, 2017 at 05:49:12AM +1100, Jonathan Gray wrote: > On Sat, Mar 25, 2017 at 06:29:32PM +0000, Florian Obser wrote: > > > > ... it just sits here forever. > > > > Using hostserver's archive I bisected miniroots and found that > > this one works: >

miniroot-panda-61.fs doesn't boot since March 8

... it just sits here forever. Using hostserver's archive I bisected miniroots and found that this one works: https://ftp.hostserver.de/archive/2017-03-07-0105/snapshots/armv7/miniroot-panda-61.fs OpenBSD 6.1-beta (RAMDISK) #52: Sun Mar 5 15:11:37 MST 2017 U-Boot SPL 2016.11

Re: traceroute no timeout

On Mon, Jan 09, 2017 at 04:43:03PM +0100, Gabriel Nieto wrote: > if you are doing ping to one host and some one else use the > traceroute command, then traceroute command no timeout all the hops. indeed, the problem is that poll(2) returns because it sees a packet that is not for us. and

ping6(8): link local source IP

>Environment: System : OpenBSD 6.0 Details : OpenBSD 6.0-current (GENERIC.MP) #0: Tue Oct 18 19:53:17 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Architecture: OpenBSD.amd64 Machine : amd64

Re: Man page for hostname.if not current for IPv6 autoconf

On Wed, Jul 27, 2016 at 07:34:32PM +0200, thoma...@twelveletter.com wrote: > >Synopsis:Man page for hostname.if contains outdated IPv6 autoconf > >information > >Category:documentation > >Environment: > System : OpenBSD 6.0 > Details : OpenBSD 6.0 (GENERIC.MP) #3: Wed

Re: rm -rf "" # prints error

On Tue, Jun 28, 2016 at 10:50:48AM -0400, Ted Unangst wrote: > rkito...@gmail.com wrote: > > >Synopsis: rm -rf "" # prints error message but should be silent > > >Category: system > > >Environment: > > System : OpenBSD 5.9 > > Details : OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26

Re: uvm_fault in ip6_output_ipsec_lookup() / ip6_output()

On Tue, Jun 14, 2016 at 06:26:00PM +0200, Martin Pieuchot wrote: > On 14/06/16(Tue) 15:18, Florian Obser wrote: > > Hi, > > I'm seeing this panic on my v6 gateway running in a vm (don't ask): > > It has a v6 tunnel via HE on gif0. > > > > I hope I copied all

uvm_fault in ip6_output_ipsec_lookup() / ip6_output()

Hi, I'm seeing this panic on my v6 gateway running in a vm (don't ask): It has a v6 tunnel via HE on gif0. I hope I copied all relevant information, if not, my appologies, I'm in a hurry currently, please just ask for more. I will probably investigate more when I'm home :) panic: trap type 6,

Re: pflow(4) with flowsrc on trunk(4) interface isn't working after restart

On Thu, Mar 17, 2016 at 12:31:28PM -0700, Shohrukh Shoyoqubov wrote: > >Synopsis: pflow(4) is not sending packets when initialized through > hostname.if(5) and flowsrc is on trunk(4) > >Category: system i386 > >Environment: > System : OpenBSD 5.8 > Details : OpenBSD 5.8 (GENERIC.MP)

Re: httpd fastcgi bug

(Cc: semarie@ added) On Wed, Jul 22, 2015 at 10:04:30PM -0400, Jean-Philippe Ouellet wrote: If you have a CGI script that produces multiple headers in separate writes, then they may be delivered to httpd as separate FastCGI records, depending on a race between the CGI script writing more

Re: httpd fastcgi bug

this version is better Index: httpd.h === RCS file: /cvs/src/usr.sbin/httpd/httpd.h,v retrieving revision 1.92 diff -u -p -r1.92 httpd.h --- httpd.h 19 Jul 2015 05:17:27 - 1.92 +++ httpd.h 25 Jul 2015 22:40:39 -

Re: Serving large files with httpd eats fscktons of memory.

On Fri, Jun 05, 2015 at 05:15:09PM -0500, Matthew Martin wrote: Synopsis:Serving large files with httpd eats fscktons of memory. Category:system Environment: System : OpenBSD 5.7 Details : OpenBSD 5.7 (GENERIC) #0: Thu Apr 30 22:01:01 CEST 2015

Re: Serving large files with httpd eats fscktons of memory.

On Sat, Jun 06, 2015 at 07:05:46PM +, Florian Obser wrote: On Fri, Jun 05, 2015 at 05:15:09PM -0500, Matthew Martin wrote: Synopsis: Serving large files with httpd eats fscktons of memory. Category: system Environment: System : OpenBSD 5.7 Details : OpenBSD 5.7

Re: OpenBSD 5.6 documentation bug

On Tue, Apr 21, 2015 at 04:04:53PM +0200, Alexander Lobodzinski wrote: Synopsis: wrong max value for rltime in rtadv.conf(5) Category: documentation Environment: System : OpenBSD 5.6 Details : all Architecture: all Machine : all

Re: OpenBSD 5.4 Stable kernel fails to compile

On Sat, Nov 09, 2013 at 03:56:25PM +, Nishal Ranchhod wrote: Synopsis:OpenBSD 5.4 Stable kernel fails to compile Category: Environment: System : OpenBSD 5.3 [...] While preparing to upgrade to OpenBSD-5.4-stable the kernel fails to compile. You are not supposed to do

Re: Flapping ospf links results in high memory load in bgpd

I just noticed the patch is not correct as it might compare random garbage at least in the AF_INET case. I'll send a new patch soon. Sorry for the noise, Florian On 07/03/2012 01:09 PM, Henning Brauer wrote: I think this should go in. oks?

Re: Flapping ospf links results in high memory load in bgpd

dammit, I turned this into the fix from hell :/ The patch tries to do the right thing when nh-true_nexthop.aid != nh-nexthop_net.aid I'm pretty sure this should never be the case for AID_INET and AID_INET6 but no idea what AID_VPN_IPv4 does. If nh-true_nexthop.aid != nh-nexthop_net.aid is

Re: Flapping ospf links results in high memory load in bgpd

On Tue, Jul 03, 2012 at 06:08:29PM +0200, Henning Brauer wrote: * Florian Obser flor...@narrans.de [2012-07-03 17:07]: dammit, I turned this into the fix from hell :/ The patch tries to do the right thing when nh-true_nexthop.aid != nh-nexthop_net.aid I'm pretty sure this should never

Re: Flapping ospf links results in high memory load in bgpd

Hi, after a very brief reading of ospfd sources I think I understand why it touches the route on the external interface. (This might be entirely wrong, but I think it does its spf dance and then puts the best routes into the fib wether they changed or not.) In any case since I understand ospfd a

<    1   2