IPv6 のみのサーバーで GitHub は使えますか？

直接は使えません。2026 年 9 月の確認では、github.com、api.github.com、objects.githubusercontent.com（リリースのダウンロード）、ghcr.io は IPv6 アドレスを公開しておらず、git clone、API、GitHub からのコンテナ取得は失敗します。raw.githubusercontent.com には IPv6 があります。

IPv6 のみで Discord ボットを動かせますか？

動かせません。確認時点で discord.com と Discord ゲートウェイには IPv6 アドレスがありませんでした。Telegram ボットなら問題なく、api.telegram.org は IPv6 で応答します。

IPv6 のみのサーバーが安いのはなぜですか？

IPv4 アドレスは不足しており、プロバイダーに毎月実費がかかります。一方 IPv6 アドレスは実質無料です。IPv6 のみのプランはその節約分を還元しますが、代わりに IPv4 しか話さないものはすべて動かなくなります。

サービスが IPv6 に対応しているか確認するには？

'dig +short AAAA hostname' を実行します。何も出力されなければ IPv6 アドレスはありません。デュアルスタックのマシンでは、'curl -6 -sI https://hostname' で実際に IPv6 で応答するか確認できます。

EQVPS は IPv6 のみのプランを販売していますか？

していません。EQVPS のすべてのプランは IPv4 でインターネットに接続します。NAT プランは NAT 経由で外に出て、個人用 SSH ポートでアクセスします。専用プランには独自のパブリック IPv4 があります。NAT プランは月額 $3 からで、IPv6 のみの面倒なしに低予算の用途をまかなえます。

IPv6 のみの VPS：2026 年に動くもの・動かないもの

IPv6 のみのサーバーが安い理由は単純です。IPv4 アドレスは不足していて毎月費用がかかりますが、IPv6 アドレスはかかりません。つまり問題は IPv6 のみのほうが安いかどうか（安いです）ではなく、実際に使うものが動くかどうかです。1 年前のフォーラムの回答を繰り返すのではなく、2026 年 9 月に確認しました。

何を調べたか、その結果

一般的なサーバーが初日から触れるサービスについて、IPv6（AAAA）レコードを調べました。AAAA レコードがなければ、IPv6 のみのマシンは手助けなしでは到達できません。

サービス	2026 年 9 月 26 日時点の IPv6
github.com、api.github.com	❌ なし
objects.githubusercontent.com（リリースのダウンロード）	❌ なし
ghcr.io（GitHub のコンテナレジストリ）	❌ なし
raw.githubusercontent.com	✅ あり
Docker Hub（registry-1.docker.io）	✅ あり
PyPI、npm、crates.io、Go モジュールプロキシ	✅ あり
Debian / Ubuntu / Alpine のパッケージミラー	✅ あり
GitLab	✅ あり
Let's Encrypt（ACME）	✅ あり
Telegram Bot API	✅ あり
discord.com と Discord ゲートウェイ	❌ なし
OpenAI、Anthropic、Google Gemini の API	✅ あり
Hugging Face（サイト）	✅ あり。ただし大容量ファイル用 CDN ホスト：❌ なし
ollama.com	❌ なし（registry.ollama.ai：✅ あり）
Binance API	❌ なし
Coinbase API	✅ あり

傾向として、パッケージマネージャー、大手 AI の API、Telegram は準備ができています。ほぼすべてのサーバーが必要とするサービスである GitHub は、まだです。

実際にどうなるか

IPv6 のみの VPS では、まさに次の場所で壁にぶつかります。

git clone https://github.com/... が失敗します。 GitHub のリリースを curl で取得するインストールスクリプトや、ghcr.io からイメージを取得するものもすべて同様です。
Discord ボットはゲートウェイにまったく接続できません。
一部のモデルのダウンロードが壊れます。 確認時点で Hugging Face の大容量ファイル用ホストと ollama.com には IPv6 がありませんでした。
IPv4 のみの取引所を使う暗号資産ボットは API に到達できません。

受信側にはもっと静かな問題もあります。IPv4 のみのネットワークにいる訪問者は、IPv4 対応のプロキシか CDN を前段に置かない限り、IPv6 のみのサーバーでホストしたサイトに到達できません。

どんなサービスも 2 秒で確認

dig +short AAAA github.com          # empty output = no IPv6
dig +short AAAA api.telegram.org    # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1   # on a dual-stack box: proves it answers over v6

プランを選ぶ前に、プロジェクトが通信するすべての相手に対してこれを実行してください。

回避策とそのコスト

NAT64/DNS64。 ゲートウェイが IPv6 のリクエストを IPv4 の宛先に変換します。公開されたものもありますが、トラフィックが他人のマシンを通り、その稼働率に依存することになります。
ミラーとプロキシ。 GitHub のリポジトリを GitLab にミラーし、イメージを Docker Hub に push し、デュアルスタックのマシンで小さなプロキシを動かす。実現できますが、維持し続けなければならない配管です。
前段の CDN。 受信の Web トラフィックのために置けば、IPv4 の訪問者も到達できます。

回避策は一つずつなら問題ありません。しかし全部合わせると、IPv6 のみのプランで浮いた数ドルを食いつぶします。

本当に IPv4 が必要なのはいつか、どの種類か

ほとんどのプロジェクトにとって正直な答えは、IPv4 の接続性は欲しいが、自分専用の IPv4 アドレスまでは必要ない、というものです。

サーバーへ何も接続してこないなら（ボット、エージェント、ワーカー、cron ジョブ）、NAT プランで十分です。IPv4 のみのものも含めて NAT 経由であらゆるサービスに到達でき、あなたは個人用 SSH ポートから入ります。これが低予算の選択肢です：月額 $3 からの NAT プラン。
何かが外から接続してくる必要があるなら（Web サイト、メールサーバー、ゲームサーバー、VPN エンドポイント）、専用 IPv4 付きのプランを選んでください。

私たちが IPv6 のみのプランを販売しないのは、まさに上の表の理由からです。完全な IPv4 到達性を持つ NAT が月額 $3 なら、GitHub から clone できないサーバーと引き換えにするほどの節約にはなりません。どちらが必要かまだ迷っているなら、質問一つでわかるテストはこちら。