fix: restore IPv6 dual-stack support for nginx and uWSGI probes#15328
Open
alirezakolahdouzan wants to merge 1 commit into
Open
fix: restore IPv6 dual-stack support for nginx and uWSGI probes#15328alirezakolahdouzan wants to merge 1 commit into
alirezakolahdouzan wants to merge 1 commit into
Conversation
Nginx IPv6 listens were reverted and never restored; uWSGI probe bind stayed IPv4-only. Restore dual-stack nginx listens and make DD_UWSGI_HTTP configurable via Helm for IPv6-only clusters. Co-authored-by: Cursor <cursoragent@cursor.com>
alirezakolahdouzan
requested review from
Maffooch and
blakeaowens
as code owners
July 22, 2026 14:36
|
This pull request contains a critical finding where the sensitive file 'docker/entrypoint-uwsgi.sh' was modified by an author not on the allowed list. Although this issue is flagged as failing, it is not currently set to block the merge.
🔴 Configured Sensitive Codepath Modified by Non-Allowed Author in
|
| Vulnerability | Configured Sensitive Codepath Modified by Non-Allowed Author |
|---|---|
| Description | File 'docker/entrypoint-uwsgi.sh' matches configured sensitive codepath pattern 'docker/entrypoint-uwsgi.sh' and was modified by 'alirezakolahdouzan' (commit 480ae1a) who is not in the allowed authors list. |
We've notified @mtesauro.
Comment to provide feedback on these findings.
Report false positive: @dryrunsecurity fp [FINDING ID] [FEEDBACK]
Report low-impact: @dryrunsecurity nit [FINDING ID] [FEEDBACK]
Example: @dryrunsecurity fp drs_90eda195 This code is not user-facing
All finding details can be found in the DryRun Security Dashboard.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
listen [::]:...directives (and::1/128metrics bypass) that were added in Feat(nginx): Add support for IPv6 #12710, reverted in quickFix: invalid config in "Feat(nginx): Add support for IPv6" #12916, and never put back (entrypoint already strips IPv6 listens on IPv4-only hosts).DD_UWSGI_HTTP(default remains0.0.0.0:8081).django.uwsgi.appSettings.httpso IPv6-only / dual-stack clusters can set[::]:8081without rebuilding images.Related: #12695, #12710, #12916, #12938.
Helm usage (IPv6-only)
Test plan
helm templaterendersDD_UWSGI_HTTP: '0.0.0.0:8081'by defaulthelm template --set django.uwsgi.appSettings.http=[::]:8081rendersDD_UWSGI_HTTP: '[::]:8081'nginx -tsucceeds for dual-stacknginx.conf/nginx_TLS.confnginx -tstill succeeds after entrypoint IPv4-only strip oflisten [::]::8080;/nginx_healthreturns 200 on127.0.0.1and[::1]--http 0.0.0.0:8081and--http [::]:8081both answer probesdjango.uwsgi.appSettings.http: "[::]:8081"and confirm uwsgi/nginx probes pass.