Skip to content

Cannot access admin interface on v2.11.1 (502 Gateway Error) #3585

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
krosseyed opened this issue Feb 26, 2024 · 4 comments
Closed

Cannot access admin interface on v2.11.1 (502 Gateway Error) #3585

krosseyed opened this issue Feb 26, 2024 · 4 comments
Labels

Comments

@krosseyed
Copy link

krosseyed commented Feb 26, 2024

Checklist

  • Have you pulled and found the error with jc21/nginx-proxy-manager:latest docker image?
    • Yes
  • Are you sure you're not using someone else's docker image?
    • Yes
  • Have you searched for similar issues (both open and closed)?
    • Yes

Describe the bug
I cannot log into the admin interface after deploying a fresh v2.11.1 container on a Mikrotik CHR on AWS using a t3.micro.

To Reproduce
Steps to reproduce the behavior:

  1. Setup container support and enable device-mode on AWS for Mikrotik CHR
  2. Create config.json and move it to /npm on CHR
  3. Install container using the following config
/interface/veth
add name=veth1 address=172.17.0.2/24 gateway=172.17.0.1

/interface/bridge
add name=docker

/ip/address
add address=172.17.0.1/24 interface=docker

/interface/bridge/port 
add bridge=docker interface=veth1
/ip/firewall/nat/add chain=srcnat action=masquerade src-address=172.17.0.0/24 

/container envs
add key=DB_SQLITE_FILE name=npm_envs value=/data/database.sqlite
add key=DEBUG name=npm_envs value=true

/container mounts
add dst=/data name=/npm/data src=/npm/data
add dst=/etc/letsencrypt name=/npm/letsencrypt src=/npm/letsencrypt
add dst=/app/config/production.json name=/npm/config.json src=/npm/config.json

/container
add envlist=npm_envs interface=veth1 logging=yes mounts=/npm/data,/npm/letsencrypt,/npm/config.json root-dir=/npm/root start-on-boot=yes workdir=/app
  1. Remove /etc/nginx/conf.d/dev.conf by going into the container and deleting it
/container shell 0
rm /etc/nginx/conf.d/dev.conf
  1. Shutdown and Startup the container and wait about 10 minutes to start up. Then access via http://<IP_OF_AWS_INSTANCE>:81 using the default admin credentials

Expected behavior
To be able to log into the admin console. Not get a 502/Bad Gateway error

Screenshots
Screenshot 2024-02-25 at 11 25 16 PM

Operating System
Mikrotik CHR v7.12.1 using the container application provided by Mikrotik

Additional context

I am getting in my logs the following output:
Using Sqlite: /data/database.sqlite

I know Mikrotik's RouterOS is not a popular platform, but it would be nice to have this configuration to run NPM documented somewhere so people who want to run this on RouterOS can do so. The newer hardware is definitely equivalent or faster than a RaspberryPi and has more networking capabilities than most computing platforms.

@krosseyed krosseyed added the bug label Feb 26, 2024
@SaschMie
Copy link

SaschMie commented Mar 1, 2024

Same here, the new update broke npm. Login is broken and dns challenge errors all time.

@bluekitedreamer
Copy link

bluekitedreamer commented Mar 6, 2024

This is caused by various checks initiated during startup versus after the app has loaded. I'm filing a separate but related bug which sheds some light into the issue at hand.

@krosseyed
Copy link
Author

There was another issue I discovered and it was related to how much RAM I allowed the VM to use. I am going to close this ticket for now as I am no longer trying to use NginxProxyManager for my homelab needs.

@krosseyed
Copy link
Author

Just an update, ran this same setup on a brand new CRS2116 and it works fine. It was the RAM limit that got me on this bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants