Re: wifi hotspot workaround

2024-04-05 Thread ofthecentury
Well, FreeBSD did do it after all. I only had 1 instance of Wifi connectivity issue so far but zero wifi disconnects, like I constantly had on OpenBSD. Shady. On Thu, Apr 4, 2024 at 10:50 PM Peter N. M. Hansteen wrote: > > On Thu, Apr 04, 2024 at 07:22:01PM +0500, ofthecentury wrote: &g

Re: wifi hotspot workaround

2024-04-04 Thread ofthecentury
Okkk, device hangups still occur. But there's some statistics at least in FreeBSD, by running `sysctl dev.ath`...anything like that in OpenBSD? On Thu, Apr 4, 2024 at 6:54 PM ofthecentury wrote: > > Here's the solution to the athn0 driver constant cop outs. > I installed FreeBSD an

Re: wifi hotspot workaround

2024-04-04 Thread ofthecentury
ofthecentury wrote: > > Frolicking through the net80211 jungle of the code, it looks like > the authenticated wifi client info is stored by the kernel and not exposed > to the userspace. But I'm still not 100% sure which source file does > it and what variable holds that. I see net80211

Re: wifi hotspot workaround

2024-04-02 Thread ofthecentury
frames. Is that where an authenticated user would be saved? Or is there something above net80211 that will handle that? On Wed, Apr 3, 2024 at 12:22 AM Peter J. Philipp wrote: > > On Tue, Apr 02, 2024 at 11:20:52PM +0500, ofthecentury wrote: > > I'll take a look at those locations, than

Re: wifi hotspot workaround

2024-04-02 Thread ofthecentury
1:59PM +0500, ofthecentury wrote: > > Where does OpenBSD keep a list of all wireless clients that have > > been authenticated? Not the dhcpd leases list. Actual wireless stations > > that have authenticated to an interface running in hostap mode. Not arp > > cache, is it

Re: wifi hotspot workaround

2024-04-02 Thread ofthecentury
 PM Peter N. M. Hansteen wrote: > > On Sat, Mar 30, 2024 at 08:59:49PM +0500, ofthecentury wrote: > > And now something else happened, which seems like a big > > bug. > > athn0 sent a reason 6 deauthentication to my wifi client > > after I cycled the athn0 wifi

Re: wifi hotspot workaround

2024-03-30 Thread ofthecentury
- deauthenticating an already authenticated client. I don't even understand why the athn0 hostap wouldn't just re-associate the already authenticated client, especially since I have the nwflag "stayauth" turned on on the interface. On Sat, Mar 30, 2024 at 8:30 PM ofthecentury wrote: > >

Re: wifi hotspot workaround

2024-03-30 Thread ofthecentury
> > On Sat, Mar 30, 2024 at 05:44:32PM +0500, ofthecentury wrote: > > On Sat, Mar 30, 2024 at 5:29 PM Peter N. M. Hansteen > > wrote: > > > > > > why? > > > > I got "disassoc"s events in the log. > > disassociations can happen for a nu

Re: wifi hotspot workaround

2024-03-30 Thread ofthecentury
d scanning of wifi networks that shows up in the log, which is normal from what I gather, but I get constant, constant network node cache purges for some reason...like, twice per minute with up to 8 stations per node cache purge, which does not seem that excessive. On Sat, Mar 30, 2024 at 5:44 PM of

Re: wifi hotspot workaround

2024-03-30 Thread ofthecentury
On Sat, Mar 30, 2024 at 5:29 PM Peter N. M. Hansteen wrote: > > why? I got "disassoc"s events in the log. > The option to make the driver output more information is > > debug I did this. "ifconfig athn0 debug." That's how I saw "disassoc" events. Anyone can send disassociation events to the

wifi hotspot workaround

2024-03-30 Thread ofthecentury
I have an athn0 wifi hotspot going. I think I get wifi dissassoc attacks. I know I'm just mitigating for now, but I cycle the wifi interface periodically, and that gets my client device back online. I actually don't understand why cycling the interface gets my wifi device back online. Maybe it's

Re: How to exit cu?

