<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel rdf:about="/keywordblog/ack">
    <link>/keywordblog/ack</link>
    <description/>
    <title>「ack」を含むブログ</title>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/alexei-karamazov/20130517/1368796011"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/kimutansk/20130515/1368570481"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/cigi/20130504/p3"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/none53/20130503/1367560474"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/wyukawa/20130428/1367133616"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/nobcha23/20130426/1366984162"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/addition/20130418/1366293557"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/miyakawa_taku/20130416/1366068226"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/yuto_sasaki/20130328/1364459116"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/vfr750f2/20130324#PC"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/ymko/20130323/p1"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/nishiohirokazu/20130322/1363954652"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/tarosay/20130320/1363768720"/>
        <rdf:li rdf:resource="http://d.hatena.ne.jp/ninety90/20130318/1363598131"/>
      </rdf:Seq>
    </items>
  </channel>
  <item rdf:about="http://d.hatena.ne.jp/alexei-karamazov/20130517/1368796011">
    <link>http://d.hatena.ne.jp/alexei-karamazov/20130517/1368796011</link>
    <dc:date>2013-05-17T22:06:51+09:00</dc:date>
    <description> ここでは、ポートスキャンの代表的なツールであるnmapの原理・使い方・対策についてまとめてみました。ポートスキャンはセキュリティの基本ですが、とても奥が深いです。 nmapの書式は以下の通りです。nmap   {target specification} |||| 1.ARP解決 → 2. DNS解決(正引き・逆引き) 3. → 4.スキャン実行試験環境 192.168.1.0/24内のホストの... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/alexei-karamazov/20130517/1368796011"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>alexei-karamazov</dc:creator>
    <title>Nmapの使い方</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/kimutansk/20130515/1368570481">
    <link>http://d.hatena.ne.jp/kimutansk/20130515/1368570481</link>
    <dc:date>2013-05-15T07:28:01+09:00</dc:date>
    <description>こんにちは。とりあえず続きです。 9.エンドツーエンドのバッチ圧縮 多くの場合、ボトルネックはCPUではなくネットワークになる。 特にデータセンター間でメッセージを転送する必要があるネットワークトポロジを組んでいる場合は。 もちろん、ユーザはKafkaの介在なしでもいつでも圧縮されたメッセージを送信することはできるが、 えてしてその圧縮効率はメッセージの中のフィールドの繰り返し等の事情があり、悪い... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/kimutansk/20130515/1368570481"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>kimutansk</dc:creator>
    <title>Apache Kafka概要確認（その5 メッセージの状態管理</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/cigi/20130504/p3">
    <link>http://d.hatena.ne.jp/cigi/20130504/p3</link>
    <dc:date>2013-05-04T00:00:00+09:00</dc:date>
    <description>要求する側のポート番号要求する際に自分のポート番号を教えるので任意でよい。スリーウェイハンドシェイクSYN「今おk？」ACK+SYN「おk。そっちは？」ACK「こっちもおk。」で、通信開始。スロースタートアルゴリズムウィンドウサイズに達するまで、セグメントを倍々で増やしていく。バッファあふれ（こっちにACKが戻ってこないセグメント）が発生したら、サイズを減らす。</description>
    <dc:creator>cigi</dc:creator>
    <title>ネットワーク雑多メモ</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/none53/20130503/1367560474">
    <link>http://d.hatena.ne.jp/none53/20130503/1367560474</link>
    <dc:date>2013-05-03T14:54:34+09:00</dc:date>
    <description>repo syncがエラーになる。 $ repo sync -j1 Fetching projects: 0% (2/328) fatal: git fetch_pack: expected ACK/NAK, got &amp;#39;error: Internal server error&amp;#39; fatal: The remote end hung up unexpectedly fatal: g... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/none53/20130503/1367560474"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>none53</dc:creator>
    <title>error: Cannot fetch platform/external/libnfc-nci</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/wyukawa/20130428/1367133616">
    <link>http://d.hatena.ne.jp/wyukawa/20130428/1367133616</link>
    <dc:date>2013-04-28T16:20:16+09:00</dc:date>
    <description>最近知ったんですがHDFSにデータを書き込む際のパラメータとして以下の4つがあります。 ま、他にもあるんでしょうけど、今回はこの4つを取り上げます。まあ取り上げるというか自分へのメモです。なのである程度前提知識ある人じゃないと読んでも意味不明だと思います（汗 |*parameter|*default| |dfs.socket.timeout|60seconds| |dfs.datanode.soc... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/wyukawa/20130428/1367133616"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>wyukawa</dc:creator>
    <title>HDFSにデータを書き込む際の4つのパラメータ</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/nobcha23/20130426/1366984162">
    <link>http://d.hatena.ne.jp/nobcha23/20130426/1366984162</link>
    <dc:date>2013-04-26T22:49:22+09:00</dc:date>
    <description>さて、ちびでぃーの2にi2cデバイスを繋ぎます。しかし動きません。おかしいな・・・。 こういうときはオシロを出す前にアドレススキャンですね。 ということでお勉強も兼ねて急遽作りました。  ちびでぃーの2フルセット接続のLCDにスキャンして検出したアドレスを表示します。  ストリナのLCDをつないで0x3Eを出すのに苦労しました。  原因はちびでぃーの2基板のアナログ信号ブレイクアウト用コネクタでし... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/nobcha23/20130426/1366984162"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>nobcha23</dc:creator>
    <title>アルディーノでi2cアドレススキャン</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/addition/20130418/1366293557">
    <link>http://d.hatena.ne.jp/addition/20130418/1366293557</link>
    <dc:date>2013-04-18T22:59:17+09:00</dc:date>
    <description>サーバーを運営していると、実際の通信データのやり取りをキャプチャしたい事がありますが、パケットキャプチャソフトとして有名なWireShark（ワイヤシャーク）をServersMan@VPS（CentOS）にインストールしてみる。 http://www.wireshark.org 1．インストールyum -y install wireshark |||sh| # tshark -D 1. venet... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/addition/20130418/1366293557"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>addition</dc:creator>
    <title>CentOSにパケットキャプチャWireSharkをインストールする。</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/miyakawa_taku/20130416/1366068226">
    <link>http://d.hatena.ne.jp/miyakawa_taku/20130416/1366068226</link>
    <dc:date>2013-04-16T08:23:46+09:00</dc:date>
    <description>4/17 追記: grep --include オプションを使いましょう。この記事で書いた設定はほとんど必要なく、標準の :grep コマンドで事足ります。 Vim には :grep コマンドがあります。 grep の結果を QuickFix リストに突っ込んで、 :cope コマンドでマッチ箇所を一覧したり :cn で次に飛んだり :cp で前に飛んだりできます。便利便利。 src ディレクトリ... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/miyakawa_taku/20130416/1366068226"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>miyakawa_taku</dc:creator>
    <title> Vim のコマンドラインで find &amp;amp; grep して :cn とか :cp できるようにしたよ</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/yuto_sasaki/20130328/1364459116">
    <link>http://d.hatena.ne.jp/yuto_sasaki/20130328/1364459116</link>
    <dc:date>2013-03-28T17:25:16+09:00</dc:date>
    <description>ggreer/the_silver_searcher &amp;#183; GitHub$ cat /etc/redhat-release CentOS release 5.6 (Final) $ uname -srmpi Linux 2.6.18-238.19.1.el5 i686 i686 i386 $ sudo yum -y install pkgconfig automake libpcre-de... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/yuto_sasaki/20130328/1364459116"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>yuto_sasaki</dc:creator>
    <title>CentOS 5.6 32 bit で The Silver Searcher(ag) をソースからインストール</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/vfr750f2/20130324#PC">
    <link>http://d.hatena.ne.jp/vfr750f2/20130324#PC</link>
    <dc:date>2013-03-24T00:00:00+09:00</dc:date>
    <description> 今日のお話は、ネットワーク的にちょっとマニアックなお話です。 しかし・・・・同じような現象に遭遇してするかもしれない人のために、詳細に記述しておきます。 auひかり。自宅に直接光ファイバ回線を引き込むので快適な通信ができます。 TEPCOひかり時代から、かれこれ9年使い続けていて快調なので、引越しの後も基本的にそのまま使い続けることにしました。 ただし、設備は新しく敷設しなおし。そしてauからレ... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/vfr750f2/20130324#PC"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>vfr750f2</dc:creator>
    <title>auひかりの接続でいろいろ難儀しました DHCPがなんかヘン！</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/ymko/20130323/p1">
    <link>http://d.hatena.ne.jp/ymko/20130323/p1</link>
    <dc:date>2013-03-23T00:00:00+09:00</dc:date>
    <description>同僚の外国人プログラマ観察記録 - rinu&amp;#39;s blogackを使おう! - tototoshiの日記</description>
    <dc:creator>ymko</dc:creator>
    <title>ack</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/nishiohirokazu/20130322/1363954652">
    <link>http://d.hatena.ne.jp/nishiohirokazu/20130322/1363954652</link>
    <dc:date>2013-03-22T21:17:32+09:00</dc:date>
    <description>「あなたのユースケースではさっさとPython辞めてGoに乗り換えたほうがいい」と布教が行われるPython温泉に参加しています。あ、対象は僕じゃないけどね。 ReVIEWの話は別エントリーにくくりだしました。ReVIEWを試してみた日記 その他の話題 goroutine PhantomJS v.s. Selenium ackからagに乗り換える https://github.com/ggreer... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/nishiohirokazu/20130322/1363954652"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>nishiohirokazu</dc:creator>
    <title>Python旅館201303日記</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/tarosay/20130320/1363768720">
    <link>http://d.hatena.ne.jp/tarosay/20130320/1363768720</link>
    <dc:date>2013-03-20T17:38:40+09:00</dc:date>
    <description>Marida2のソケット通信仕様の説明です。関連アプリMaridaの解説も参考にしてください。 Marida2のソケット通信仕様(2012.03.20版) 1.通信の基本データ構造1-1.送信の基本データ構造 Marida2との通信は、基本的に下記のデータ構造を持つパケットにより行い、0x03から始まり、0x06で終わります。 1バイト目 0x03 開始コード 2バイト目 xx データ全体サイズ5... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/tarosay/20130320/1363768720"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>tarosay</dc:creator>
    <title>Marida2通信仕様説明 2013.3.20現在</title>
  </item>
  <item rdf:about="http://d.hatena.ne.jp/ninety90/20130318/1363598131">
    <link>http://d.hatena.ne.jp/ninety90/20130318/1363598131</link>
    <dc:date>2013-03-18T18:15:31+09:00</dc:date>
    <description> keep-aliveの確認をする際に最初のパケットだけにSYNフラグが付いていることを確認すればいい。 でも回線速度が早いと使いまわす前に使用中だから 新しいコネクションを張るみたいなことになるらしい。 http://www.aconus.com/~oyaji/router/tcp.htm ■フラグ：概要 ・SYN：TCPコネクションの確立を要求する最初のパケットに付与されるフラグ。 ・ACK：... &lt;div class="more"&gt;&lt;a href="http://d.hatena.ne.jp/ninety90/20130318/1363598131"&gt;続きを読む&lt;/a&gt;&lt;/div&gt;</description>
    <dc:creator>ninety90</dc:creator>
    <title>TCPパケットのフラグについて</title>
  </item>
</rdf:RDF>
