wiresharkのDisplay FilterでARPのオペレーションや、ICMPのタイプとコードを指定してパケットを表示する方法を覚えるのが面倒なのでメモ。 ARP(RARP) ARP Request arp.opcode==1 ARP Reply arp.opcode==2 RARP Request arp.opcode==3 RARP Reply arp.opcode==4 Address Resolution Protocol (ARP) Parameters(www.iana.org) Display Filter Reference: Address Resolution Protocol(www.wireshark.org) ICMP Echo Request (Type:8,Code:0) icmp.type==8 && icmp.code==0 または icmp[0:2
個人的にはあまり使わないwiresharkのDisplay Filterだが、知ってると便利な場合もあるのでメモ。 SYNフラグが設定されたパケットの表示 tcp.flags.syn==1 SYNフラグが設定されていないパケットの表示 tcp.flags.syn==0 SYNフラグのみ設定されたパケットの表示 tcp.flags==2 ACKフラグが設定されたパケットの表示 tcp.flags.ack==1 ACKフラグが設定されていないパケットの表示 tcp.flags.ack==0 ACKフラグのみ設定されたパケットの表示 tcp.flags==16 ACKフラグとSYNフラグが設定されたパケットの表示 tcp.flags.syn==1 && tcp.flags.ack==1 ACKフラグとSYNフラグのみ設定されたパケットの表示 tcp.flags==18 ACKフラグかSYNフラグ
現状の設定を表示・確認 /sbin/iptables -L SYN flood用の設定を作成 /sbin/iptables -N syn-flood SYN flood用の設定を追加 /sbin/iptables -A syn-flood -m limit --limit 1/s --limit-burst 4 -j RETURN ログをどうするかの設定(無くてもいいかも) /sbin/iptables -A syn-flood -j LOG --log-prefix "SYN flood: " 設定に引っかかったやつをDROP /sbin/iptables -A syn-flood -j DROP 設定を表示して確認 /sbin/iptables -L フィルタの時間をかなり厳しくしているが、このくらいやって丁度良いと思う。 効果はテキメンだった。 参考URL tcp_syncookie
こんにちは、日本最北(多分)のWebサービス開発者ロプロスです。名寄や稚内でWebサービス作ってる人がいたら、この称号はお譲りしますので教えてくださいw というわけで、私は北海道に住んでいるのですが、道産子なわけではなく、数年前の夏に北海道を2か月ほど旅したことをきっかけに、この地に移住してきました。 移住を決めた理由は、もちろん食べ物が美味しいことや温泉がたくさんあるってのもありましたが、やっぱり心奪われるような美しい風景がいたるところに存在するというのが一番大きかったように思います。 そんな私を魅了した風景の数々の中から、この夏に北海道旅行を予定されている人や「いつか北海道行ってみたいなー」と考えてる人達に、ぜひとも訪れてもらいたい絶景スポットをご紹介したいと思います。 あ、写真は私の撮影したものなので、あんまりキレイじゃないのもあってごめんなさい。 ■富良野のラベンダー畑 北海道のほ
Technical blog on the Python programming language, in a pure Frenglish style. Main topics are Python and Mozilla – This blog does not engage my employer EDIT: Part 2 is now published (distributed tests and monitoring) Funkload is a functional and stress test tool that can be used on your web applications. It’s my favorite stress tool for these reasons: stress tests are implemented as PyUnit tests,
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね!ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "スケジューリング" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2021年6月) 計算機科学においてスケジューリング(英: scheduling)は、スレッドやプロセスやデータの流れについて、システム資源(例えば、プロセッサ時間、通信帯域など)へのアクセスを与える方法である。システムを効果的に負荷分散するため、あるいはターゲットの Quality of Service を保証するためになされる。スケジューリングアルゴリズムは、マルチタスク(同時に複数のプロセスを実行)や多重化(複数のデータの流れを同時に転送)の発展とともに進化してきた。
For my diploma thesis I’m using the grid computing software Condor to distribute complex computations among multiple workstations. After installing Condor on all machines all you have to do is writing a Condor job file and submit this job with Condor’s command line tool “condor_submit”. Condor will copy over the executable (which was specified in that job file) to any idle machine, execute it and
どうも、鹿島和郎(かしまかずお)です。最近ではScalaもいろいろな人からdisられる程度にメジャーになってきたようなので、個人的には嬉しく思います。今回は前回に引き続きScala Days 2011のレポートを書こうと思います。 ところで、今回のイベント中、メモがてら現地からTwitterで実況中継をしていたのですが、それを @hishidama さんが Togetter にまとめてくれました。本原稿を書く際にこのまとめは非常に役に立ちましたので、ここでお礼を述べたいと思います。 Scala Days 2011(1日目) Scala Days 2011(2日目) 今回は予告どおり、Akkaの話を中心に書こうと思います。 ■Akka ○並列・分散時代の高機能ライブラリ 今回のScala Daysではconcurrencyというキーワードがかなり強調されていて、それに関連するセッションも多く
UntypedDispatcher¶ An UntypedDispatcher is an actor that routes incoming messages to outbound actors. import static akka.actor.Actors.*; import akka.actor.*; import akka.routing.*; //A Pinger is an UntypedActor that prints "Pinger: <message>" class Pinger extends UntypedActor { public void onReceive(Object message) throws Exception { System.out.println("Pinger: " + message); } } //A Ponger is an U
Module stability: SOLID Akka supports starting and interacting with Actors and Typed Actors on remote nodes using a very efficient and scalable NIO implementation built upon JBoss Netty and Google Protocol Buffers . The usage is completely transparent with local actors, both in regards to sending messages and error handling and propagation as well as supervision, linking and restarts. You can send
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く