Feature Request: Organization-level setting to allow GitHub-hosted runners to bypass IP restrictions #200227
Replies: 1 comment
-
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
🏷️ Discussion Type
Product Feedback
💬 Feature/Topic Area
ARC (Actions Runner Controller)
Discussion Details
Description:
We would appreciate if GitHub could consider adding a native organization-level setting to streamline IP-based access control for teams using both self-hosted and GitHub-hosted runners.
Currently, organizations with IP filtering requirements must manually maintain a whitelist of GitHub Actions runner IP addresses by regularly querying the Meta API and updating their network policies. While this approach works, it creates an ongoing operational burden that could be better handled by GitHub itself.
Proposed Solution:
We kindly suggest adding a toggle in the organization's Security settings (something like):
When enabled, this setting would automatically permit traffic from:
actions- GitHub-hosted runner IP rangesactions_macos- GitHub-hosted macOS runner IP rangesWhile continuing to enforce IP restrictions on all other external traffic.
Potential Benefits:
Why This Makes Sense:
Many teams need to prevent source code from leaving company infrastructure for compliance reasons, while still wanting to leverage GitHub's managed runner infrastructure for CI/CD. Having to maintain a separate process to keep GitHub's own IPs current seems like work that could naturally be handled by GitHub.
This would be a valuable addition to GitHub's security configuration options and would benefit any organization balancing strict IP policies with GitHub Actions usage.
Thank you for considering this suggestion!
Status: Feature Request
Impact: Organizations using IP filtering with GitHub Actions
Beta Was this translation helpful? Give feedback.
All reactions