Re: htpasswd alternatives for base httpd
void <[email protected]> Sun, 21 Jun 2026 12:32:54 +0100
| Newsgroups | gmane.os.openbsd.misc |
|---|---|
| Message-ID | <ajfL5i9MnD7F6zbJ@int21h> |
Hi, thanks for replying On Sat, Jun 20, 2026 at 10:10:54AM -0400, Nick Holland wrote: >I think you need to tell us what task you are attempting to accomplish, >rather than what tool you are trying to avoid to accomplish it. The end result I'd like is access to a web resource for one or two users without opening up that resource to the entire world. The people needing this resource may or may not be on a dynamic ip. >But ... my quick answer based on my interpretation of your >request would be that you are trying to restrict access to a web >server yes >(but I fail to see how fail2ban helps with this). fail2ban is basically me spitballing, sorry for the haphazard "logic" in my initial post. It's a thing to consider if there was no other alternative, and I'd want to discourage things trying basic auth over and over. >A couple >easy ways to do that without htpasswd would be authpf(8) -- log >into an account via ssh with the authpf shell and your IP address >is opened up in PF for accessing the web server, This is a great suggestion and I'm looking at it rn. Although I had heard of authpf I had no knowledge of what it did or how it could be used. >For cases with a small number of skilled users, I'm fond of ssh >tunnels, as they solve the end-to-end encryption (don't need to worry >about ssl certs) and you can channel a lot of different applications >through one tunnel. I use this too. The machine is headless and I run a vnc desktop through a tunnel. It's surprisingly quick, even on a rpi4, even using things like firefox and thunderbird and libreoffice. But this method would be beyond the ken of this client. The authpf method sounds perfect: 1. "double click here" (ssh logs in with key) 2. "now go here: <url>" thanks again for the suggestion --