-
Notifications
You must be signed in to change notification settings - Fork 9.4k
feat: disable the setup route by default for nginx #39228
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
base: 2.4-develop
Are you sure you want to change the base?
Conversation
Hi @SamJUK. Thank you for your contribution!
Allowed build names are:
You can find more information about the builds here For more details, review the Code Contributions documentation. |
@magento run all tests |
@magento run all tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello @SamJUK,
Thank you for your contribution!
The changes look good for Nginx users. However, I have noticed that this issue is also reproducible for Apache users. For consistency, could we also address this issue for Apache users?
Although there is no sample file for Apache as there is for Nginx, could we consider providing a fix or suggestion for Apache users when creating a virtual host for their Magento instance?
Thank you.
I am not overly familiar with Apache, but I've pushed a change to the |
@magento run all tests |
Hi @SamJUK, Thanks for the collaboration & contribution! ✔️ QA PassedPreconditions:
Steps to reproduce Navigate to https://site.com/setup/ Before: ✖️ ![]() After: ✔️ ![]() Builds are failed. Hence, moving this PR to Extended Testing. Thanks. |
@magento run all tests |
@magento run all tests |
@magento run Functional Tests B2B, Functional Tests CE, Functional Tests EE |
One of the consistent test failure for Functional B2B is known Issues and JIRA is raised for them. Other failures are inconsistent and seems to be flaky. They neither part of PR nor failing because of the PR changes. Known Issue : StoreFrontSimpleProductWithSpecialAndTierDiscountPriceTest ACQE-7971 Consistent test failure for Functional CE is known Issues and JIRA is raised for them. Known Issue: StorefrontEnsureThatAccordionAnchorIsVisibleOnViewportOnceClickedTest ACQE-7683 Failures in Functional EE are inconsistent and seems to be flaky. They neither part of PR nor failing because of the PR changes. Hence moving this PR to Merge In Progress. |
Description (*)
Add access control to the
/setup/
route within the default nginx configuration.With a default of deny all.
Fixed Issues (if relevant)
Manual testing scenarios (*)
Test on BOTH a new uninstantiated instance, as well as a preinstalled instance.
/setup/
expect to see a 403/401 error/setup/
expect to see the setup page.Questions or comments
Happy for this to be closed another way (eg removal of the route all together).
Contribution checklist (*)