Re: dhcpleased losing route

What does `# dhcpleasectl -l cnmac2` output on the machine you are using? Mine (OpenBSD 7.3 amd64 vm on the LAN) looks like this (anonymised): root@vm2:~# dhcpleasectl -l vio0 vio0 [Bound] inet 192.168.x.220 netmask 255.255.255.0 default gateway 192.168.x.1 nameservers 192.168.x.1 lease 24 hours

Re: dhcpleased losing route

( this is a good dhcp state diagram to follow along at home: https://commons.wikimedia.org/wiki/File:DHCP_Client_State_Diagram_-_en.png ) On 2023-05-10 23:07 +10, David Diggles wrote: > I probably should have done numeric tcpdump output. Here's both again. > > tcpdump: WARNING: snaplen raised

Re: dhcpleased losing route

I probably should have done numeric tcpdump output. Here's both again. tcpdump: WARNING: snaplen raised from 116 to 1500 22:36:40.276682 0.0.0.0.68 > 255.255.255.255.67: xid:0x74253f08 vend-rfc1048 DHCP:REQUEST HN:"sarah" CID:1.220.159.219.40.20.191 PR:SM+DG+NS+HN+DN+BR+119+121 RQ:202.63.67.36

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

Hello hplip does not work with this printer the P1005, that is why I need foo2zjs. The problem is when I download the driver I don't get a ppd file but an img file and I don't know what to  do with it. I tried to mount it but it didn't work.There is no explication in the foo2zjs doc. bye

Re: dhcpleased losing route

On Wed, May 10, 2023 at 05:55:28AM -, Stuart Henderson wrote: > On 2023-05-10, David Diggles wrote: > > My ISP provides connection via DHCP. > > > > Every 5 minutes or so when dhcpleased is renewing the lease, > > my default route disappears for a few seconds. > > That isn't supposed to

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

Does not work in what way? If you define it as a similar model does anything print? HP's web site says it is fully supported. On Wed, May 10, 2023 at 02:30:31PM +0200, BESSOT Jean-Michel wrote: Hello hplip does not work with this

Re: Asymmetric file encryption… use gnupg from ports or is there something else?

On Wed, May 10, 2023 at 01:41:47PM +1000, Stuart Longland wrote: > delivery. I've certainly coaxed Taylor UUCP to work over SSH in the > past, and it does work just fine. Not sure if OpenBSD has a built-in > UUCP, but that is an option. It'd solve my immediate problem… but I > figure if they're

Re: dhcpleased losing route

On Wed, May 10, 2023 at 08:56:10PM +1000, David Diggles wrote: > dhcpleasectl -l cnmac2 > > cnmac2 [Bound] > inet x.x.x.x netmask x.x.x.x > default gateway x.x.x.1 >

Re: dhcpleased losing route

dhcpleasectl -l cnmac2 cnmac2 [Bound] inet x.x.x.x netmask x.x.x.x default gateway x.x.x.1 nameservers x.x.x.x x.x.x.x lease 6 minutes dhcp server

Is it possible to decrypt private key from U2F backed SSH key (-sk)

background0: I'm trying to implement hardware SSH key suport for age background1: It's my first time using Go and FIDO, Go is easy So I want to know if it is possible to decrypt the SSH identity and get the cryptographic part, just like the result when decoding normal SSH private key. I know this

Re: alias issue with snapshot #1175

Sorry for the noise. It did turn out to be that the 3rd party device was squatting on the .45 address. Thanks to all!

dmesg Lenovo ThinkPad X13 Gen2

Suspend and hibernate works. Lidaction works. Internal mic doesn't work but audio recording does work with a headset. Webcam works. vmm works. Turning down the screen brightness with the keyboard does turn the whole screen black for an instant when getting at low values:

Re: dhcpleased losing route

Ok here's the Apple pcap for a working implementation. tcpdump -r airport.dhcp.pcap tcpdump: WARNING: snaplen raised from 116 to 1500 12:26:04.010316 0.0.0.0.bootpc >

Re: dhcpleased losing route

On Thu, May 11, 2023 at 07:27:22AM +1000, Jonathan Matthew wrote: > > This looks like the thing I ran into a while ago where I had an overly > broad nat-to rule for outgoing traffic that applied to traffic from the > host as well as the networks behind it. This meant dhcpleased's unicast >

Re: dhcpleased losing route

Thanks Florian, here's a tcpdump from the Apple (NetBSD) router. This implementatin isn't losing the default route. tcpdump -n -i mgi1 -s1500 -vv port 67 or 68 tcpdump: listening on mgi1, link-type EN10MB (Ethernet), capture size 1500 bytes 07:15:36.010329 IP (tos 0x10, ttl 128, id 0, offset 0,

Re: dhcpleased losing route

David Diggles(da...@elven.com.au) on 2023.05.11 08:09:54 +1000: > Thanks Florian, here's a tcpdump from the Apple (NetBSD) router. > This implementatin isn't losing the default route. > > tcpdump -n -i mgi1 -s1500 -vv port 67 or 68 > tcpdump: listening on mgi1, link-type EN10MB (Ethernet),

Re: dhcpleased losing route

On 2023-05-10, Jonathan Matthew wrote: > If there's a pf rule like 'match out on $iface nat-to ($iface)', making > that only apply to traffic received on another interface will probably > help. "received-on" is excellent for making rules only apply to packets coming from some specific interface.

Re: dhcpleased losing route

On Wed, May 10, 2023 at 04:38:25PM +0200, Florian Obser wrote: > ( this is a good dhcp state diagram to follow along at home: > https://commons.wikimedia.org/wiki/File:DHCP_Client_State_Diagram_-_en.png ) > > On 2023-05-10 23:07 +10, David Diggles wrote: > > I probably should have done numeric