2024-03-29 Thread ofthecentury
I just don't even learn to know what cu is. It's fantastic, everything works great. On Fri, Mar 29, 2024 at 5:02 PM Florian Obser wrote: > > On 2024-03-29 08:12 +01, Evan Sherwood wrote: > > Before I learned about the tilde sequences, I just unplugged the USB > > adapter. That quits cu. > > >

Re: tcpdump for 'disassoc' not supported

2024-03-22 Thread ofthecentury
(Fri) at 16:25:08 +0500 (+0500), ofthecentury wrote: > :Thanks. This does work on an interface, but not on -r /var/log/pflog? > : > :On Fri, Mar 22, 2024 at 3:54 PM Stefan Sperling wrote: > :> > :> On Fri, Mar 22, 2024 at 03:39:57PM +0500, ofthecentury wrote: > :> &

Re: tcpdump for 'disassoc' not supported

2024-03-22 Thread ofthecentury
Thanks. This does work on an interface, but not on -r /var/log/pflog? On Fri, Mar 22, 2024 at 3:54 PM Stefan Sperling wrote: > > On Fri, Mar 22, 2024 at 03:39:57PM +0500, ofthecentury wrote: > > I am getting wireless disassociation attacks. > > I wanted to look at the packets

tcpdump for 'disassoc' not supported

2024-03-22 Thread ofthecentury
I am getting wireless disassociation attacks. I wanted to look at the packets via: `tcpdump -nettt -I -i athn0 -s 256 type mgt subtype disassoc` but I get an error: "tcpdump: type not supported on linktype 0x1" Should work according to man tcpdump.

Re: UKC> disable "smth"

2024-03-16 Thread ofthecentury
2:22PM +0500, ofthecentury wrote: > > I boot with 'boot -c' and then > > enter 'disable mei' and then > > 'quit'. > > Pcidump still shows Intel MEI, > > just as it does when booting > > with default config. I don't > > think anything changed. > > But

Re: UKC> disable "smth"

2024-03-16 Thread ofthecentury
On Sat, Mar 16, 2024 at 7:29 PM Nick Holland wrote: > Again, an incorrect assumption. boot -c does NOT retain > changes between boots. UKC> is after the kernel is loaded > but before the kernel is fully running. While in ukc>, > the kernel doesn't really have an ability to write to > disk, as

UKC> disable "smth"

2024-03-16 Thread ofthecentury
I boot with 'boot -c' and then enter 'disable mei' and then 'quit'. Pcidump still shows Intel MEI, just as it does when booting with default config. I don't think anything changed. But UKC doesn't complain when I disable mei, so I know it knows 'mei' and disables it. But how would I know it does

Re: Saving UKC> list output

2024-03-15 Thread ofthecentury
Oh, so perfect, thx. Believe it or not, I have used a mechanical typewriter before. And also the matrix printers (resulting in partial hearing loss, probably). On Fri, Mar 15, 2024 at 11:36 PM Nick Holland wrote: > > On 3/15/24 07:56, ofthecentury via misc wrote: > > When you want

Re: USB peripherals hang, nothing in messages

2024-03-15 Thread ofthecentury via misc
urious how it's possible to debug this on OpenBSD. Is there a way to enable debug level verbosity on drivers? /var/log/messages is so bareboned, almost spartan I would dare to put forth. On Fri, Mar 15, 2024 at 5:11 PM Laurence Tratt via misc wrote: > > On Wed, Mar 13, 2024 at 05:12:29PM +05

Saving UKC> list output

2024-03-15 Thread ofthecentury via misc
When you want to turn off a device on OpenBSD you can do it at boot time with manual `boot -c` command. (Can also be automated) After entering entering `boot -c` you get UKC> configuration prompt. I type `list` and get a nice list of all drivers I can disable with `disable mei` or disable `lpc`.

Re: Is this a security issue?

2024-03-13 Thread ofthecentury
of me using OpenBSD due to the way OpenBSD was centered around code auditing and only releasing something very stable and tested, especially something so senstive as graphics. On Wed, Mar 13, 2024 at 5:42 PM Zé Loff wrote: > > On Wed, Mar 13, 2024 at 05:01:57PM +0500, ofthecentury wrote: > &

USB peripherals hang, nothing in messages

