私のIPアドレス

macOS / Linux / Raspberry Pi / BSD

ターミナルで最もよくある要件は：出力がクリーンであること（1行でコピー/書き込み/比較できる）と、スクリプトが固まらないこと。 そのため、ここでの推奨書式はデフォルトで：サイレント（出力を汚さない）+ HTTPS（誤ったプロトコルを回避）+ 必要に応じてタイムアウト（ハング防止）を含む。

基本の使い方（最推奨）

curl -4  my.ipin.io

C:\Users\admin>curl -4 my.ipin.io
171.83.40.149

• -s：進捗バー/メッセージを消して、出力をより純粋にする（スクリプトにノイズを混ぜない）。
• https://：完全なスキームの明示を強く推奨。環境によって http が既定になり、リダイレクト/遮断/ポートポリシー問題を招くのを避ける。
• ルートパス /：IPv4 を厳密に出力。IPv4 が取れない場合は失敗する（IPv6 を IPv4 と誤認して使うのを防ぐ）。

よく使うバリエーション（実運用で最頻出のセット）

# A1) IPv6 だけ（IPv6 の検証/切り分け用）

   curl -s https://my.ipin.io/v6

   # A2) 位置の概要（ターミナルで読みやすいテキスト出力）
   curl -s https://my.ipin.io/info

   # A3) ターミナルで JSON を強制（UA を curl 以外に変更）
   curl -s -A "Mozilla/5.0" https://my.ipin.io/info

   # A4) IPv4 強制 / IPv6 強制（実際にどのプロトコルスタックで接続しているかの切り分け）
   curl -s -4 https://my.ipin.io
   curl -s -6 https://my.ipin.io/v6

   # A5) タイムアウト追加（スクリプト必須：ネットワーク揺らぎで固まるのを防ぐ）
   curl -s --connect-timeout 3 --max-time 8 https://my.ipin.io

   # A6) リトライ追加（弱い回線/一時的な揺らぎ：1〜2回推奨）
   curl -s --retry 2 --connect-timeout 3 --max-time 8 https://my.ipin.io/info

バリエーションの説明（本当に押さえるべきポイント）

• /v6：エンドポイントとして IPv6 のみ返す。「IPv6 が使えるかを明確に検証」する用途。
• /info：エンドポイントとして IP + 位置情報フィールドを返す。ターミナルでは可読性寄りで、「出口の目視確認」に向く。
• -A "Mozilla/5.0"：出力形式の制御。デフォルトで curl の UA には curl が含まれる → サービスはテキストを返す；UA を変える → サービスは JSON を返す。
• -4/-6：接続レイヤーでプロトコルスタックを強制（クライアントが v4/v6 のみで接続する）。「なぜ常に v6 になるのか」の切り分けに使う。
• --connect-timeout：「接続確立」フェーズのみを制御。ハンドシェイク/接続が遅いとここで中断する。
• --max-time：リクエスト全体の上限時間。自動化で最重要（ハング防止）。
• --retry：成功率を上げるが、少数（1〜2回）だけ推奨。多すぎるとタスクが遅くなり障害を増幅する。

Android（Termux）

Termux のよくある問題：モバイル回線は揺らぎが大きく、経路が複雑で、プロトコルスタック選択も不安定。 そのためデフォルト推奨は：スタック固定 + タイムアウト + 必要ならリトライ。

基本の使い方（推奨）

curl -s -4 --connect-timeout 5 --max-time 10 https://my.ipin.io

よく使うバリエーション

# B1) 位置の概要（出口の場所を素早く確認）
    curl -s https://my.ipin.io/info

    # B2) IPv6 検証（IPv6 を測りたいときだけ）
    curl -s -6 https://my.ipin.io/v6

    # B3) 弱い回線：少数リトライ
    curl -s --retry 2 --connect-timeout 5 --max-time 10 https://my.ipin.io

バリエーションの説明

• -4：IPv4 が目的なら固定し、環境が IPv6 優先で結果がブレるのを避ける。
• /info：モバイル回線は出口が切り替わりやすい。期待どおりの場所かを確認するのに直感的。
• リトライ戦略：モバイルは一時的タイムアウトが起きやすい。少数リトライで成功率が大きく上がる。

Windows（CMD / PowerShell）

Windows では用途を分けるのがおすすめ： CMD/バッチは「1行テキストを取る」方向、PowerShellは「JSON を取ってそのままフィールド解析」方向。

基本の使い方（テキストで 1 行 IP）

curl.exe -s https://my.ipin.io

よく使うバリエーション

# C1) 位置の概要（ターミナルで読める）
    curl.exe -s https://my.ipin.io/info

    # C2) PowerShell で JSON を取得（スクリプトでのフィールド解析向き）
    Invoke-RestMethod -Uri "https://my.ipin.io/info"

    # C3) IPv6 検証
    curl.exe -s https://my.ipin.io/v6

    # C4) 接続の切り分け（DNS、ハンドシェイク、タイムアウト理由を見る。出力は長い）
    curl.exe -v https://my.ipin.io/info

バリエーションの説明

• Invoke-RestMethod：JSON 向き。手動での解析手間を省ける。
• -v：切り分け専用。大量のデバッグ情報が出るため、スクリプトで常用しない。
• よくある原因：システムプロキシ、企業ゲートウェイ、DNS の書き換え、hosts ルールにより「同じコマンドでも挙動が違う」ことがある。

iOS（iSH / 軽量ターミナル）

軽量ターミナルは wget しかないことが多い。注意：wget のデフォルト UA は curl を含まないことが多く、その場合 JSON が返りやすい。 「1行テキスト」が欲しいなら、UA を明示してターミナル向けテキスト出力を発動させる必要がある。

基本の使い方

wget -qO- https://my.ipin.io

よく使うバリエーション

# D1) 位置の概要
    wget -qO- https://my.ipin.io/info

    # D2) 純テキストを強制（1行 IP）
    wget -qO- -U "curl/8" https://my.ipin.io

    # D3) JSON を強制（安定した統合）
    wget -qO- -U "Mozilla/5.0" https://my.ipin.io/info

バリエーションの説明

• -qO-：静かにして stdout に出力。スクリプト処理に便利。
• -U：出力形式制御の中核スイッチ（UA に curl を含む → テキスト；UA が curl 以外 → JSON）。

OpenWRT / 組み込み機器

組み込み機器の最重要目標は：固まらないこと。なので必ずタイムアウトを設定する。 「グローバル IP 変更検知」でも誤判定を避ける：リクエスト失敗＝IP 変更ではない。

基本の使い方（タイムアウト付き）

wget -qO- --timeout=10 https://my.ipin.io

よく使うバリエーション

# E1) 位置の概要（出口セルフチェック）
    wget -qO- --timeout=10 https://my.ipin.io/info

    # E2) 純テキストを強制（1行 IP）
    wget -qO- --timeout=10 -U "curl/8" https://my.ipin.io

バリエーションの説明

• --timeout：組み込みではデフォルトで付けることを強く推奨。定期タスクが固まるのを防ぐ。
• 出力モードの安定化：wget はデフォルトで JSON を返す場合がある。スクリプトが 1 行 IP だけ欲しいなら、UA でテキスト出力を発動させる方が安定。