On Fri, Mar 21, 2014 at 7:06 PM, Philip Guenther wrote:
> On Fri, Mar 21, 2014 at 1:40 PM, sven falempin
> wrote:
> > A quite old change (2.4!!) said < Emulate Linux mremap(). >
> >
> > Yet the call is not present nowaday.
>
> It's still in the same pl
Freebsd:
If the number ends with a ``b'', ``k'', ``m'', ``g'',
or ``w'', the number is multiplied by 512, 1024 (1K), 1048576 (1M),
1073741824 (1G) or the number of bytes in an integer, respectively.
NetBSD:
Where sizes are specified, a decimal number of bytes is expected. Two or
more numbe
hello
As far as i know, nothing change...
but the machine is remote.
v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.trunk0 trunk0
DHCPDISCOVER on trunk0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 10.0.0.254 (96:4f:87:9c:ad:67)
DHCPREQUEST on trunk0 to 255.255.255.255 port 67
DHCPACK
On Mon, Apr 14, 2014 at 8:21 AM, sven falempin wrote:
> hello
>
> As far as i know, nothing change...
> but the machine is remote.
>
> v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.trunk0 trunk0
> DHCPDISCOVER on trunk0 to 255.255.255.255 port 67 interval 3
> DHCPOFFE
On Mon, Apr 14, 2014 at 2:04 PM, sven falempin wrote:
> On Mon, Apr 14, 2014 at 8:21 AM, sven falempin
> wrote:
>> hello
>>
>> As far as i know, nothing change...
>> but the machine is remote.
>>
>> v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.
On Tue, Apr 15, 2014 at 7:13 AM, Kenneth Westerback
wrote:
> On 15 April 2014 08:34, Otto Moerbeek wrote:
>> On Mon, Apr 14, 2014 at 09:32:43PM -0400, sven falempin wrote:
>>
>>> so i got gdb back to the machine because i cannot reproduce outside of the
>>>
On Tue, Apr 15, 2014 at 8:05 AM, Otto Moerbeek wrote:
>
> > Op 15 apr. 2014 om 13:13 heeft Kenneth Westerback
> het volgende geschreven:
> >
> >> On 15 April 2014 08:34, Otto Moerbeek wrote:
> >>> On Mon, Apr 14, 2014 at 09:32:43PM -0400, sven falempin
2012/11/9 Kenneth R Westerback
> Those of you following -current or running very recent snaps may have
> noticed a lot of changes to dhclient in the last couple of weeks.
>
> Aside from some major clean up, these changes revolve around the
> elimination of the dhclient-script as both detrimental
printf $?
On Thu, Jan 24, 2013 at 2:45 AM, Janne Johansson wrote:
> Yes, I think the usual "programs should not print if the normal
> operation went fine" style should keep pfctl -f some-file quiet.
> Having output in the specific config test mode would not hurt, but
> it's not something I've bee
Hello,
I run OpenBSD 5.2 GENERIC#278 i386 for a while at home (wifi/router), and
since the release no reboot nor problem.
The Box is connected to a cable modem router that gives a public ip address
over dhcp or a local one if the line is cut.
So sometimes my egress is 192.168.100.1 sometimes it i
On Thu, Feb 7, 2013 at 8:47 AM, Peter Hessler wrote:
> On 2013 Feb 07 (Thu) at 13:44:22 + (+), Stuart Henderson wrote:
> :On 2013/02/07 08:29, sven falempin wrote:
> :> Hello,
> :>
> :> I run OpenBSD 5.2 GENERIC#278 i386 for a while at home (wifi/router),
> an
On Thu, Feb 7, 2013 at 9:44 AM, Stuart Henderson wrote:
> On 2013/02/07 09:26, sven falempin wrote:
> > egress, vr0 ext are all the same, arent they ?
>
> Probably, but you didn't give enough information to be sure.
>
> For example if you have IPv6 via a tunnel in
On Thu, Feb 7, 2013 at 10:09 AM, Stuart Henderson wrote:
> On 2013/02/07 10:01, sven falempin wrote:
> > On Thu, Feb 7, 2013 at 9:44 AM, Stuart Henderson >wrote:
> >
> > > On 2013/02/07 09:26, sven falempin wrote:
> > > > egress, vr0 ext are all the same,
On Thu, Feb 7, 2013 at 5:17 PM, sven falempin wrote:
>
>
> On Thu, Feb 7, 2013 at 10:09 AM, Stuart Henderson wrote:
>
>> On 2013/02/07 10:01, sven falempin wrote:
>> > On Thu, Feb 7, 2013 at 9:44 AM, Stuart Henderson > >wrote:
>> >
>> > > On
On Fri, Feb 8, 2013 at 9:07 AM, Stuart Henderson wrote:
> On 2013/02/08 08:56, sven falempin wrote:
>
> > # cat -n /etc/pf.conf | grep nat
> > 26 match out on (vr0) from 192.168.42.0/24 to !(self) nat-to ext
> > 28 match out on (ext) from 192.168.142.0/
On Mon, Feb 18, 2013 at 2:53 PM, Alexander Hall wrote:
> On 02/18/13 19:48, Nick Holland wrote:
>
>> On 02/17/13 04:54, Jason McIntyre wrote:
>>
>>> On Sun, Feb 17, 2013 at 01:29:00PM +0400, Nick Permyakov wrote:
>>>
Hi,
I might be nitpicking, but the sentence "This will take awhil
On Fri, Feb 22, 2013 at 2:29 PM, sangdrax8 wrote:
> I am new to OpenBSD, but would like to take advantage of a redundant
> setup with ipsec/carp/sasyncd. I have run into a situation which seems
> to be a bug, and was directed to post to tech with config files.
>
> I believe my problem is that th
my 2 cents:
timing is always a problem, maybe you could arping the next hop and then
activate the carp ?
On Wed, Apr 3, 2013 at 9:34 AM, Stuart Henderson wrote:
> On 2013/04/03 14:54, Camiel Dobbelaar wrote:
> >
> > In some cases when a network port comes up, it does not indicate that
> > the ne
*-i*[*extension*]
-i"\.sed"
but wow, nice way to destroy file.
On Mon, Apr 15, 2013 at 8:12 AM, Marc Espie wrote:
> $ cat goodfilename
> coincoin
>
> $ perl -pi -e 's/toto/tutu/' goodfilename
> works
>
> $ cp goodfilename /tmp
> $ perl -pi -e 's/toto/tutu/' /tmp/goodfilename
> Can't do inplac
On Mon, Apr 15, 2013 at 10:44 AM, sven falempin wrote:
> *-i*[*extension*]
>
> -i"\.sed"
>
> but wow, nice way to destroy file.
>
> oh , it is tmpfs related :-)
>
> On Mon, Apr 15, 2013 at 8:12 AM, Marc Espie wrote:
>
>> $ cat goodfilenam
Hello
Does the chain automatically set a parameter so C var are set to zero by
default ?
curl http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/nc/netcat
.c?rev=1.112;content-type=text%2Fplain > grep Sflag
If I compile this in release Slfag has a random value when tested or the
value 1 if the fl
Hello,
For obscure reason i would like to have a root shell with no login on the
com port.
I of course get through man
ttys, getty, termcap, login ...
Currently i have a <> by modifying gettytab and
specifying lo string there.
Still, i have to enter <> before getting the prompt.
But the mail is
Doc :
<>
Want to do something like
<>
or
<>
Read Code :
found, in if_bridge.c (following SIOCBRDGARL from ifconfig)
<<
bcopy(&req->ifbr_src, &n->brl_src, sizeof(struct ether_addr));
bcopy(&req->ifbr_dst, &n->brl_dst, sizeof(struct ether_addr));
>>
Search for usage of the (documented) field
<<
fi
2012/6/29 Henning Brauer
> * Mike Belopuhov [2012-06-29 13:46]:
> > On Fri, Jun 29, 2012 at 1:36 PM, Henning Brauer
> > wrote:
> > > now it's very unclear what your actual problem is - the struct is
> > > called ifbreq and used in a number of places, most notably of course
> > > the ioctls.
> >
continue;
- goto return_action;
}
+ goto return_action;
}
return (BRL_ACTION_PASS);
----
2012/6/29 sve
expression */
u_int16_t brl_tag;/* pf tag ID */
u_int8_tbrl_action; /* what to do with match */
u_int8_tbrl_flags; /* comparision flags */
2012/6/29 Ted Unangst
> On Fri, Jun 29, 2012 at 15:08, sven f
he ifconfig, so you put a substring
with a start
you ll have to explain and that s new knowledge
As you should now regexp, the complex way use less user brain cells
:D
SO I do a OFFSET,STRING matching ?
like
ifconfig bridge0 rule pass in on fxp0 src m1,de:fe
> On Fri, Jun 29, 2012 at 10:50 PM,
source mac address */
+ int8_t brl_src_size; /* source mac address
meaning bytes*/
struct ether_addr brl_dst;/* destination mac address
*/
+ int8_t brl_dst_size; /* destination mac address
meaning bytes */
u_int16_t b
Henderson
> On 2012/06/29 20:05, sven falempin wrote:
> > ifconfig bridge0 rule pass in on fxp0 src de:ff:*
>
> wouldn't it be simpler to just allow a mask value to be set,
> then you don't need to mess with extra flag variables, just mask
> the MAC address with thi
should be more likely an expected diff
2012/6/30 Stuart Henderson
> On 2012/06/30 09:47, sven falempin wrote:
> > Stuart,
> >
> > The flag is there to not change old behavior.
>
> Since masking with all 0's is pointless, you can use that to identify the
> sta
r_tagname[PF_TAG_NAME_SIZE]; /* pf tagname */
};
#define BRL_ACTION_BLOCK 0x01 /* block frame */
@@ -257,7 +259,9 @@
struct brl_node {
SIMPLEQ_ENTRY(brl_node) brl_next; /* next rule */
struct ether_addr brl_src; /* source mac address */
+ struct ether_addr brl_src_mask; /* source mac add
This diff enables the possibilty of using a mask on bridges rules.
I have test it like this :
$ cat /etc/hostname.bridge0
up
add re0
add vether0
rule pass out on vether0 src 78:2b:4f:00:00:00 mask ff:ff:ff:00:00:00 tag
booz
rule block out on vether0 src 78:2b:00:00:00:00 mask ff:ff:00:00:00:00
Inline diff
2012/7/3 sven falempin
> This diff enables the possibilty of using a mask on bridges rules.
>
> I have test it like this :
>
> $ cat /etc/hostname.bridge0
>
>
> up
> add re0
> add vether0
> rule pass out on vether0 src 78:2b:4f:00:00:00 mask ff:ff:ff
2012/9/10 Antoine Jacoutot
> Hi.
>
> This diff adds 2 new options to usermod(8):
> -U to unlock a user's password
> -Z to lock a user's password
>
> In effect locking/unlocking the password means to add a '!' in front of
> the encrypted entry in master.passwd.
> Note that this disable the _passwo
201 - 234 of 234 matches
Mail list logo