同じアドバイスをしようと思ってたところだよ。これは一時的な問題に対するずっとシンプルな解決策だし、プロキシを使いたいときの永久的なツールでもある。これを使うには、sshd_configで「AllowTcpForwarding」を有効にするのを忘れないでね。

公共のWi-Fiを使うときはいつもこうしてるよ。VPNにお金を払う必要もないし、信頼する必要もないから、すべてを自分のinfomaniakサーバーにソックスフォワードしてる。

自分の経験と同じだな。IPv6の問題はトリアージや再現が難しくて、よく「うちでは動くのに」みたいなことになる。

確かにIPv4の長い尾はあるけど、最後にIPv4が家で壊れた時、妻は全然気づかなかったよ。GoogleやFacebook、Apple/iCloud、CloudFlareがホストしてるサイトは全部IPv6で動いてたからね。

最後にIPv4がダメになった時、Githubが使えなくなったから気づいたよ。最近はほとんどの消費者向けウェブサイトがIPv6で動いてるからね。とはいえ、ルーターがIPv4のDNSサーバーしか設定されてなかった人は完全にダウンしてたけど。もしMicrosoftが無能なことをやめてくれたら、私の一番の心配はルーターに割り当てたmDNSホスト名を思い出すことだったな。IPv4が戻ったか確認するためにログインしたいから。

ほとんどのISPは、まだIPv6を完全にブロックしてるよ。小規模なビジネスは一度IPv6を試して、その後AAAAレコードを更新するのを忘れちゃうみたいで、ユーザーにはお気に入りのニッチなものが動いているように見えるけど、実際には支払っているサービスでは動かないから問題が起こるんだ。ちょっと変な問題だよね。IPv4がいつか消え去ることを期待する以外に良い解決策があるかはわからない。Happy eyeballsがこれを解決するはずだったけど、問題はアプリケーション層で発生することが多くて、アプリケーションが何でもできるから、一般的なプロトコルで解決するのは難しいんだ。私がスムーズにするために妥協しているのは、ネットワークでIPv6を有効にして、すべてのブラウザでIPv6 DNSを無効にすることなんだけど、これはあんまり満足できないね。

アプリを使っていれば、githubはIPv6でアクセスできるの？

そうだね、でもサーバーにIPv6アドレスは必要ないよ。

FritzboxはVPN接続の設定に関して、かなり使いやすいGUIステップがあるよ。Fritzbox同士の接続を想定してるけど、互換性のあるVPNなら何でも使える。静的なIPv4/IPv6ルートの設定もできる（ホームネットワーク > ネットワーク > ネットワーク設定 > 追加設定 > IPv4ルート/IPv6ルート）。おそらく一番の問題は、ルーターが相手側から期待しているIPsec暗号化の設定を理解することだろうね（Wireguardの方がずっと簡単だけど、ハードウェアアクセラレーションの問題にぶつかるかもしれない）。もし本気でやりたいなら、Fritzboxの設定ファイルをバックアップして、ダンプを編集してVPNエンドポイントを手動で設定して、チェックサムを再計算して（そのためのツールもある）、設定ファイルを再インポートすることもできるよ。AVMにはユーザーがアクセスできない設定がたくさんあって、そうやって調整できるけど、ルーターを壊さないようにアクセスがちょっと難しくなってるんだ。

ドイツの状況はわからないけど、オランダでは、固定回線とモバイル回線を同じISPで契約していて、固定回線がダウンした場合、復旧するまで無料のモバイルデータを要求できるよ。これ、ISPに聞いてみる価値があるかもね。

ISPからのIPv4専用ネットワークとmacOSを使うと、DNSサーバーなしでIPv6専用ができることに気づいたよ。詳しいことは今は覚えてないけど、数年前に調べたとき、macOSはIPv6アドレスさえあれば問題なく動くってわかったんだ。ホストにULAアドレスを設定すれば、すぐに使えるよ。ただ、これにはユーザーがそのやり方を知っている必要があるし、VPNアプリケーションに依存してIPv6専用ネットワークにアクセスする場合は、ULAを追加するスクリプトを作れるかもしれないね（どんな種類でも、作り物でも）。作り物のULAを残しておくのは良くないよ。ユーザーがIPv6対応のネットワークに移動したときに問題が起こる可能性があるから。

Cloudflare WARPを使うと、もっと速くなるよ。WARP経由で直接IPv4アドレスに接続できるしね。

ここにいるのは「顧客」だけど、OpenBSDを通じて彼らの無料の6in4トンネルを約5年間使ってて、特に問題はなかったよ。自分のはOpenBSDのネットワークインターフェースファイルだけで設定してる。例えば、/etc/hostname.gif0: tunnel inet6 128 alias !route -n add -inet6 default。これを使って、パブリックIPv4アドレスなしで意図的に設定したAWSのVPSクラスターにアクセスしてる。そうしないと、Jeff BezosみたいなやつがIPv4アドレススペースを積極的にマネタイズしてるから、月々のコストが大きくなっちゃうんだ。

これに関してちょっと面倒な点があって、ストリーミングサービスを使う場合は、そのトンネルを無効にする方法を考えないといけないんだ。地域制限のコンテンツブロックを回避するためのVPNみたいにブロックされちゃうからね。それでも、全然問題なく動くけど。RAの力のおかげで、ルーターがHEトンネルをサポートしてなくても、ネットワーク内のどのデバイスでも/64をアドバタイズすれば、IPv6ルーターになれるよ（ルーターがセキュリティ上の理由でRAをフィルタリングしない限りね）。ポートフォワーディングのルールをいじらなくても、家庭内ネットワークからホスティングするのにすごく便利だよ。

注目すべき点として、私の知識ではHEのトンネルはISPから公衆IPv4が割り当てられている場合にしか機能しないよ。キャリアグレードNATの背後にいると、残念だけど、IPv6を家庭に持ってくるためには別の解決策が必要になるね。

ハリケーン・エレクトリックは素晴らしいけど、ISPが提供するIPv6を使う人が増えてきて、普通のユーザーはトンネルを使わなくなってるんだよね。それで、ネットワークサービスがhe.netのトンネルを悪用扱いしてる。多くのサイトが障壁を設けたり、単に動かなくなったりするから、ほとんどのネットワークでIPv6の使用をやめざるを得なかったよ。

それがそんなに難しくないってことを見落としてるよ。もし複雑な家庭用ネットワークを持っていなければ、IPv6の設定はせいぜい一晩で終わるはず。俺のネットワークとISP（コムキャスト）では、ルーターでIPv6をオンにするだけで、ISPからプレフィックスを取得してローカルに広告するだけ。それから外部からアクセスしたいものに対してファイアウォールのルールを追加するだけ（そんなに多くないけど）。

何もないよ。企業の世界では、IPv6を導入するメリットとデメリットが釣り合ってない。俺は約3500台のデバイスを管理していて、7つの建物があって、10ギガのWAN接続が2つと4ギガのWAN接続が1つあって、NATを使って約26のパブリックIPv4アドレスを持ってる。今のところ、IPv6を採用する明確な理由はないね。デュアルスタックの設定は、あまりメリットがないのに不必要なトラフィックと複雑さを加えるだけ。今でも静的IPv6アドレスのブロックを割り当ててもらうのは難しいし、2回申請して却下されたこともある。だから、メリットが少ないだけじゃなく、ブロックを割り当ててもらうのもまだ難しいんだ。