Re: When OpenBSD 6.7 is going to be released?

2020-05-04 Thread Andinus
According to this [0], it's scheduled for May 19. [0]: https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc/root/root.mail.diff?r1=1.137=1.138

Re: pf table for all publicly routable ipv4 addresses

2020-05-04 Thread Marko Cupać
On 2020-05-04 19:23, Stuart Henderson wrote: On 2020-05-04, Marko Cupać wrote: Hi, I'd like to create pf table "all publicly routable ipv4 addresses". Is this possible with some short syntax? Thank you in advance. something like this? #

When OpenBSD 6.7 is going to be released?

2020-05-04 Thread info
Please let me know.

Re: Privoxy crashes on one OpenBSD machine but not another

2020-05-04 Thread TJ
> Same DNS setup on the machine, same network speed/latency? If this is a > race condition that could be the difference. Same LAN/DNS, yes. > Anyways, when looking at the privoxy code and their community I got so > discouraged that I realized that for me, it was not worth the risk. I'm getting

Re: pf table for all publicly routable ipv4 addresses

2020-05-04 Thread Daniel Ouellet
Just a question and a thought may be. I am not sure why having this pass valid table oppose to block. The reason is that if you pass all valid IP's then some service you want to block, don't you have to add more rules to do that oppose to only allow incoming from service you want? Look to me

Re: pf table for all publicly routable ipv4 addresses

2020-05-04 Thread Sebastian Benoit
Marko Cupa??(marko.cu...@mimar.rs) on 2020.05.04 22:42:50 +0200: > I thought I could do such table like this: > > table {0.0.0.0/0 \ > !0.0.0.0/8 \ > ... >!224.0.0.0/3 } > > ...but

Re: How to enable TLS 1.3?

2020-05-04 Thread be...@openbsd.org
Chad Hoolie(chad.hoo...@protonmail.com) on 2020.05.03 22:10:05 +: > Is there any chance we can have TLS 1.3 support in relayd in the upcoming 6.7 > release? No, for lack of a time machine.

pf table for all publicly routable ipv4 addresses

2020-05-04 Thread Marko Cupać
Hi, I'd like to create pf table "all publicly routable ipv4 addresses". Is this possible with some short syntax? Thank you in advance. -- Before enlightenment - chop wood, draw water. After enlightenment - chop wood, draw water. Marko Cupać https://www.mimar.rs/

Re: pf table for all publicly routable ipv4 addresses

2020-05-04 Thread Stuart Henderson
On 2020-05-04, Marko Cupać wrote: > Hi, > > I'd like to create pf table "all publicly routable ipv4 addresses". Is > this possible with some short syntax? > > Thank you in advance. > something like this? # https://www.team-cymru.org/Services/Bogons/bogon-bn-agg.txt table { !0.0.0.0/8

Re: [SOLVED] pkg_add can't resolve package - bad major

2020-05-04 Thread katzeilla
I think I forgot to run pkg_add -u after upgrade, my pkg_add is working again after running this. Thanks you all!

Re: dhcp dhcp problem with ramnode.com: "CLASSLESS_STATIC_ROUTES too long" (workaround included)

2020-05-04 Thread Stuart Henderson
On 2020-05-04, James Cook wrote: > Hi misc, > > I'm mostly posting this so people doing a web search can find my > workaround. However, if someone's interested in debugging it, I'm > happy to cooperate. I don't know whether this is dhclient's fault or > ramnode's fault. Can you capture the DHCP

OSPF lsa_check issue

2020-05-04 Thread Richard Chivers
Hi, Following on from the OSPF issue we were seeing in 5.8, we have built a vagrant lab with a complete replica of our production network in order to test config against 6.6 (latest syspatch applied) and test a number of scenarios. All in all everything has gone well, and other than some minor

dhcp dhcp problem with ramnode.com: "CLASSLESS_STATIC_ROUTES too long" (workaround included)

2020-05-04 Thread James Cook
Hi misc, I'm mostly posting this so people doing a web search can find my workaround. However, if someone's interested in debugging it, I'm happy to cooperate. I don't know whether this is dhclient's fault or ramnode's fault. Here is my /etc/dhclient.conf ; the comment mostly explains the issue.

10Gbps X520 network adapter only passing 3.5Gbps

2020-05-04 Thread Kalle Kadakas
Greetings OpenBSD community, I am running into severe bandwidth limitations whilst passing traffic through an OpenBSD firewall. The NIC in use is an Intel 10Gb 2-port X520 adapter from which I would hope to pass through at least 7Gbps+, yet the best results I have gotten is only around

Re: pkg_add can't resolve package - bad major

2020-05-04 Thread Chris Bennett
On Mon, May 04, 2020 at 08:23:10AM +0200, Marc Espie wrote: > On Sun, May 03, 2020 at 12:58:41PM -0400, Chris Bennett wrote: > > I have had this exact same problem before > > > > pkg_info -q > packages_installed > > pkg_delete gettext. > > pkg_add gettext-runtime > > pkg_add -u > > pkg_add -zl

Re: Dell VEP 1445 OpenBSD 6.6 Booting Failed

2020-05-04 Thread Vertigo Altair
In Addition, I rebooted the device after installation. Now, I cannot give any input from console. I cannot even enter the bios. Vertigo Altair , 4 May 2020 Pzt, 16:15 tarihinde şunu yazdı: > Hello, > I cannot change IRQ in Bios, > In BIOS, com0 settings are like this; > IO = 3F8h (correct) , IRQ

Re: Dell VEP 1445 OpenBSD 6.6 Booting Failed

2020-05-04 Thread Vertigo Altair
Hello, I cannot change IRQ in Bios, In BIOS, com0 settings are like this; IO = 3F8h (correct) , IRQ = 7 (incorrect) For installation, I set com0's IRQ to 7 at UKC. And I completed installation successfully. However, when I try to boot after installation the console is stucking again. There are 16

Privoxy crashes on one OpenBSD machine but not another

2020-05-04 Thread TJ
I'm migrating my system configs from one OpenBSD machine (Pentium 4) to another (Core 2 Duo). I noticed unpredictable crashes of the Privoxy package when run and used on the C2D computer. These crashes don't occur on the P4 at all, with the same traffic. Both computers are running the same

Re: Privoxy crashes on one OpenBSD machine but not another

2020-05-04 Thread Gabriel Kihlman
Hi, TJ writes: > > I tried launching the daemon from gdb to diagnose the problem, but the > package of course has no debug symbols. When gdb ran it from the > /var/privoxy chroot, the process crashed with a SIGPIPE. When I tested > it running outside the chroot, it crashed with a SIGABRT due

Re: pkg_add can't resolve package - bad major

2020-05-04 Thread Marc Espie
On Sun, May 03, 2020 at 12:58:41PM -0400, Chris Bennett wrote: > I have had this exact same problem before > > pkg_info -q > packages_installed > pkg_delete gettext. > pkg_add gettext-runtime > pkg_add -u > pkg_add -zl packages_installed > Update your procedures, use pkg_info -z and not pkg_add