GitHub Runner Issues #179979
Replies: 3 comments
-
|
Beta Was this translation helpful? Give feedback.
-
|
Yeah, that error basically confirms the problem: GitHub-hosted runners are out on the public internet, your tools are sitting behind a zero-trust wall, and the two will never see each other. Hosted runners just don’t get special networking magic. Honestly, the only setup that actually works in these environments is: • Self-hosted runners living inside your network. • Or a hybrid setup. • GitHub Enterprise helps with managing the runner farm if you have a lot of them, but it doesn’t change the physics: private tools require runners inside the private network. If it makes you feel any better, everyone with a zero-trust setup hits this exact wall. Self-hosted is pretty much the only way out. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you @herrksissoumarouane-glitch and @yassine-krichen for the quick response. Currently we have GitHub Enterprise license and going to use (GitHub Actions, GHAS, Copilot, Codebases etc.) What will be the best one in such scenario - Self-hosted runners living inside your network or hybrid setup? Current org and repo structure. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Question
Body
We have zero trust networks and using GitHub-hosted runners and GitHub Actions for CI/CD pipelines.
However, we are seeing the error "Curl: (6) could not resolve host: artifactory.xxx.net "
Solution -
Could you please advise on recommended approaches or features (such as self-hosted runners, GitHub Enterprise, or hybrid solutions) that can help us overcome these challenges?
Beta Was this translation helpful? Give feedback.
All reactions