mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-25 09:25:55 +03:00
[GH-ISSUE #1157] ✏️ v3 Project Status Update #950
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#950
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 @jc21 on GitHub (Jun 7, 2021).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/1157
Currently version 2 is no longer actively developed. Important bug fixes and community PR's will be added however.
Why? Because version 3 is being developed.
🟠 Changes
🟢 New features
All this means:
FAQ
Why not certbot?
It's heavily dependent on python, so the docker build process and final image is huge and complicated. By comparison acme.sh is a single bash script and supports almost all of the DNS providers out of the box (no pesky certbot plugins!)
Will it look the same?
Yes and no. Still planning to use the Tabler UI but switching to React opens the door for more functionality. Unfortunately, at the time of writing the react support for Tabler is not well maintained or of a standard I require for this project. This adds to dev time.
Disclaimer
This list of features can change at any time. Can I also ask that you don't ask for a due date for version 3. There's a LOT to do and I don't want to stick to any promises. When I know, you'll know :)
I'll update this issue as things change.
@apainter2 commented on GitHub (Jun 7, 2021):
@jc21 would you be willing to look at implementing 2FA options such as Authy/Google Authenticator for signing into the admin interface, or work with Authelia to get this functionality?
Cheers, and again thanks for NPM, its a fantastic project.
@ArtisanByteCrafter commented on GitHub (Jun 7, 2021):
Will there be any required migration steps if we use mariadb in the docker stack currently?
@jc21 commented on GitHub (Jun 7, 2021):
Good idea yep, 2FA is super easy to implement.
You can bet that there won't be a migration option - at least at the time of release. Since certbot and acme.sh work entirely differently, it might be easier to set them up manually. For someone who has way too many hosts though, maybe an api2->api3 script could be enough.
@asage-me commented on GitHub (Jun 8, 2021):
acme.sh will be great
@trackness commented on GitHub (Jun 10, 2021):
@jc10 I'm actively writing a Terraform provider for the project in order to enable end-to-end definition and reverse-proxying of a domain / subdomain. Are you able to share any intentions to modify the api routes or parameters? E.g.:
etc.
Cheers!
@RhvsW commented on GitHub (Jun 11, 2021):
Love the sound of it, would prefer to keep mysql support in if possible though.
@timdonovanuk commented on GitHub (Jun 11, 2021):
Isn't an often asked for feature a import/export functionality (https://github.com/jc21/nginx-proxy-manager/issues/168)? Appreciate things like certs can't be exported, but an import/export of the proxy hosts would be welcome (and useful for migrations). Thanks :)
@DoTheEvo commented on GitHub (Jun 12, 2021):
ETA this year, or next or further?
@jc21 commented on GitHub (Jun 13, 2021):
@trackness Awesome to hear that :) You can expect some changes to to the api re routes, but the idea of JWT token auth will be the same. I'll be adding certificate authorities as a list of options to add/edit/use as well. For the most part I'd expect that any plugin you write would be fairly easy to convert to v3.
@RhvsW A lot of issues on here are in regards to support for mysql/maria for non-amd64 systems. Not to say that mysql/postgres couldn't be added after initial release.
@timdonovanuk Yes it's often requested, and if an export/import existed it would only work for software using the same acme software.
@RhvsW commented on GitHub (Jun 13, 2021):
Maria and MySQL (8+) are arm64 compatible as of late so hopefully supporting it won't be too difficult now.
@psharma04 commented on GitHub (Jun 15, 2021):
Acme.SH is switching to ZeroSSL instead of Let's Encrypt. Since NPM uses acme.sh, will you follow suit? I think for the majority of users it doesn't make a difference, but for those who use CAA policies on their domains, it may be something to take note of.
@RhvsW commented on GitHub (Jun 15, 2021):
They're only changing to ZeroSSL by default, acme.sh can be configured to use lets encrypt if wanted with
--set-default-ca --server letsencrypt.@vedatkamer commented on GitHub (Jun 15, 2021):
@jc21, maybe you can consider to switch from Nginx to Caddy, which is an ACME client too, if you're moving to Golang backend. With MySQL support, NPM can be deployed as cluster but with only SQLite support, it'd be al ot difficult to implement a cluster installation. I also believe Granular User Permissions is one of the best feature of NPM.
Thank you so much for this great work.
@Vitz1988 commented on GitHub (Jun 16, 2021):
Is there a chance this new version will fix the Bad Gateway issue? I managed to get around this problem on an RPI but now that I'm virtualising everything I ran into the same thing, and none of the solutions posted in the dedicated thread do anything.
I appreciate all your work and this is a great utility. I just wish I'd be able to consolidate everything into a single server and eliminate the need for an external device that only runs this.