![うるう秒、2035年までに廃止へ](https://cdn-ak-scissors.b.st-hatena.com/image/square/d489d0f030165d195577582e6dcf9d9352b2147e/height=288;version=1;width=512/https%3A%2F%2Fjapan.cnet.com%2Fstorage%2F2022%2F11%2F21%2F29e256d3bc48a750dea4e62565306c57%2Fvc11_1280x960.jpg)
$ sudo docker network ls NETWORK ID NAME DRIVER 10aa51e2d993 bridge bridge 202b87d7b8a4 none null 92316fc5522f host host これらのNetwork はDocker の実装となっています。 コンテナを起動するときに--net フラグで、コンテナがどのNetwork を使用するかを指定することができます。 none ネットワークについて none ネットワークはnull なネットワークドライバの実装です。 ネットワーク接続を必要としないコンテナを作成する場合に使用されます。 none ネットワークを使用したbusy box コンテナを起動し、コンテナにログインしてネットワークを見てみましょう。 $ docker run --name none_net_busybox --net
2017年8月25日、NTTコミュニケーションズ(NTTコム)のインターネット接続サービス「OCN」で発生した通信障害に関して、インターネット通信関連の識者は誤った経路情報が大量に流れたことが原因ではないかとの見方を示した。ここでいう経路情報はルーターがBGP(Border Gateway Protocol)というプロトコルを使って交換するものだ。 日本ネットワークインフォメーションセンター(JPNIC)の岡田雅之氏は、NTTコムは複数の組織と対等な関係でネットワークの経路情報をやり取りしているが(これを「ピアリング」という)、そのうちのある組織が誤った経路情報を大量に流したのではないかと話す。その結果、「NTTコムを介してインターネットに接続していた企業のルーターが、大量の経路情報を受け取り高い負荷がかかり、一部はフリーズしたような状態に陥るなどして通信障害につながったのではないか」(岡
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く