Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[workshop-sync] side-quest-24-01-runner-infrastructure.md: ephemeral/JIT runner and proxy-env-var guidance unsupported by self-hosted-runners re

クローズ 初心者向け
  • 何か問題がありますか？
#4,449 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
78/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
javascript
領域
documentation

調査の方向性

workshop/side-quest-24-01-runner-infrastructure.mdから始め、runnerとネットワークに関するガイダンスを、リンク先のself-hosted-runnersのリファレンスと比較してください。ephemeral/JITとプロキシのセクションを更新し、文書化されたrunnerの設定とネットワーク分離に合わせ、MCPサーバーの説明をnetwork.allowedに合わせてください。不正確な記述が修正され、issueに記載された正確な例がそのまま残っていれば完了です。

索引モデルが issue の本文から書いたものです。

説明

documentation

Workshop file reviewed

workshop/side-quest-24-01-runner-infrastructure.md

Problem

  1. The "Ephemeral and JIT runners" section states:

Ephemeral runners are destroyed after a single job ... Register one using the ephemeral flag ... Just-in-time (JIT) runners are provisioned on demand and deregistered immediately after use. They require a registration token scoped to your organisation or repository and are typically managed by a runner controller such as actions-runner-controller.

This section links to https://github.github.com/gh-aw/reference/self-hosted-runners/, but that page contains no mention of ephemeral runners, JIT runners, registration tokens, or actions-runner-controller registration flags.

  1. The "Proxy and network requirements" section instructs learners to set host-level proxy environment variables:
HTTPS_PROXY=(proxy.example.com/redacted)
HTTP_PROXY=(proxy.example.com/redacted)
NO_PROXY=localhost,127.0.0.1,github.example.com

This is not documented anywhere in the gh-aw reference docs as the mechanism for self-hosted runner network configuration.

  1. The "Network isolation" section frames "MCP tool servers" as independently-reachable endpoints, separate from network.allowed.

Current correct behaviour

The actual reference/self-hosted-runners/ page documents:

  • The runs-on frontmatter field (string/array/object forms) to target self-hosted runners.
  • require_self_hosted_runners in .github/workflows/aw.json (or --require-self-hosted-runners CLI flag) to enforce self-hosted runners on all generated jobs.
  • ARC Docker-in-Docker topology via runner.topology: arc-dind, including GH_AW_DOCKER_SOCK_PATH/GH_AW_DOCKER_SOCK_GID env var overrides for split-daemon setups.
  • Network isolation is enforced via AWF's own internal Docker network topology (an internal awf-net bridge with no internet route) and a dual-homed Squid proxy inside the Docker daemon's domain — not via host-level HTTPS_PROXY/HTTP_PROXY/NO_PROXY env vars on the runner machine.
  • Documented outbound network requirements: api.githubcopilot.com (or enterprise Copilot endpoint), github.com (or GHES instance), ghcr.io (to pull the MCP gateway image), and any domains in network.allowed.

Suggested fix

  • Remove or rewrite the "Ephemeral and JIT runners" section to cover gh-aw-documented self-hosted runner configuration instead: runs-on, require_self_hosted_runners, and runner.topology: arc-dind for ARC DinD setups.
  • Replace the HTTPS_PROXY/HTTP_PROXY/NO_PROXY guidance with an explanation of AWF's internal Squid-proxy network isolation and the documented outbound endpoint list (Copilot/model endpoint, GitHub/GHES, ghcr.io, plus network.allowed domains).
  • Reframe "MCP tool servers" access as governed by the network.allowed frontmatter field rather than a separately reachable endpoint category.
  • The network.allowed example and firewall.md artifact mention in this file are accurate and do not need changes.

Reference: https://github.github.com/gh-aw/reference/self-hosted-runners/ (confirmed reachable, HTTP 200; verified no "ephemeral"/"JIT"/proxy-env-var content present)

Generated by 🔍 Workshop Sync Check · copilot · auto · 239.5 AIC · ⌖ 8.28 AIC · ⊞ 9.2K · ◷

  • expires on Oct 12, 2026, 5:49 AM UTC
主要言語
JavaScript
スター
53
フォーク
35
平均マージ
13時間 50分
マージ済み PR（30日）
14

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

githubnext/gh-aw-workshop のほかの issue

githubnext/gh-aw-workshop の issue をすべて見る

似ている issue

JavaScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。