mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 00:55:52 +03:00
[GH-ISSUE #1044] https portal #890
Labels
No labels
📶 WiFi
🕸️ HTTP
Branch
DEV Help Wanted
Discussion
Documentation
ESP32
Example
Good First Issue
Hotfix
In Progress
Incomplete
Needs Feeback
Priority
QA
Question
Task
Upstream/Dependancy
bug
duplicate
enhancement
invalid
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/WiFiManager#890
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Nimo11 on GitHub (May 2, 2020).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/1044
Hello,
I will find it very useful to be able to use the portal in https and/ or authentication. I use the non-blocking portal and it would be more secure. Do you have it in your road map.
Thank you for this very useful work
@tablatronix commented on GitHub (May 2, 2020):
Yes ideally you would provide your own websever and pas it into wm
@Nimo11 commented on GitHub (May 5, 2020):
You could maybe change handleRequest to this :
@tablatronix commented on GitHub (May 5, 2020):
What’s that do? Basic auth? Does it require https server ?
@Nimo11 commented on GitHub (May 8, 2020):
It add authentication ability.
Changing handleRequest with this code and adding in header file this property :
bool AuthenticationRequired;
const char* AuthUser;
const char* AuthPassword;
So developers can decide to ask authentication simply.
Sorry for this too fast reply.
@tablatronix commented on GitHub (May 8, 2020):
Does this work with captive portal ?
@Nimo11 commented on GitHub (May 10, 2020):
Yes, all requests are processed. But the behavior can be modified by changing the value of AuthenticationRequired after the autoconnect
@tablatronix commented on GitHub (Nov 23, 2020):
Ok this definitely does not work for captive portals. I am gonna try to add a landing page and see if that works.
It looks like it is not supported at all, even after landing, perhaps there is a header required.
@Nimo11 commented on GitHub (Jan 10, 2021):
I try it this week and it work me with dev branch. I restart with acces point and i have login needed, After configuration i have a login page on my portal. What's wrong with your test?
@tablatronix commented on GitHub (Jan 10, 2021):
Http authentication does not work on my devices. It never pops up