NICでVLAN毎にQoS(帯域上限)を設定する方法(Linux) - Blog
VLAN毎にQoS(帯域上限)をNICで設定する例を説明します。 例えば40GbEネットワークを検討する場合、ある特定のトラフィックが帯域を使い切ってしまうことが懸念され、10GbE複数本を統合するのに躊躇してしまう、というような場合、QoS設定をしておくことで帯域をトラフィック毎に使い分けることができます。（実際には非常に速いオールフラッシュストレージ等を接続しない限り、40Gbpsを使い切ることはめったにないと思いますが、運用上安心できると思います） ※Mellanox NICの場合の例 構成例： OS : Ubuntu14.04LTS NIC : Mellanox ConnectX-3Pro (40GbE) Dual Port Driver : MLNX OFED 2.2-1.0.1 MTU=1500 byte (デフォルト) QoS設定例： VLAN=10 (IP address=
大量アクセスで重要性を思い知ったNIC設定の基本 | Donuts Tech Lab.
September 22, 201119:46 カテゴリ 大量アクセスで重要性を思い知ったNIC設定の基本 ツイート アクセス数の少ない状況では、取るに足らない設定ミスが、高負荷の状況では、致命的な問題となり、ネットワークのパフォーマンスに大きな影響を与えるケースがあります。 上記のように、ネットワークのパフォーマンスが下がった時には、以下のNICの設定項目： ・auto-neg ・全二重/半二重 ・通信速度が、プロバイダーの指定値と合っていることを確認しましょう。 実際に発生した問題を取り上げて、解決手順を説明します。 NICの状態を確認する 最初に、ifconfigで現状を確認。 # ifconfig eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx inet addr:192.168.xx.xx Bcast:192.16
NICのオフロード機能を無効にする - Qiita
NICのオフロード機能(OS側ではなくNIC側でパケットの分割とかを行う機能)を利用しているとバグのせいかままRSTが発生したりしてパケットの再送(tcpだと強制的に3s待たされる)が起こりネットワークで遅延する場合が増えることがある。やっかいなことにデフォルトではこの機能がonになっていることが多いのでそれをoffにする方法。ethtoolコマンドで行える。 オフロード機能の状態確認
「魔法の数字8.8.8.8」を検証する:Geekなぺーじ
ここ数日、8.8.8.8や8.8.4.4というIPv4アドレスを持つGoogle Public DNSに関する話題が盛り上がっているのですが、多くの人が「よくわからないけど設定変更したら早い！」と言っているので、そこら辺の話を調査してみました。 昨日、Twitterとブログでtracerouteやdigによる調査協力のお願いを発信し、8.8.8.8へのtracerouteを37件、8.8.8.8とISP DNSへのtraceroute比較及びAkamaiキャッシュサーバへのtraceroute比較を21件、日本各地及び海外のいくつかの地点からご協力頂けました(皆様ありがとうございました！)。 それらのデータをもとに、Google Public DNSを利用した場合の通信経路と、それによる遅延に関する検証を行いました。 Google Public DNSに対する私の感想 まず最初に。 調査前
4Gamer.net — [CEDEC 2010]ネットゲームの裏で何が起こっているのか。ネットワークエンジニアから見た，ゲームデザインの大原則
[CEDEC 2010]ネットゲームの裏で何が起こっているのか。ネットワークエンジニアから見た，ゲームデザインの大原則 編集部：touge 先週行われた「CEDEC 2010」の講演から「ネットワークゲームの仕組みとゲームデザイン」と題されたセッションを紹介しよう。 「CEDEC 2010」公式サイト 登壇したのは，セガ第三CS研究開発部のテクニカルディレクター 節政暁生氏。節政氏は「ファンタシースター オンライン」シリーズのプログラマとして，長年ネットワークゲーム（オンラインゲーム）の開発を手がけてきてきた人物だ。この講演では，その経験からネットワークゲームのゲームデザインにおいて，気をつけるべきことについてのレクチャーが行われた。その内容には一部技術的な要素を含むものの，基本的にはプランナーに向けたものであるため，理解にそれほど専門的な知識は必要ない。いわばネットワークの基礎の基礎にあ
![4Gamer.net — [CEDEC 2010]ネットゲームの裏で何が起こっているのか。ネットワークエンジニアから見た，ゲームデザインの大原則](https://cdn-ak-scissors.b.st-hatena.com/image/square/ba2b74f4bf8449048ce5025fbdac545d7519da6a/height=288;version=1;width=512/https%3A%2F%2Fwww.4gamer.net%2Fgames%2F105%2FG010549%2F20100905002%2FTN%2F002.jpg)
314825 - ブラック ホール ルーターの問題をトラブルシュートする方法
すべての Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studi
445/tcpポート(Direct Hosting of SMBに対するアクセスを抑止する
質問 現在、ファイアウォールの管理を行なっています。ファイルサーバをUNIX上のSamba 2.2.3aで構築しており、137/udp、138/udp、139/tcpポートを許可することで、問題なくファイル共有などは行なえているのですが、ファイアウォールのログに445/tcpポートへのアクセスが大量に記録されているので、調べたところ、Windows 2000やWindows XPクライアントからは、139/tcpポートに接続する前に、必ず445/tcpポートへのアクセスを試行するようです。 とりあえず、実害はないので現状放置していますが、できればこの通信を抑止したいと考えています。何か方法はあるのでしょうか? また、調べたところ、445/tcpポートはWindows 2000から実装されているDirect Hosting of SMBという機能のようですが、これは139/tcpとどういった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【HOMMEZ(オムズ)公式】すべては、悩める男性のために。
サービス終了のお知らせ