Re: PPTP after removing of userland ppp(8)

2014-03-20 1:15 GMT+02:00 Stefan Sperling : > > ppp(8) used net/pptp as a pseudo-device via pipes to a pptp process. > > With pppd(8) I don't think there is support for using a pipe to > a separate process as a device. Perhaps there is another way > to make pptp work with pppd. I don't know. > >

Re: Unbound in base, yes, what about ldns?

Thanks. 2014-03-20 1:44 GMT+02:00 Chris Smith : > See the thread "unbound dnssec revisited" I started on 12/30/2013 for > some hints. Looks like creating a new directory with the proper > permissions is the best way to go. > > > On Wed, Mar 19, 2014 at 7:01 PM, Àòàíàñ Âëàäèìèðîâ > wrote: > > Hi

Re: Unbound in base, yes, what about ldns?

Hi, Sorry for Off-topic, but when you enable DNSSEC validation and fetch a root key with unbound-anchor(8) (needs root) the following error shows up in /var/log/messages: unbound: [0:0] error: could not open autotrust file for writing, /etc/root.key.29136-0: Permission denied May be this is becau

PPTP after removing of userland ppp(8)

Hi, I was running PPTP client pptp-1.7.2p4 with userland ppp(8). It was a basic setup from pptp(8) manual page and specifically "PPTP on a router" example. What are my alternatives to run PPTP to connect to Microsoft VPN server? May I use ppp(4) and pppd(8) and if so can you point me to the right d

Re: Dovecot bsdauth(user): unknown user

>Oof. I didn't notice this earlier, but you're running -c>urrent, and >this has seen some changes in the last week. You might w>ant to take a >look at this thread: http://marc.info/?t=13910782254&r=1&w=2 > >I don't have an easy way to test (not running -current or using >passwd/bsdauth), and

Re: Dovecot bsdauth(user): unknown user

>> # pwd_mkdb >> usage: pwd_mkdb [-c] [-p | -s] [-d directory] [-u username] file >> # pwd_mkdb -c /etc/master.passwd >> # >> >> It seems that everything is OK, isn't it?. > >Did the problems with "unknown user" persist aft>erward? Yes, the problem persist. $ sudo doveadm auth test vlado Password

Re: Dovecot bsdauth(user): unknown user

>What happens if you just run "pwd_mkdb -c /etc/master.passwd" as root? >What about just "pwd_mkdb"? It looks like the error you're seeing in the >log ("bsdauth(vlado): unknown user...") comes down to a failure in >getpwent_r(), and would be causing problems before the user's login >class is releva

Re: Dovecot bsdauth(user): unknown user

No, they had default login class. I'm still trying to find out some pattern when and why this behavior occurs. When I create new account with `useradd accountname` then set a password with `passwd accountname` and then `doveadm auth test accountname`, everything seems good. Then `usermod -L default

Dovecot bsdauth(user): unknown user

Hi, I have a very strange problem with one user. After upgrade from "home made" release today dovecot stoped authenticating my account. Root and other accounts are working well. I also made two new accounts which worked as they should. It seems that for dovecot my account (vlado) not exists. Thanks

Re: Kernel Panic with Mon May 13 snapshot

Hi, I built a kernel that include the fix in pf.c and everything is fine now. Thanks, Atanas Vladimirov [ns]~$ uptime 5:37PM up 3 days, 3:44, 1 user, load averages: 1.23, 0.74, 0.64 [ns]~$ dmesg OpenBSD 5.3-current (GENERIC) #0: Wed May 15 23:59:01 EEST 2013 vl...@ns.bsdbg.net:/usr/src/sy

Re: Kernel Panic with Mon May 13 snapshot

2013/5/15 Ted Unangst > On Wed, May 15, 2013 at 22:31, ?? ?? wrote: > > Hi, > > I had a kernel panic after upgrade to latest snapshot. > > `trace` and `ps` follows, dmesg at bottom > > > > OpenBSD/i386 (ns.bsdbg.net) (tty00) > > > > login:pool_do_get: pfstatekeypl: curpage NULL, nitem

Kernel Panic with Mon May 13 snapshot

Hi, I had a kernel panic after upgrade to latest snapshot. `trace` and `ps` follows, dmesg at bottom OpenBSD/i386 (ns.bsdbg.net) (tty00) login:pool_do_get: pfstatekeypl: curpage NULL, nitems 1 panic: pool_do_get: nitems inconsistent Stopped at Debugger+0x4: popl%ebp RUN AT LEAST 'trace

Re: Arpresolve route without link local address

Hi, I added those two lines after block lines in my pf.conf: pass quick from (self) to 94.26.7.0/24 set queue b_ack pass quick from 94.26.7.0/24 to (self) set queue b_ack I'm still get the same error. Also I found that permanent static MAC disappear when dhclient recieve a leases fro

Re: Arpresolve route without link local address

Hi, Today I upgraded to 11.01.2013 snapshot and I'm still get the same error. I have permanent static for my default route. [ns]~$ sudo /usr/sbin/arp -Ff /etc/ether.mac [ns]~$ cat /etc/ether.mac XX.XX.XX.33 00:50:45:5f:16:58 permanent [ns]~$ arp -a gw.xx.xx (XX.XX.XX.33) at 00:50:45:5f:16:58 on

Arpresolve route without link local address

Hi, After upgrade to 08.01.2013 snapshot, I get a lot of /bsd: arpresolve: XX.XX.XX.33: route without link local address in /var/log/messages. XX.XX.XX.33 is my default gateway. [ns]~$ cat /etc/hostname.em0 up dhcp -inet6 [ns]~$ tail /var/log/messages ... Jan 10 20:31:47 ns /bsd: arpresolve

PF && 'traceroute -I host' && 'tracert host' problem

Hi I move from 4.6 to 4.7, rewrite my pf.conf rules to match new style. Everything works fine, but when I try to traceroute a host with -I flag (force to use icmp) on my obsd fw I got Request time out on all hops exclude the last one, which I was my target to traceroute. Here is an example: [ns]~$

Re: Apache Firefox and Ogg Theora (Byte-range requests)

2010/2/18 Pierre-Yves Ritschard > > This appears to be due to the format of the string being passed to > > strtonum(). ap_strtol() was tolerant of it. It's being passed the > > string from the Range: header. > > > > For example, the following valid request (taken directly from sniffing a > > wg

Re: Apache can't resume downloads after upgrade to 4.6

2010/2/9 Matthew Mulrooney > > I'm using OpenBSD since 4.4 and today I noticed that httpd server doesn''t >> support resuming while a file is downloading. >> > > The in-tree Apache (Apache 1.3.29 + improvements) doesn't support the range > header (so you can't resume a previous download); as fa

Apache can't resume downloads after upgrade to 4.6

Hello misc, I'm using OpenBSD since 4.4 and today I noticed that httpd server doesn''t support resuming while a file is downloading. I made an upgrade from 4.5 to 4.6 couple days ago. I googled this problem and it appears that Apache supports resuming by default. I made the following tests: I ran