# Discourse Rebuild Fails During Bootstrap: Git HTTPS Timeout, Looking for a Clean SSH-Based Workaround **URL:** https://meta.discourse.org/t/discourse-rebuild-fails-during-bootstrap-git-https-timeout-looking-for-a-clean-ssh-based-workaround/405047 **Category:** Support **Tags:** install **Created:** [June 11, 2026, 9:16am UTC](https://meta.discourse.org/t/discourse-rebuild-fails-during-bootstrap-git-https-timeout-looking-for-a-clean-ssh-based-workaround/405047 "2026-06-11T09:16:20Z") **Posts on this page:** 1 **Showing post:** 3
### Author: ![serkhelesheyi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/serkhelesheyi/32/497726_2.png) [@serkhelesheyi](https://meta.discourse.org/u/serkhelesheyi) #### Post date: [June 18, 2026, 10:50am UTC](https://meta.discourse.org/t/discourse-rebuild-fails-during-bootstrap-git-https-timeout-looking-for-a-clean-ssh-based-workaround/405047/3 "2026-06-18T10:50:46Z")
Thanks for the clarification, Jay. After additional diagnostics, it appears that outbound HTTPS is not blocked on the host itself — direct `curl` requests to GitHub and `raw.githubusercontent.com` succeed consistently. The issue only manifests inside the bootstrap container, where `git ls-remote` over HTTPS intermittently hits SSL timeouts. SSH-based access to GitHub remains fully reliable, which is why I initially explored whether a clean SSH path during bootstrap might be viable. Your point about the difficulty of rewriting all components that assume HTTPS is well taken. Given that the HTTPS failures are tied to instability in my ISP’s route to GitHub rather than a local firewall or Docker networking issue, I’ll focus on stabilizing the upstream network path instead of trying to modify the bootstrap process. Thanks again for the guidance and for clarifying the constraints around HTTPS usage in the build pipeline. --- _[View the full topic](https://meta.discourse.org/t/discourse-rebuild-fails-during-bootstrap-git-https-timeout-looking-for-a-clean-ssh-based-workaround/405047)._