2024-03-13 Thread ofthecentury
My USB mouse and keyboard hang intermittently. Very weird things happen, i.e. my mouse's red LED light begins to flicker in a very weird fashion, or my keyboard stops responding and my sound output is suddenly muted by itself (I don't even touch sound). This was in the /var/log/messages

Is this a security issue?

2024-03-13 Thread ofthecentury
Just saw this in my /var/log/messages: '/bsd: drm:pid1338:intel_pipe_update_start *ERROR* [drm] *ERROR* Potential atomic update failure on pipe B' Intel_pipe_update???

Re: 'xset' not authorized

2024-03-13 Thread ofthecentury
Not default here for some reason. Didn't change $HOME at all. On Wed, Mar 13, 2024 at 4:14 PM Stuart Henderson wrote: > > On 2024-03-13, ofthecentury wrote: > > After poking around, it turns out you just need to > > add an environmental variable XAUTHORITY in XFCE ter

Re: 'xset' not authorized

2024-03-13 Thread ofthecentury
¯AM Stuart Henderson wrote: > > On 2024-03-09, ofthecentury wrote: > > For the droves who have/will have the same question: > > You can disable DPMS by tweaking the Xorg config > > out. First, get the monitor identifier from your > > /var/log/Xorg.0.log. Then, add a

Re: Mouse moving on its own, kbd typing on its own

2024-03-11 Thread ofthecentury
On Mon, Mar 11, 2024 at 11:22 PM Eric Furman wrote: > You don't happen to have an Xbox type controller plugged > into your computer by any chance do you? I do not. Only USB keyboard. Speaking of USB keyboards. I get this second USB keyboard interface which I always disable on Linux with udevadm

Re: Mouse moving on its own, kbd typing on its own

2024-03-11 Thread ofthecentury
ra instead of openbsd and not reading > source code > > On Fri, March 8, 2024 4:43 pm, ofthecentury wrote: > > I have a USB mouse that starts to move a little > > on its own once in a while when I'm browsing the internet using chromium. > > My USB keyboard > >

Re: No internet while using wifi

2024-03-10 Thread ofthecentury
Also need to see your pf firewall ruleset (pfctl -sr) probably. On Sun, Mar 10, 2024 at 4:29 PM Zé Loff wrote: > > On Sun, Mar 10, 2024 at 10:00:23AM +, Hari wrote: > > Hello, > > > > I wanted to connect my openbsd system to wifi. So I downloaded and > > installed the > > the necessary wifi

Re: 'xset' not authorized

2024-03-09 Thread ofthecentury
Maybe the issue is running it in XFCE from an xfce4-terminal. On Sun, Mar 10, 2024 at 5:22 AM Stuart Henderson wrote: > > On 2024-03-09, ofthecentury wrote: > > For the droves who have/will have the same question: > > You can disable DPMS by tweaking the Xorg config &

Re: 'xset' not authorized

2024-03-09 Thread ofthecentury
LVDS0" [insert your monitor identifier] Option "DPMS" "false" EndSection Kill xenodm and launch xenodm again. Confirm by running 'xset q' that DPMS is disabled. Laptop screen will not shut off on you again. On Sat, Mar 9, 2024 at 9:33 AM ofthecentury wrote: > &g

Re: No packages found for 7.5 snapshot on arm64

2024-03-09 Thread ofthecentury
Got it, thanks. But I didn't realize you have to run 'pkg_add -u -D snap' to upgrade all packages after you upgrade with 'sysupgrade -s'. On Sat, Mar 9, 2024 at 6:40 PM Thomas Frohwein wrote: > > On Sat, Mar 09, 2024 at 02:27:36PM +0500, ofthecentury wrote: > > I had a similar probl

Re: No packages found for 7.5 snapshot on arm64

2024-03-09 Thread ofthecentury
I had a similar problem this week, for amd64. The 'packages/amd64' folder on the OpenBSD mirrors for 7.5 snapshot is also empty. So I just manually set PKG_PATH to 7.4 packages folder for the time being. On Sat, Mar 9, 2024 at 2:15 PM Dmitry Matveyev wrote: > > Hi, > > I was running an OpenBSD

'xset' not authorized

