mirror of
https://github.com/mthenw/frontail.git
synced 2026-04-26 10:15:52 +03:00
[GH-ISSUE #208] HTTPS on IOS #136
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/frontail#136
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 @M4RC02U1F4A4 on GitHub (Apr 20, 2020).
Original GitHub issue: https://github.com/mthenw/frontail/issues/208
On IOS when HTTPS in enable, the page load correctly, but logs are not shown.
@M4RC02U1F4A4 commented on GitHub (Apr 20, 2020):
Some info
Frontail Docker version latest (the one from 6 days ago)
IOS 13.4.1
@RafaelMiquelino commented on GitHub (May 1, 2020):
Hi, I have the same issue on Safari, MacOS Catalina. It works well when accessing the ip address directly but the logs are not shown when accessing through the reverse Proxy (Traefik). It works as expected when using Chrome.
Please, see screenshots below:
Access through the ip-adress:port (works fine):

Access through the host address (doesn't work):

@M4RC02U1F4A4 commented on GitHub (May 1, 2020):
@RafaelMiquelino have you tried using integrated https instead of a reverse proxy?
I also have the problem with the reverse proxy (Nginx), but it also appear when using this option
@RafaelMiquelino commented on GitHub (May 3, 2020):
What exactly do you mean with integrated https? I'm using Let's encrypt certificate with the issue and renewal automatically done by Traefik.
I collected a bit more information on the error, please see below the error indicated on the browser console:
Do you have any indication on how to solve this issue?
@M4RC02U1F4A4 commented on GitHub (May 3, 2020):
I mean that frontail can support https without a reverse proxy.
Why am I talking about https? Because I think the problem is caused by that. In the first case you log in with the ip, while in the second case with the hostname, however in the second case there is an https connection
@RafaelMiquelino commented on GitHub (May 3, 2020):
Yes, I got it and I think that makes sense. But I want to solve this using my reverse proxy solution for the sake of simplicity and standardisation with the other services I'm running on the same server. I'll check deeper the issue and how to solve it and will post back if I find any solution.