10GbEのケーブル・コネクタの基礎知識[SFP+]｜ゆあ
10GbEのネットワークを作るに当たってまず前提となる知識が必要なのでここでは簡単に解説します 10GbEのネットワークは大きく分けて二種類あります。 それは従来からある見慣れたRJ45という形状とSFP+というコネクタ形状です。 ■RJ4510Gで使う場合はCAT6Aと呼ばれるケーブルを用います。 ここでは使うことのメリットとデメリットを述べます。 ・メリット 新たに覚えることが少ない CAT6Aで配線してあればそのまま使える 距離が短ければCAT5eやCAT6でも使える場合がある 互換性が高い ・デメリット 消費電力が大きい スイッチやネットワークカードが熱で不安定になりやすい やや遅延があるのでスイッチを複数通す中継に用いると全体のレイテンシが大きくなる CAT6Aなど対策されたケーブル以外は束ねるとエイリアンクロストークと呼ばれるケーブル間の干渉でノイズが発生する。 一本では大丈夫
![10GbEのケーブル・コネクタの基礎知識[SFP+]｜ゆあ](https://cdn-ak-scissors.b.st-hatena.com/image/square/19f5f30e817e332277e0b5752f92146d54e0a034/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F129845880%2Frectangle_large_type_2_7e7ba1dc03fd650faa36a6281654997f.png%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
Retries – An interactive study of common retry methods – Encore Blog
Requests over the network can fail. This is something we cannot avoid, and to write robust software we need to handle these failures or else they may be presented to users as errors. One of the most common techniques for handling a failed request is to retry it. In this post we're going to visually explore different methods of retrying requests, demonstrating why some common approaches are dangero
Cloudflare servers don't own IPs anymore – so how do they connect to the Internet?
Cloudflare servers don't own IPs anymore – so how do they connect to the Internet?11/25/2022 This post is also available in简体中文, 繁體中文, 日本語, Deutsch, Français, Español, Português and Pусский. A lot of Cloudflare's technology is well documented. For example, how we handle traffic between the eyeballs (clients) and our servers has been discussed many times on this blog: “A brief primer on anycast (20
SaaS におけるテナントリソースへのリクエストルーティングを JWT を用いて実現する | Amazon Web Services
Amazon Web Services ブログ SaaS におけるテナントリソースへのリクエストルーティングを JWT を用いて実現する みなさんこんにちは。ソリューションアーキテクトの福本です。 本投稿のテーマは Software as a Service（SaaS）におけるルーティングです。 SaaS ではテナントごとにサーバーなどのリソースが分離されていることがあります。そのため、各テナントに属するユーザーからのリクエストを適切なリソースへとルーティングする必要があります。 具体的なルーティングの話に入る前に、SaaS のテナント分離モデルについて説明をします。SaaS では、テナントの分離モデルとしてサイロ、プール、ブリッジモデルが存在します。また、ユーザーがサブスクライブしている利用プラン (ティア) によって、リソースの分離形態が変わるような、階層ベースの分離もあります。 サイ
DNS over HTTPS（DoH）の気になる Web Browser 実装を確認
Firefox の通信キャプチャ シナリオ 1-1 の通信を確認します。 まずは最初の Web Browser → DoH リクエストです。 Host: TEST_SERVER Accept: application/dns-message Accept-Encoding: Content-Type: application/dns-message Content-Length: 128 Cache-Control: no-store, no-cache Connection: keep-alive Pragma: no-cache 0x00 0x00 0x01 0x00 0x00 0x01 0x00 0x00 | ....... 0x00 0x00 0x00 0x01 0x03 0x77 0x77 0x77 | ......ww 0x06 0x67 0x6f 0x6f 0x67 0x6c
WebAPIを構築する際にAPI Gateway+Lambdaを選択するべきか？
はじめに このツイートに結構反響があったので、雑になるがとにかく自分の考えをダンプする。もともと書いていた記事はうっかりやらかしてデータロストした、泣きたい。 話をわかりやすくするために、ALB+ECS（Fargate）を使ってWebAPIと対比して説明しているが現実はもっと複雑である。 引用リツイートをもらえた部分などについてもアンサーっぽいことも書いていく。 AWS利用費と人件費の話 AWS上にWebAPIを構築する際に、AWS利用費の削減をモチベーションとしてApiGW+Lambda構成が、採用されることがある。確かにAWS利用費は下がるがApiGW+Lambda構成を設計〜運用するためにはAWSに関する知識の中でもとくに専門的な知識が必要になる。こういった人材を雇用または外部へ発注し続けることは人件費に跳ね返ってくる。 ApiGW+LambdaがWebAPIのための構成として唯一無
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ
Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ クラウドのどこかで障害や災害が発生したとしても、その影響はアベイラビリティゾーンを超えることはなく、そのために複数のアベイラビリティゾーン（Google Compute Engineでは「ゾーン」）にシステムを分散して配置することで、クラウドの障害の影響を受けない高い可用性を備えたシステム構築ができる。これはクラウド（IaaS）に対応したシステム構築におけるもっとも基本的な考え方です。 しかし先週、2016年4月11日にGoogle Compute Engineで発生した通信障害は、アベイラビリティゾーンどころかリージョンの境界も越え、世界中にあるすべてのリージョンのインスタンスが同時に外部とのネットワーク接続を18分間に渡って失う
Securing API Gateway using Lambda Authorizer | DevelopersIO
It stands for Application Program interface which helps in connection of two applications, computers, or between computer programs to talk to each other. It is used to access data, server software, or other applications and has been around for some time. Each time anyone uses a particular app for weather updates or good restaurants API’s is used. A fully managed service that makes developers easil
ヤマハ、エントリーVPNルーター「RTX830」が100台のVPNクライアントを収容可能に | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ ネットワーク ＞ 新製品・サービス ＞ ヤマハ、エントリーVPNルーター「RTX830」が100台のVPNクライアントを収容可能に ネットワーク ネットワーク記事一覧へ [新製品・サービス] ヤマハ、エントリーVPNルーター「RTX830」が100台のVPNクライアントを収容可能に VPN拡張ライセンスでVPN接続数を20から100に拡張 2022年1月25日(火)日川 佳三（IT Leaders編集部） リスト ヤマハは2022年1月25日、VPNルーター機器「RTX830」を強化し、VPN機能を拡張するライセンス「YSL-VPN-EX1」を提供開始した。VPN対地数（同時接続数）をライセンス適用前の20から100へと拡張する。VPNクライアントを100台まで収容できるようになるため、テレワーク環境のVPNクライアントを収容するセン
JetBrains Gateway を用いたリモート開発 | JetBrains のブログ
IDEs AppCode CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS Amper Edu
Open Wireless Link
Open Wireless LinkWelcome to the Open Wireless Link (OWL) project. We are researchers from the Secure Mobile Networking Lab at TU Darmstadt looking into Apple’s wireless ecosystem. Our goal is to assess security and privacy as well as enable cross-platform compatibility for next-generation wireless applications. We started by investigating the Apple Wireless Direct Link (AWDL) protocol and will go
解説：mineoが悪名高い「通信の最適化」を開始。 - すまほん!!
mineo、通信の最適化を開始 MVNOである「mineo」が、「通信の最適化」を行っているとTwitter上にて話題になっています。 mineoが通信の最適化という名のデータ改ざんを始めましたね。 pic.twitter.com/xNHTHc1yD6 — Dohi Seiji@キノコの人 (@seijidohi) 2018年4月25日 通信の最適化とは 「通信の最適化」というのは、字面からはわかりませんが、その実態は酷いもので、キャリアがデータ量を減らすために、ユーザーの画像データや動画データを劣化させて伝送するというもの。Exif情報まで勝手に削除していたのだから驚きです。 当初、スマートフォン向けのゲーム「Angel Beats!-Operation Wars-」にエラーが発生した時、原因が不明だったのですが、ゲームの開発元が調査したところ、エラーの原因はSoftBankの行っている
Go 言語のプロファイル機能とネットワークコネクションにまつわるトラブルシューティング
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog インフラエンジニア見習いの森本です。これまで数年ほどサーバーサイドエンジニアとして開発ばかりをしてきた人が最近インフラエンジニアになりました。 3月末に開催された Go Conference 2017 Spring で開発チームの後藤から弊社で開発・運用している AWS S3 互換の分散オブジェクトストレージ Dragon についての発表がありました。 Goでヤフーの分散オブジェクトストレージを作った話 私は Dragon の運用を担うチームに所属しており、本稿ではその業務の中で発生したトラブルシューティングについて紹介したいと思います。 分散オブジェクトストレージ Dragon で発生していた課題 Dragon で gorout
[PDF] 08/25の通信障害概説
08/25の通信障害概説 Matsuzaki ‘maz’ Yoshinobu <maz@iij.ad.jp> maz@iij.ad.jp 1 観測されている概要 • 2017/08/25 12:22JST頃 • AS15169が他ASのIPv4経路をトランジット開始 • ⽇頃流通しない細かい経路が⼤量に広報 • これによりトラヒックの吸い込みが発⽣ • 国内の各ASで通信障害を検知 • 2017/08/25 12:33JST頃 • AS15169がトランジットしていた経路を削除 maz@iij.ad.jp 2 観測された問題のBGP経路概要 • 経路数 • 全体で約11万経路 (⽇本分が約25000経路) • /10から/24まで幅広い経路(半数程度が/24) • 通常流れていない細かい経路が多かった • AS PATHは概ね “701 15169 <本来のAS PATH>” • 広報元A
Dockerのネットワーク構成 - 映画は中劇
Dockerのネットワーク構成について整理する。 図1: Dockerネットワーク全体図 物理NICが1個ついたDockerホストに2つのコンテナを立てると、図1のようになる。コンテナは172.17.X.Xのネットワーク内にいて、ホスト側には172.17.0.1のIPアドレスが付く。この構成自体は、VirtualBoxで言うところのホストオンリーネットワークと同じようなもの。異なる点として、Dockerネットワークは、ハードウェア仮想化ではなく、Linuxカーネルの機能であるvethペアとブリッジを組み合わせて実現される。 図2: vethペア veth (virtual Ethernet) は、図2のように、仮想NICのペアと、それをつなぐ仮想ケーブルを作る機能。ふたつの仮想NICはイーサネットで直接通信できる。 図3: ブリッジ ブリッジとは、LinuxマシンがL2スイッチ（スイッチン
.io ドメインがおかしくなったので dig で調べてみた（2016/10/28） - Qiita
更新履歴 思ったより参照量が多くてビビる。 情報源として使用されてるケースも見かけたため、更新履歴入れました。（多分今日だけでしょう） 2016-10-29 11:50 ns-a4.io が正しく次の権威サーバーを返してくれるの確認しました。障害復旧でいいんじゃないでしょうか。Android で dig 叩くツールあった。 03:08 http://dnsviz.net/d/io/WBOUpA/responses/ 直った？ 2016-10-28 19:21 JST @rocca0504 さんの記事追記。 19:10 JST NXDOMAIN ステータスを勝手に返すのが問題の本質だったので追記。 18:10 JST dig の +norecurse (+norec) について追記しました。(@fumiyas さんご指摘ありがとうございます。) 見た目悪くなりますが、必要な箇所には記載がある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
中国からVPNで海外のSaaSを利用する方法｜クラウドテクノロジーブログ｜ソフトバンク
How To Isolate Namespaces with Kubernetes Network Policies
What Is DNS-Over-HTTPS and How Does It Work?
High-Severity RCE Flaw Disclosed in Several Netgear Router Models