2024-03-08 Thread ofthecentury
I cannot turn off dpms so my screen doesn't shut off after 10 mins (screensaver off already). When running 'xset s off -dpms' I am getting an error: 'Authorization required, but no authorization protocol specified.' I tried running xhost si:localuser:root, but xhost gets the same error. (OpenBSD

Re: USB ethernet ure0 not working

2024-03-08 Thread ofthecentury
It's important to specify the interface when adding default routes. Thanks. And all clear on egress then since it is tied to the default route. On Fri, Mar 8, 2024 at 9:58 PM Stuart Henderson wrote: > > On 2024-03-08, ofthecentury wrote: > > I made a little progress. I made routin

Mouse moving on its own, kbd typing on its own

2024-03-08 Thread ofthecentury
I have a USB mouse that starts to move a little on its own once in a while when I'm browsing the internet using chromium. My USB keyboard is also acting up...it just started typing spaces all of a sudden as I was typing up this email and wasn't reactive to any input until I unplugged it and

Re: USB ethernet ure0 not working

2024-03-08 Thread ofthecentury
. Maybe there's an issue there somehow? On Wed, Mar 6, 2024 at 12:54 PM Peter N. M. Hansteen wrote: > > On Wed, Mar 06, 2024 at 12:43:28PM +0500, ofthecentury wrote: > > I'm stumped. Pls help. > > I plug a TPLink USB ethernet dongle in, it > > is identified by O

Fwd: Disk encryption cipher

2024-03-06 Thread ofthecentury
Who's this psycho Jan Stary telling people new to OpenBSD not to use an appropriate public mailing list for legitimate questions? -- Forwarded message - From: Jan Stary Date: Wed, Mar 6, 2024 at 1:26 PM Subject: Re: Disk encryption cipher To: ofthecentury Stop poluting

USB ethernet ure0 not working

2024-03-05 Thread ofthecentury
I'm stumped. Pls help. I plug a TPLink USB ethernet dongle in, it is identified by OpenBSD, and I get a ure0 interface. It says ure0 is up and running. I give it the ip address, default route, but nothing happens, I don't get connectivity. I do everything the same for the USB dongle as for the

Re: Disk encryption cipher

2024-03-05 Thread ofthecentury
https://github.com/openbsd/src/blob/master/sys/dev/softraid.c Judging by the source code it's aes-512-xts now. Such hard. Very cipher. Hacking can't. NSA oh no. On Wed, Mar 6, 2024 at 12:02 PM Janne Johansson wrote: > > Den ons 6 mars 2024 kl 07:17 skrev ofthecentury : > > > >

Disk encryption cipher

2024-03-05 Thread ofthecentury
Hi. I cannot find what cipher is used for full disk encryption on OpenBSD. I saw a mention of salting too, but really no specifics on what the encryption algorithm is. Is there somewhere I can read about it? And really, what is the cipher used?

Re: can't find PID

2024-03-05 Thread ofthecentury
utable was running which pid at a > specific time, you need to put that information in a log, so you can > associate pid and time with the executable path. > > -- > Raul > > On Tue, Mar 5, 2024 at 10:26 AM ofthecentury wrote: > > > > Well, that's not very noice. Where is sec

Re: can't find PID

2024-03-05 Thread ofthecentury
Well, that's not very noice. Where is security? On Tue, Mar 5, 2024 at 7:45 PM Theo de Raadt wrote: > PID 6504 was my shell. I've logged off now. > > What are you expecting here?? > > > ofthecentury wrote: > > > Yes, I'm tcdupming pflog and ALL my dropped packets

Re: can't find PID

2024-03-05 Thread ofthecentury
in tcpdump to the process, and I cannot, and I believe I should be able to for security. On Tue, Mar 5, 2024 at 7:12 PM Janne Johansson wrote: > Den tis 5 mars 2024 kl 14:35 skrev ofthecentury : > > > > Hi, I'm on a fresh install of OpenBSD 7.4. > > I am watching output of t

can't find PID

2024-03-05 Thread ofthecentury
Hi, I'm on a fresh install of OpenBSD 7.4. I am watching output of tcpdump and seeing some drops that all reference UID 0, pid 6504. I cannot find that PID among running processes. Does anyone know what is that process and why it's not running but tcpdump references it? Thanks!