Comment by 🦂 zzo38

=> Re: "CLI/TUI Captive Portal Authentication" | In: s/retrocomputing

Captive portals are a bad idea for many reasons (this is one of them but not the only reason), and maybe you should complain to whoever set it up.

=> 🦂 zzo38

2024-11-10 · 2 months ago

5 Later Comments ↓

=> 🦋 CarloMonte [OP] · Nov 11 at 09:43:

I think that neither customers, nor venue managers can do anything about such a broken industry standard.

I only see two ways out here: work around it as in my original question), or wait (passively or actively) for another solution to emerge. Don't forget the requirement that users must sign the contract in order not to leave the provider liable for whatever them users do.

=> 🐙 norayr [mod] · Nov 11 at 17:17:

or you can circumvent the problem by carrying a portable, owned by you wifi access point. or even if you tether internet to the device via usb or blueetooth.

=> 🦂 zzo38 · Nov 11 at 17:21:

If a contract is wanted, then you should sign it by paper; I have been told that in some places it is done that way, and that such a contract is more legal than captive portals anyways.

=> 🐙 norayr [mod] · Nov 11 at 17:38:

and thank you, i didn't even know about uconsole.

=> 🦋 CarloMonte [OP] · Nov 12 at 06:37:

@norayr: you are welcome. the current workaround is the iphone hot spot.

Original Post

=> 🌒 s/retrocomputing

CLI/TUI Captive Portal Authentication — I have a small computer (uConsole/CM4) that I use in Linux console mode for simple tasks (programming, Gemini, text editing, e-mail). The hardware is too cramped to use with X/Wayland. I could not find any decent tutorial on how to authenticate against captive portals. Of course I only access networks that I am allowed to. Of course I tried to use a TUI browser (w3m/lynx); but it did not work. I suspect that JS is at fault. Any ideas? I look for a ready-...

=> 💬 CarloMonte · 7 comments · 2024-11-10 · 2 months ago