Skip to content
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

Option to enable 444 on default site and access list #622

Open
axiom00 opened this issue Oct 1, 2020 · 6 comments
Open

Option to enable 444 on default site and access list #622

axiom00 opened this issue Oct 1, 2020 · 6 comments

Comments

@axiom00
Copy link

axiom00 commented Oct 1, 2020

Would it be possible to add a fifth option on the default site configuration to return 444 connection dropped? Also nice to have the 444 option as a toggle in the access list Deny All rule instead of the current 403.

Thanks.

@brtwrst
Copy link

brtwrst commented Jul 24, 2021

I have the same "Issue"/Wish.
You can work around it a little bit.

  1. Go to settings and select 404 Page as Default Site
  2. SSH into your machine and go to [npm_data_volume]/nginx/default_host/site.conf and change the 404 to 444 in that file.

This change will persist until you select a new option for the Default Site.

@webartifex
Copy link

Just saw this issue and want to encourage that the above suggestions become features eventually.

I work with the exact same fixes, but having them as GUI options for not so "tech" savvy people would probably be great.

@LaazV
Copy link

LaazV commented Mar 24, 2022

Yes, please! Been wanting this for a while since I'm using a wildcard dns entry, and don't want the server responding to any subdomain.

Maybe even a 6th option "Custom Nginx Configuration" to allow for other edge cases when needed.

@KGBist2000
Copy link

yes please, return code 444 is much safer, than 404.
One of the usecase is when somebody try to connect via IP and not via hostname/domainname to close the connection by 444 and do not return any information about the server.

@tomassanjuann
Copy link

Up for this. Custom HTTP codes are an improvement in my opinion.

Copy link

Issue is now considered stale. If you want to keep it open, please comment 👍

@github-actions github-actions bot added the stale label Mar 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants