LinuxでIPやポート単位で簡単にトラフィックをコントロールしよう
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 研究でcgroupやCFSを調査しているんですが、トラフィックをコントロールするtcコマンドやqos周りを復習がてら、ツールを作ってみました。簡単という所が重要です。何をするツールかというと、「Linuxサーバ上でinboundとoutboundのトラフィック帯域をIPやプロトコル単位で好きなようにコントロールし管理する」ためのツールです。 これまでのトラフィックコントロールツールを改良 とにかく複雑でわかりにくかった印象があります。その結果、トラフィックコントロールを運用に持ち込んでも、うまく管理することができなかったのは容易に想像できます。最初はtcコマンド、次にcbq.initが使われてきました。 tcコマンドはわかりにくいので tcコ
「tcpdump」に多数の脆弱性、任意コード実行の恐れも
「ライブの攻撃トラフィック監視にtcpdumpを使っている場合は特に憂慮される」と米セキュリティ機関は指摘している。 Debianは1月29日、コマンドラインネットワークトラフィック分析ツールの「tcpdump」に見つかった32件の脆弱性を修正するセキュリティアップデートを公開した。 脆弱性を悪用された場合、サービス妨害（DoS）状態を誘発されたり、任意のコードを実行されたりする恐れがあるとされ、Debianではtcpdumpパッケージをアップグレードするよう勧告した。 米セキュリティ機関SANS Internet Storm Centerはこの脆弱性について、「ライブの攻撃トラフィック監視にtcpdumpを使っている場合は特に憂慮される」と指摘。「-Z userid」のオプションを使ってroot権限ではなくユーザー権限で起動することも可能だが、それでもユーザーとして任意のコードを実行する
CentOS7におけるNIC命名ルール - 雑木林
前回、CentOS6におけるNICの命名ルールを記載しましたが、CentOS7では少し(？)変更されています。ということで今回はCentOS7のNIC命名規則ならびに固定に必要な手続きについて記載します。 前回同様に、簡単にまとめると以下の流れでデバイスが作成されます。 ifcfg-XXXに記載されているMACアドレスと実アドレスを比較して、マッチすればファイルに記載されているデバイス名を設定する。 71-biosdevname.rulesからbioddevnameコマンドが実行され、SMBIOS（System Management BIOS）から読み取った情報を用いて、デバイス名を設定（変更）する。 75-net-description.rulesからNICの属性情報（実装位置やMACアドレスなど）を取得する。 80-net-name-slot.rulesからNICの実装位置に基づいてデ
Amazon.co.jp：カスタマーレビュー: バッファロー BUFFALO ツメの折れないLANケーブル モデム用 カテゴリ6a ストレート フラットタイプ ブラック BSLS6AFU20BK
回線やマシンがよほどハイスペックでなければ十分機能する商品です。 ケーブルも薄い平面状なのでデスクの隙間にも対応してくれます。 なによりも安価なので、こだわりがなければオススメできる商品です。
Hyper-V よくある失敗集
Windowsシステム構築ガイド 富士通製品でビジネスを行うパートナー様やインテグレーター様に向けて、富士通の豊富な企業システム導入実績をベースに、PCサーバPRIMERGYを主体としたシステム導入、設計構築に関するガイドラインやソリューションをご紹介します。 Windows Server 2008 R2 以前のWindows設計構築情報 Hyper-V Windows Server 2022 Windows Server 2022 Hyper-V 導入・操作ガイド 本書では、Fujitsu Server PRIMERGY、Fujitsu Storage ETERNUS にて検証および確認した、Windows Server 2022 Hyper-Vの導入、および標準管理ツールの利用方法をご紹介します。 Hyper-V よくある失敗集【最新版】（Windows Server 2022 Hyp
SSL/TLS（SSL3.0～TLS1.2）のハンドシェイクを復習する
以下順を追って説明します。 HelloRequest 相手にClientHelloを送信するよう促すメッセージです。送信しなくても構いません。 ClientHello ServerHello ClientHelloとServerHelloは、TLSのひとつめの肝です。後ほど説明します。 ServerCertificate サーバ証明書を送信します。中間CA証明書なども、ここで送ります。 ServerKeyExchange 鍵交換メッセージその１です。鍵交換はTLSのふたつめの肝で、これも後ほど説明します。 CertificateRequest クライアント証明書を送信するように促すメッセージです。クライアント証明書が必要な場合に送信します。何そのクライアント証明書って？と思った方は読み飛ばして構いません。 ServerHelloDone サーバからの送信終了を示すエンドマークです。 Cli
CentOS 5のNFSv4ファイル共有設定でハマる - M.C.P.C. (Mamesibori Creation Plus Communication)
いろんな事情があって、CentOS 5（具体的には5.8Final）でNFSでどっかのディレクトリをマウントせないかん、という案件があるとして。 しかし、こういう場合ってたいていiptablesによるファイアウォール稼働下だとうまくいかない、となるみたい。 なんでか、というと、旧来のNFS（NFSv3とか）は、使用するポートがえらい多くて、しかもポート番号がふよふよ動きよる。なので、ファイアウォール通すのも一苦労、大学の研究室でSolarisをNFSで共有していた牧歌的な時代のプロトコルだと言えましょう。 そんで、そのNFSでなんとかしてつながなくてはいけないとなるとどうするか。 方法１：とにかくNFS共有を目的として、iptablesを劇甘設定にする 方法２：iptablesによる運用を優先して、NFS共有で悩む ここでさっそうと現れるのがNFSv4によるiptablesと共存できるファ
DC/クラウド/通信事業者サービスの障害事例よせあつめ - # cat /var/log/stereocat | tail -n3
はじめに データセンタ障害の話題がちらほら流れておりますが、その中で見かけた「データセンタでそんな障害あったら意味ねえじゃん」みたいなコメントにちょっと引っかかるところがありまして。まあ確かに電源の二重化云々とかいろいろ災害やトラブルに対する対策はしてますよ。してますけど、でもデータセンタ・オーダーの障害とかも実際あるんですよね。落ちるときは落ちるんですよデータセンタだろうと。信頼性は高いけど100%じゃない。 ということで、じゃあ過去どんな事例があったのか、ざっと事例を挙げてみようと思いました。基本的には過去の私のツイートとかはてブとかネットをざーっと検索して出てくるものを取り上げています。「データセンタ使ってるからオールオッケー」みたいな話ではなくて、その上で・さらにこういうこともあるんだ、という話を見るのに参考にしてもらえれば良いかと思います。 なお、ここで取り上げている事例は、特定
JVNVU#99390211: ISC DHCP にサービス運用妨害 (DoS) の脆弱性
DHCP version 4.0.x DHCP version 4.1.x DHCP version 4.2.x DHCP version 4.1-ESV から 4.1-ESV-R12 まで DHCP version 4.3.0 から 4.3.3 まで ほとんどの IPv4 クライアント、リレーおよびサーバが影響を受ける可能性があります。 また、DHCP 3.x も本脆弱性の影響を受ける可能性があります。 IPv4 UDP length フィールドに不正な値を持つパケットを処理することで、DHCP サーバ、クライアントおよびリレーが異常終了します。 なお、ユニキャストのパケットのみを処理する構成では本脆弱性の影響を受けません。 ただし、クライアントやリレーでは、通常このような構成では動作しません。 またこのような構成でサーバを使う場合には、クライアントからの DISCOVER などのブロー
掲載記事 / 株式会社日本レジストリサービス（JPRS）
2023年のドメイン名重要ニュース ・2023/12/28 ドメイン名廃止後のリスク、ランダムサブドメイン攻撃など2023年の「ドメイン名ニュース」 （ASCII.jp） https://ascii.jp/elem/000/004/177/4177828/ 「Internet Week 2023」について ・2023/12/22 DNS屋さん目線で2023年を振り返る――「HTTPS RR」クエリ数が48％も増加、「ランダムサブドメイン攻撃」からの教訓など、今年の「DNS DAY」の話題から （INTERNET Watch） https://internet.watch.impress.co.jp/docs/event/1556600.html ・2022/12/25 DNSの仕組みの中でも特に面倒くさい情報!? 「グルーレコード」の現状を知る――「ランチのおともにDNS」より （INTE
登録したドメイン名を実際に使えるようにするにはどうすれば良いですか？
登録したドメイン名をWebサーバーや電子メールアドレスとして実際に使えるようにするために必要な事柄を説明する。 登録したドメイン名をWebサーバーや電子メールアドレスとして実際に使えるようにするためには、それらのサービスで使用するサーバーの情報を含めたドメイン名の情報（ゾーン情報）を、DNSのデータとして外部から参照できるようにする必要がある。 ゾーンの情報を外部から参照できるようにするためには、そのゾーンを管理するネームサーバー（権威DNSサーバー）を用意し、適切に設定する必要がある（注1）。そのための作業手順の概要は、以下の通り。 STEP1. 登録したドメイン名（ゾーン）を管理する権威DNSサーバーを設定する STEP2. その権威DNSサーバーの設定が正しいかを確認する STEP3. 設定した権威DNSサーバーを、親となるゾーンを管理している登録組織（レジストリ）に登録する 詳しく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NFSサーバー(linux)のチューニングポイントについて
技術情報 | VA Linux Systems Japan株式会社
openldap authentication on netbsd
DNSを用いたDDoS攻撃回避システム
シンゴのblog: logrotate が動かなくなる
squid : Optimising Web Delivery
MultiCpuSystem
重複で、手を取り合って、垣根を越えて - JPRSが発信する技術情報の概要とその心 –
NetApp Innovation2015 E-3