Posted: Fri Jun 25, 2021 14:09 Post subject: {Fonero} Seeking compiled WGET with POST functionality
TL;DR: Using DD-WRT v2019/08/06 on my Fonero router - the builtin 'wget' doesn't do http POST submissions - where can I get a better wget (or busybox), or what can I use instead of wget to effect 'POST' goodness?
=-=-=-=-
I'm using my FON ('Fonero') router as a repeater with v2019/08/06 (r40559). (FWIW: The newest versions of DD-RT are FWfail because the WiFi radio never comes up, alive.)
I want my FON to automatically navigate the captive portal login of an upstream, open-WiFi AP. I have successfully done this on my desktop, using wget.
I tried using the wget which is builtin to the router (via busybox), however it's not compiled with http POST support (by way of the '--post-data' parameter - equating to a urlencoded form submission)... so no joy.
I did try snarfing about the net for anything precompiled that someone had made available but none of the dozen or so promising candidates would fly, I believe due to the uncommon? cpu config - "MIPS32" (so it seems that plain ole MIPS is insufficient?!).
In case it's helpful - this is what 'file' tells me about the existing busybox executable that works fine:
Code:
busybox_v1.31.0: ELF 32-bit MSB executable,
MIPS,
the fussy?--> MIPS32 version 1,
dynamically linked,
interpreter /lib/ld-musl-mips-sf.so.1,
corrupted section header size
So might anyone have any ideas about how to acquire either a standalone wget, or a busybox that includes a more featureful wget (that doesn't involve the massive effort of me setting up an x-compile enviro)?
If seeking this alternative wget (or busybox) looks UNpromising please do note that I don't mind at all skinning the cat another way if you have an idea of how to solve this alternatively - i.e. not using wget but satisfying the upstream router's need for the POST submission differently; I tried a quick barf of bytes via 'nc' but that didn't payoff... maybe due to an imperfect bytestream?
Also, if you would have done some web searching, you would realize that wget does NOT support POST functionality. However, curl does; but curl is not included in the firmware images for the Fonera, if I'm not mistaken.
If you're referring to the wifi led not coming on, that doesn't mean the wireless is bad:
Nope, I mean the AP named 'dd-wrt' never appears in my WiFi list.
My flash method is:
- always via wired
- affirm the option to reset to defaults
- just wait, and look for AP named 'dd-wrt' to appear, to signal completion
Of note, I never dual-reboot, pull power or anything - just plain & simple (e.g. as it worked for 40559, 43443, 43471, 45229)
Quote:
Did you try a more recent build from *this* year?
Yep, I tried all of these, and all were radio FAIL for me:
r45767 21/02/17
r46239
r46836
r46958 21/06/18
TBH tho, 45229 (21/01/01) did have radio working but since WiFiLED was permaoff I thought I'd just avoid.
Anyway, I'll try shortly to move to something more current.
Meh, ur mistaken - I don't need post-a-file, I need urlembedded POST, which:
a) wget *does* support POST, per parm '-h' in v1.19.4 (i.e. using '--post-data')
b) I already proved that wget is success, via testing on my desktop!!!
Quote:
However, curl does; but curl is not included in the firmware images for the Fonera, if I'm not mistaken.
Joined: 08 May 2018 Posts: 14249 Location: Texas, USA
Posted: Fri Jun 25, 2021 18:33 Post subject:
You're soft-bricking your Fonera; Also, you probably shouldn't be flashing these via webupgrade, that I know of. But if you are able to, do not select "reset to defaults" when upgrading as it will require a power cycle due to the soft brick.
I will concede, perhaps that link I posted is erroneous, but busybox wget is not wget-proper; it is a busybox'd version - but it does support post-data if wget_long_options is compiled in (which it is not for Fonera).
Joined: 08 May 2018 Posts: 14249 Location: Texas, USA
Posted: Fri Jun 25, 2021 20:02 Post subject:
These devices don't have a USB port, do they? I am fairly certain they do not. Entware / optware is not an option. Maybe you should consider telling us what you're trying to do with wget (and why you're trying to do it with such an old device as a Fonera). Keep in mind, depending on what the goal is here, it will determine whether or not the discussion continues. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Joined: 08 May 2018 Posts: 14249 Location: Texas, USA
Posted: Fri Jun 25, 2021 23:39 Post subject:
It sounds as if you want the FON to automatically login to an open, but secured wireless AP. Is it one that you have valid credentials to and are allowed to connect to? _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
It sounds as if you want the FON to automatically login to an open, but secured wireless AP. Is it one that you have valid credentials to and are allowed to connect to?
Oh, I now see what you're concerned about.
To be clear about my situation... the upstream AP is:
- using no encryption for its signal, and
- does not require *any* credentials
It is both radio-open, and usable-by-anyone-open. One only needs to click the submit button (or effect equivalent action) to acknowledge accepting the usage terms. It's been put in place specifically for use by the public.
Meh, the folks in that thread are pikers - nobody was doing anything bespoke, or even lifting the hood to looksee about what wasn't working.
In my case I'm not looking to build a:
- 'universal/generic' open-AP connector
I'm looking to build one to connect to a *specific* AP.
(TBH, my holy grail is to have the FON auto-connect to the AP, update its clock via ntp, open up an OpenVPN TAP to my server and then any device which connects to the FON AP side will be connecting to my VPN and getting a DHCP addy from it). We'll see...