<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>UNIXしま専科</title>
    <link>http://unix-study.com/</link>
    <description>あなたも今日から上級管理者！</description>
    <lastBuildDate>Sat, 06 Sep 2008 07:23:21 +0900</lastBuildDate>
    <docs>http://backend.userland.com/rss/</docs>
    <generator>ブログ</generator>
    <category>ブログ</category>
    <managingEditor></managingEditor>
    <webMaster></webMaster>
    <language>ja</language>
        <image>
      <title>UNIXしま専科</title>
      <url>http://unix-study.com/images/logo.gif</url>
      <link>http://unix-study.com/</link>
      <width>144</width>
      <height>80</height>
    </image>
            <item>
      <title>シングルユーザモードとレスキューモード！！</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=99</link>
      <description>　レスキューモードで起動したいシーンに直面するまでイマイチ実感が無いかもしれませんが、机上での理論として一応シングルユーザモードとレスキューモードの違いを理解してみましょう！今回はレスキューモードについて少し見てみます。　　・レスキューモードで何ができるか？まずレスキューモードで起動する際はインストールした際のDVD-ROMかCD-ROMを使ってブートします。　そうすることでメディアに入っているカーネルからブートでき、コマンドや　ファイルはブートメディアのものを使用します。つまり・システムがハードディスクからブートできなくなった場合・システムのハードディスクから起動したくない場合などが用途の目的と考えられます。　具体的にDVD-ROMやCD-ROMからブートした後は、ダイアログにしたがってもともと起動していたハードディスクをマウントすることができますので実際にはシステムをブートさせないが、通常動作していたハードディスクの中身を操作できます。【レスキューモードでの起動方法】1.DVD-ROM or CD-ROMを挿入(1枚目)2.挿入したメディアから起動3.いつものインストール時のbootプロンプトに  boot:linux rescue4.ダイアログに従って入力していく</description>
      <pubDate>Tue, 25 Sep 2007 22:12:16 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=99</guid>
    </item>
        <item>
      <title>WebOS　startforce</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=98</link>
      <description>最近まことしやかにささやかれているWebOSとは何かご存知でしょうか?このサイトにたどり着く皆さんには当然でむしろ開発もしているよ!って聞こえてきそうですが引用：スタートフォースは、インターネット接続さえあればブラウザを便利な作業環境に変えてしまう、「ブロードバンドデスクトップ」です。新規会員登録・ログインしたい方はこちらからどうぞ。http://www.startforce.jp/これはかなり便利でしょう！ネットに接続してさえ入ればどこからでも自分のデスクトップが操作できるのですから。まだまだ発展途上の時期ですが期待したいところです!</description>
      <pubDate>Wed, 01 Aug 2007 10:54:39 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=98</guid>
    </item>
        <item>
      <title>日経BP社 「日経ベストPC＋デジタル」 休刊</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=97</link>
      <description>ITmedeliaTankによると日経ベストPC+デジタルが休刊となるようです。引用： 日経BP社は、「日経ベストPC＋デジタル」を本日発売の8月号を以って休刊する。同誌は「日経ベストPC」として1996年3月に創刊されたバイヤーズ誌。2004年、デジモノ分野も包含する形にリニューアルし誌名も変更した。確かに最近はこの手の情報はwebで情報入手するほうが早いかもしれません。ただ、個人的には電車の中の隙間時間や待ち合わせまでの時間などまとまった情報を一気に吸収したいときにはすごくよかったんですけどねえ。残念です。</description>
      <pubDate>Tue, 31 Jul 2007 10:18:42 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=97</guid>
    </item>
        <item>
      <title>xargsの便利な小技！</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=96</link>
      <description>　lsコマンドでファイル(ディレクトリ)一覧を出せますよね。(そんなこと知ってるっつうの!)ファイル名だけを１ファイル名１行に表示したいことって時々ありませんか?例). # lsamanda     chargen-udp  dbskkd-cdb  finger       kshell  rlogin  telnet    vmware-authdamandaidx  cups-lpd     echo        gssftp       ktalk   rsh     tftpamidxtape  daytime      echo-udp    klogin       ntalk   rsync   timechargen    daytime-udp  eklogin     krb5-telnet  rexec   talk    time-udp↓　こんな感じにamandaamandaidxamidxtapechargenchargen-udpcups-lpdどうやったらこうなるでしょうか?A).ls --perfileB).ls | xargs -n 1C).ls -l | awk &amp;#039;{print $1}&amp;#039;D).find ./正解：BA:--perfileオプションは無いC:$1が$9だと正解D:findでは./がファイル名の前に付いてしまう実はxargsコマンドを問題のように使うことでlsの結果を1ファイル名1行で表示することができます。意外と便利なことがあるかもしれませんね。ファイルの個数数えるときも# ls | xargs -n 1|wc -lなんかで数えられますしね。きっと他にも使い道があるはずです。頭の片隅でも残して置いてください。■問題■前述の「例」に出したファイル一覧はどのディレクトリでしょうか?A)./etcB)./etc/rc5.dC)./etc/xinet.dD)./usr/sbin答え：「おわりに」の中で。</description>
      <pubDate>Mon, 23 Jul 2007 10:04:18 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=96</guid>
    </item>
        <item>
      <title>デバイスに割当られているLABEL名やUUID名は？</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=95</link>
      <description>　前回はLABELやUUID名からそのデバイスを探すコマンドはfindfsと紹介しましたが、今回はその逆です。　/dev/hda1や/dev/sda1に割り当てられているLABEL名やUUID名を特定するコマンドです。　・LABEL名を探すときは「e2label」コマンド　・LABEL名やUUID名を探すときは「blkid」コマンド　・ファイルシステム情報もあわせて確認したいときは「tune2fs」コマンド　　※詳しい出力順(上：簡単　下：詳細)例).# e2label /dev/cciss/c0d0p1/boot# blkid /dev/cciss/c0d0p1/dev/cciss/c0d0p1: LABEL=&amp;quot;/boot&amp;quot; UUID=&amp;quot;4077ed20-a20c-440e-835a-c6ee23831895&amp;quot; SEC_TYPE=&amp;quot;ext3&amp;quot; TYPE=&amp;quot;ext2&amp;quot;# tune2fs -l /dev/cciss/c0d0p1Filesystem volume name:   /bootLast mounted on:          &amp;lt;not available&amp;gt;Filesystem UUID:          4077ed20-a20c-440e-835a-c6ee23831895Filesystem magic number:  0xEF53　　&amp;lt;以下略&amp;gt;こうやればデバイスに割り当てられているラベル名やUUID名が判断できますよね。</description>
      <pubDate>Thu, 19 Jul 2007 09:10:51 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=95</guid>
    </item>
        <item>
      <title>DISKのLABEL指定されている実際のデバイスは？</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=94</link>
      <description>　よく/etc/fstabファイルをみたり/etc/grub.confを見ると　LABEL=/　LABEL=/boot　UUID=a0dead04-2770-4c35-9300-bb936294fc2c　UUID=61158c27-2804-49f6-9944-11b15de335b7という表現がされています。solarisユーザなんかではなじみが無いと思いので実際のデバイス名が分からないことに違和感を覚えるかもしれません。このラベルに指定されているLABELやUUIDのデバイス名が何か知りたいときはどうしていますか？tune2fsコマンドで全てのデバイスを調べていますか?そんなわけ無いって聞こえてきそうですが、以外にそんな管理者さんもいるかもしれません。ラベル名からデバイス名を調べたいときは　　　　findfsコマンドを使いましょう！例).# findfs LABEL=//dev/cciss/c0d0p3# findfs UUID=a0dead04-2770-4c35-9300-bb936294fc2c/dev/cciss/c0d0p3こうやれば/や上記のUUID名からデバイスが判断できますよね。</description>
      <pubDate>Mon, 09 Jul 2007 19:39:40 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=94</guid>
    </item>
        <item>
      <title>TCPの「RST」「URG」「PSH」フラグについて</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=93</link>
      <description>　結果を先に「URG」「PSH」はむしろ現在は使いません。といった方がいいでしょう(≧∇≦)/ 　TCPについてこれまでオープンやクローズを説明しました。SYN,ACK,FINフラグについては使われ方が分かったと思いますが他にも「RST」「URG」「PSH」さらにおまけで「ECN」フラグなんてのもTCPには存在します。ECNはTCPの拡張のフラグで、フロー制御の時に使うので今回は置いて、残りの「RST」「URG」「PSH」は覚えるというほどのものでも無いので一気に説明します。■RSTフラグ　接続要求を拒否します(listenして無いポートに接続きたりしたとき)　コネクション確立中のものを切断します　受け取るとすぐクローズします　関係するカーネルパラメータ：「tcp_rfc1337」　デフォルト1にセットされています。0に変更するとRFC違反になるので　そもそも設定変更はしてはいけません。■URGフラグ　帯域外のデータを転送するためにあるはずですが　実際は帯域内になってるので真実ではない。　アプリケーションに緊急にデータを渡すためのフラグ。　受け取ったアプリケーションが緊急モードになる。　関係するカーネルパラメータ：「tcp_stdurg」　デフォルト無効になっています。RFC793に厳密に　従うためには有効にしますが、緊急ポインターは　BSD互換のものが使われることが多いので、多くは　意味を持たないので現在では無効がデフォルト。　BSDとRFC793ではフラグの位置が違うような感じ■PSHフラグ　カーネルでバッファリングせずに、プロセスにすぐに　渡すようにするためのフラグですが、現在はカーネル　はすぐにプロセスに渡すの実質使用していません。　特にカーネルパラメータで関係が深いものがありません。■ECNフラグ　RFC2481 Explicit Congestion Notification (ECN)のような　輻輳制御の手法です。他にも「Tahoe」「Reno」　「NewReno」　「TCP New-Reno」「BIC」「Westwood+」「vegas」など　いろいろあります。デフォルトではBIC TCPが有効(RHEL4 2.6.9)になっています。総まとめ　RFC一覧---TCPそのものやTCPに関わるRFC総まとめ---RFC793　 Transmission Control ProtocolRFC813　 Window and Acknowledgement Strategy in TCPRFC1144　compressing tcp ip headers for lowRFC1323　TCP Extensions for High PerformanceRFC1337　TIME-WAIT Assassination Hazards in TCP RFC2001　Fast Retransmit, and Fast Recovery AlgorithmsRFC2018　TCP Selective Acknowledgment OptionsRFC2147　TCP and UDP over IPv6 JumbogramsRFC2415(Informational)  Simulation Studies of Increased Initial TCP Window SizeRFC2481(Experimental)　A Proposal to add Explicit Congestion Notification (ECN) to IPRFC2581　TCP Congestion ControlRFC2582　The NewReno Modification to TCP&#039;s Fast Recovery AlgorithmRFC2760　Ongoing TCP Research Related to SatellitesRFC2861(Experimental)　TCP Congestion Window ValidationRFC2883　An Extension to the Selective Acknowledgement (SACK) Option for TCPRFC2988　Computing TCP&#039;s Retransmission TimerRFC2923(Informational)　TCP Problems with Path MTU DiscoveryRFC3042　Enhancing TCP&#039;s Loss Recovery Using Limited TransmitRFC3390  Increasing TCP&#039;s Initial WindowRFC3448　TCP Friendly Rate Control (TFRC)RFC3522(Experimental)　The Eifel Detection Algorithm for TCPRFC3649(Experimental)　HighSpeed TCP for Large Congestion WindowsRFC3742(Experimental)　Limited Slow-Start for TCP with Large Congestion WindowsRFC3782  The NewReno Modification to TCP&#039;s Fast Recovery AlgorithmRFC3821　Fibre Channel Over TCP/IP (FCIP)---こんなに一杯あります。困ったときは参照しましょ---</description>
      <pubDate>Tue, 03 Jul 2007 21:27:42 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=93</guid>
    </item>
        <item>
      <title>TCPセッションクローズ時の2MSLとは</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=92</link>
      <description>　TCPのクローズには・ハーフクローズ・同時クローズがあり、クローズのフローや状態遷移については説明しました。ハーフクローズの場合を例に挙げるとActive--FIN_WAIT_1-----------FIN_WAIT_2-------TIME_WAIT-------------CLOSED        1.FIN↓   2.FIN+ACK↑          3.FIN↑         4.FIN+ACK↓Passive-----------CLOSE_WAIT-----------LAST_ACK--------CLOSED  0.  ESTABLISHED                                          ESTABLISHED  1. （クローズ）      FIN-WAIT-1  --&gt; &lt; SEQ=100 &gt;&lt; ACK=300 &gt;&lt; CTL=FIN,ACK &gt;  --&gt; CLOSE-WAIT  2.  FIN-WAIT-2  &lt; ACK=101 &gt;&lt; CTL=ACK &gt;      &lt; CTL=FIN,ACK &gt;   &lt; SEQ=101 &gt;&lt; ACK=301 &gt;&lt; CTL=ACK &gt;      --&gt; CLOSED  5. （2 MSL）      CLOSED   となりActive側が最後に「TIME-WAIT」→「CLOSED」に変わる時間を2MSLと表現しています。MSLとは「Max Segment Lifetime」の略です。日本語では「最大セグメント生存時間」ですね。何が生存できる最大の時間かというと、パケットがネットワークに滞在できる最大の時間といったところです。RFC793でMSLは2分と言及されています。つまりMSLの2倍の2MSLは4分ということになります。長いですね(^^;このMSLの時間(MSLタイマー)のsolarisとlinuxではどうなってるか見てみると。Solarisはデフォルト60秒　-&gt;2MSL=120秒(2分)# ndd -get /dev/tcp tcp_time_wait_interval　(solaris7以前はtcp_time_wait_interval)Linuxでは60秒　-&gt;2MSL=120秒(2分)# cat /proc/sys/net/ipv4/tcp_fin_timeout※manにはFIN_TIME_WAIT2での待ち(最後のFIN待ち)のためとしか書いて無いんですね・・・おそらくほとんどのUNIXがRFCを無視しているかも（＾▽＾笑）</description>
      <pubDate>Tue, 05 Jun 2007 15:11:51 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=92</guid>
    </item>
        <item>
      <title>TCPセッションクローズ-同時クローズ状態遷移-</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=91</link>
      <description>　TCPのクローズには・ハーフクローズ・同時クローズがあり、ハーフクローズのフローや状態遷移については説明しました。今回は同時クローズについて状態遷移もフラグのやり取りも一気にまとめて図解します。Active--FINWAIT_1-----------CLOSING--TIME_WAIT-------------CLOSED      1.FIN↓↑   　　2.FIN+ACK↓↑          Passive--FINWAIT_1-----------CLOSING--TIME_WAIT-------------CLOSED      TCP A                                                TCP B        0.  ESTABLISHED                                          ESTABLISHED  1.  (Close)                                              (Close)          FIN-WAIT-1  --&gt; &lt; SEQ=100 &gt;&lt; ACK=300 &gt;&lt; CTL=FIN,ACK &gt;  ... FIN-WAIT-1                   &lt; ACK=100 &gt;&lt; CTL=FIN,ACK &gt;  &lt; ACK=300 &gt;&lt; CTL=FIN,ACK &gt;  --&gt;              2.  CLOSING     --&gt; &lt; SEQ=101 &gt;&lt; ACK=301 &gt;&lt; CTL=ACK &gt;      ... CLOSING                      &lt; ACK=101 &gt;&lt; CTL=ACK &gt;      &lt; ACK=30 1&gt;&lt; CTL=ACK &gt;      --&gt;              3.  TIME-WAIT                                            TIME-WAIT        (2 MSL)                                              (2 MSL)          CLOSED                                               CLOSED     という感じで同時にクローズします。ハーフクローズと少し状態遷移が違いますよね。</description>
      <pubDate>Mon, 28 May 2007 12:45:15 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=91</guid>
    </item>
        <item>
      <title>TCPセッションクローズ-ハーフクローズ状態遷移-</title>
      <link>http://unix-study.com/modules/weblog/details.php?blog_id=90</link>
      <description>　TCPのクローズには・ハーフクローズ・同時クローズがあり、ハーフクローズのフローについては前回説明しました。ハーフクローズ時にもTCPの状態が変化します。図解するとActive--FINWAIT_1-----------FIN_WAIT_2-------TIME_WAIT-------------CLOSED        1.FIN↓   2.FIN+ACK↑          3.FIN↑         4.FIN+ACK↓Passive-----------CLOSE_WAIT-----------LAST_ACK--------CLOSED  0.  ESTABLISHED                                          ESTABLISHED  1. （クローズ）      FIN-WAIT-1  -- &gt; &lt; SEQ=100 &gt;&lt; ACK=300 &gt;&lt; CTL=FIN,ACK &gt;  - -&gt; CLOSE-WAIT  2.  FIN-WAIT-2  &lt; ACK=101 &gt;&lt; CTL=ACK &gt;      &lt; CTL=FIN,ACK &gt;   &lt; SEQ=101 &gt;&lt; ACK=301 &gt;&lt; CTL=ACK &gt;      - -&gt; CLOSED  5. （2 MSL）      CLOSED   1.アクティブさん：「もう送るデータおまへんさかい店閉めまっせ！」2.パッシブさん：「そうでっか！よろしおす！」3.パッシブさん：「ほなうちも買うもんないさかい財布の口閉めまっせ!」4.アクティブさん：「おおきに、そうしてもらえますやろか！」　パッシブさん：「パッチン！！財布閉めました！」5.アクティブさん：「もうパッシブはんも財布閉めて帰りはったかな、　　　　　　　　　　シャッターおろしまひょ、バシャ！」という感じでハーフクローズしていきます。</description>
      <pubDate>Tue, 22 May 2007 12:31:30 +0900</pubDate>
      <guid>http://unix-study.com/modules/weblog/details.php?blog_id=90</guid>
    </item>
      </channel>
</rss>