v6プラスだとL2TP/IPsecでVPN接続ができない理由と対処法 - 電気ひつじ牧場
前提 IPv4 IPsecのサーバに接続したくて，そのサーバは触れないとします． 前提 結論 できない理由 対処法 L2TP/IPsecをどうしても使いたい L2TP/IPsec以外のVPNでも良い この記事は誰向け？ 背景 関連技術 一般的なインターネット接続構成 PPPoE (Point to Point over Ethernet) IPoE (IP over Ethernet) VNE インターネット開通から接続までの流れ IPv4 over IPv6 v6プラス MAP-E方式 検証 VPN VPNの分類 IPsec 問題が起こる理由 解決策 IPv4 PPPoEを使う L2TP/IPsecではなく，SSL-VPNを利用する まとめ 参考 結論 IPv4のIPsecだとv6プラスを利用している限りは不可能っぽいです．VPNサーバ管理者にお願いしてIPv6でIPsecを利用する必要
「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービスを公開 - ソフトイーサ株式会社 代表取締役 登 大遊
2016 年 6 月 14 日 (火) 筑波大学発ベンチャー ソフトイーサ株式会社 代表取締役 登 大遊 「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービスを公開 NTT 東日本のフレッツ回線間で VPN 機器や IoT 機器同士のフレッツ網内の高速・低遅延の直接通信を実現 ソフトイーサ株式会社は、本日、「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービス (https://i.open.ad.jp/) のベータ版を提供開始しました。 この無償のダイナミック DNS (DDNS) サービスを利用すると、NTT 東日本のすべてのエリアの 1,066 万本のすべてのフレッツ回線上で、インターネットから絶対に不正侵入されるおそれのない、大変高速かつ低遅延な VPN を、簡単に構築できます (注 1)。また、IoT 機器をフレッツ網に直
秒でサイトのIPv6対応ができる！サーバサイド Open NAT64を公開した話 - Qiita
この記事は NTTコミュニケーションズ Advent Calendar 2019の23日目の記事です。 昨日は @yuki_uchida さんの記事、Spotifyの関連アーティストからネットワーク図を作って次に聞く曲の決定支援 でした。 はじめに こんにちは。ネットワーク系技術のエバンジェリストをやっている @__kaname__ です。 2019年を振り返ると、ゲーム業界やECサイトなど、様々なコンテンツ事業者の方とIPv6対応と、その大変さについて話す機会が多い年でした。それを通じて以下を思いついたのが11月のことでした。 IPv4 Onlyのサーバを運用しているコンテンツ事業者に対して、AAAAレコードをつけるだけでIPv6 Onlyの顧客からアクセスできるOpen NAT64みたいなサービス、あったら面白そう — 西塚 要 (@__kaname__) November 18, 2
IPv6がIPv4よりも速い理由:Geekなぺーじ
北米、及びカリブと北大西洋地域のRIR(Reigional Internet Registry)であるARIN(American Registry for Internet Numbers)のブログで、「Why is IPv6 faster? (なぜIPv6の方が速いのか）」という記事が公開されています。この記事に関連する内容は、NANOG 76で「Prisoner of IPv4(IPv4の囚人)」というタイトルで発表されています（動画58分ごろからがPrisoner of IPv4です）。 ARINの記事では、計測によるとIPv6を利用した方がIPv4よりもRTT(Round Trip Time)が短くなる傾向があるとしています。さらに、それによってWebサイトなどの表示速度が上昇することでSEOとしての効果も期待できるので、Googleによる検索エンジンでの順位が上がると書かれていま
フレッツ回線が遅すぎる問題を IPv6/IPoE と DS-Lite で解決した - CUBE SUGAR CONTAINER
最近というほど最近でもないんだけど、近頃はとにかくフレッツ回線のスループットが出ない。 下手をすると、モバイルネットワークの方が速いので時間帯によってはテザリングをし始めるような始末だった。 今回は、そんなスループットの出ないフレッツ回線を何とか使い物になるようにするまでの流れを書いてみる。 先に断っておくと、今回はいつものような特定の技術に関する解説という側面は強くない。 思考の過程なども含んでいるので、いつもより読み物的な感じになっていると思う。 調べ物をして、それらについて理解した内容のまとめになっている。 結論から書いてしまうと、今回のケースでは IPv6/IPoE 接続と DS-Lite を使って何とかなった。 DS-Lite というのはゲーム端末ではなくて IPv4/IPv6 共存技術の一つである RFC6333 (Dual-Stack Lite Broadband Deplo
コンテンツプロバイダこそがIPv6に対応しておいた方がいい１つの理由 - show log @yuyarin
要約：NATによるIPv4アドレス枯渇対策には限界があり、Webサービスのパフォーマンスの低下を引き起こす可能性があるので、自衛のためにもIPv6に対応しておいたほうが良い コンテンツプロバイダからするとIPv6に対応してもコストがかかるだけで売上は上がらず、対応する意味のないもので、私もそのように感じていたのですが、色々なカンファレンスネットワークでCGNやIPv4-IPv6移行・共存技術の検証を行っていた結果、ISP側でできる努力の限界が見えてきて、コンテンツプロバイダがさっさとIPv6に対応したほうがインターネット的にもコンテンツプロバイダ自身も幸せになるんじゃないかなと、いちネットワークエンジニア＆ソフトウェアエンジニアとして感じたのでこの記事を書きました。 IPv4アドレスの枯渇 IPv4アドレスは枯渇しました。2015年12月時点で各RIR(地域インターネットレジストリ)の/8
vagrantでCentOSのVMを立ちあげて、ネットワークが遅い時に試すこと - $shibayu36->blog;
最近PrePANのcarton 1.0化を進めるため、vagrant、chef、knife、AWSなどにはまりまくっております。今回はその中でvagrantにchefを適用しようとしたら全く終わらなくて、それについて調べたことについて話します。 PrePANの開発環境でvagrantを使っていたりするのですが、そのVMに対してchefを適用してみたところ、固まってしまって動かない(厳密に言うとすこしずつしか動かない)という状態になりました。そこでいろいろ調べてみると、IPv6とDNSの関係でネットワークの疎通が遅くなっていたという事がわかりました。 詳しくは Slow networking (due to IPv6?) on CentOS 6.x · Issue #1172 · hashicorp/vagrant · GitHub を見てもらうと分かると思いますが、IPv6で名前解決に行く
MicrosoftのサイトにIPv6でアクセスできない場合があった件 - pekeqのブログ
先月末から先週まで、この件でいろいろ対応していたので、経緯をまとめてみました。 まとめ Microsoftの一部のサイト（office.microsoft.com, azure.microsoft.comなど）で利用しているCDNが、一部のIPv6ネットワーク（OCN、さくらインターネットなど）からアクセスできない場合があった。 アクセスできないと言っても、ping6は通るし、80/tcpには接続できていて、HTTP GETを送って返事が返ってこないという奇妙な状態だった。 IPv6でアクセスできないCDNは、Azure CDNで提供されているCDNと同一のサーバーだった。 Azure CDNでコンテンツを公開したところ、やっぱり一部のIPv6ネットワークからアクセスできなかった。 たまたま、手元に未使用のサポートインシデントがあったので、Azure CDNの障害として問い合わせてみた。
講演資料_01.ai
Students based IPv6 network 自己紹介 みみなし （野原 志郎） 中京大学情報理工学部 情報知能学科 4 年 三宅芳雄ゼミ @miminashi 最初に断っておきますが、僕はネットワークエンジニアになるつ もりはないです。「日本一の DNS エンジニアにしてやる」と言っ てくれる先生もいますが、そういうのになるつもりもありません。 僕はあくまで、インターネットに過剰な期待を寄せる「一般ユーザ」 のひとりに過ぎません。そう、ただ Ruby がちょっと書けて、ネッ トで遊ぶのが好きな、どこにでもいそうなごく普通の大学生のは ずだったのです・・・ ところが、大学のネットワークがあまりにも使えなくて徐々に憤 りを感じていました。git ができない、UStream ができない、自 宅に設置したサーバの、80 番以外のポートで動かしている Web アプリケーションインスタン
yebo blog: IPv6 Rapid Deployment on IPv4 infrastructures [RFC 5569]
2010/01/29 IPv6 Rapid Deployment on IPv4 infrastructures [RFC 5569] ComcastがIPv6トライアルを発表したが、その中に6RDもテストする事が述べられていた。そんな中、IETF Draft文書 "IPv6 Rapid Deployment on IPv4 infrastructures" がInformational RFCとなっていた[RFC 5569]。6RDを簡単にいうと、6to4 [RFC 3056]という自動トンネル技術を修正し、ISP内でコントロールできるように管理性を高めた方式である。フランスのFREE TelecomのRemi Despres氏が提案し、商用IPv6サービスを迅速に開始できる方法として注目を浴びている。このRFCには、FREE Telecomでは5週間でサービスができたと書かれている。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
【技術/規格】IPv6だけで4日間生活してみた――苦戦したOSはWindows XPとAndroid