Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 06 Apr 2013 01:07:16 +0100
From:      Joe Holden <lists@rewt.org.uk>
To:        freebsd-net@freebsd.org
Subject:   rarpd
Message-ID:  <515F6734.2040302@rewt.org.uk>

next in thread | raw e-mail | index | archive | help
Hi guys,

I'm trying to make rarpd behave, but it doesn't seem to want to listen 
on vlan interfaces, or at least not mine:

The machine is a router with two interaces:

vr0 - routable ip address that pf performs nat on

vr1 - several vlan interfaces of which I want rarpd to listen on one, 
vr1.9 (I've tried renaming it to no avail)

If I use rarpd vr1.9 (or vr1, or anything other than vr0) it exits, 
output from truss:

connect(3,{ AF_UNIX "/var/run/logpriv" },106)    = 0 (0x0)
sendto(3,"<27>Apr  6 01:05:13 rarpd[40520]"...,47,0x0,NULL,0x0) = 47 (0x2f)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) 
= 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0)                 = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) 
= 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0)                 = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) 
= 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0)                 = 0 (0x0)
process exit, rval = 1

Whereas specifying vr0 outputs:

connect(4,{ AF_UNIX "/var/run/logpriv" },106)    = 0 (0x0)
sendto(4,"<31>Apr  6 01:05:41 rarpd[40522]"...,77,0x0,NULL,0x0) = 77 (0x4d)
ioctl(3,BIOCGBLEN,0xbfbfe6c0)                    = 0 (0x0)
<continues running>

I can't see any mention of this in the manpage, is this a known issue 
because well, reverse arp is entirely irrelevant in 2013 or something I 
can easily fix (nfs booting an OpenBSD machine, why they can't use 
dhcp/bootp like everyone else I don't know)

Cheers,
Joe



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?515F6734.2040302>