誰得UNIX-Blog

ipvsadm(8) 日本語訳

2011-04-19T00:49:00.001+09:00

LVS の管理インターフェースである ipvsadm コマンドのマニュアルを翻訳しました。オリジナルはsvn最新版です。配布条件はオリジナルの ipvsadm に従います。誤訳等あればコメントをいただけると嬉しいです。 ========================================================================================== IPVSADM(8) Linux 管理者ガイド IPVSADM(8) NAME ipvsadm - Linux Virtual Server 管理 SYNOPSIS ipvsadm -A|E -t|u|f service-address [-s scheduler]

IPVS のカーネルコンフィグのヘルプ翻訳

2011-04-10T00:51:00.007+09:00

IPVS (LVS, Linux Virtual Serverを実現するKernel内のモジュール) のカーネルコンフィグ (Kconfig)のヘルプを翻訳しました。普通、調整が必要になるコンフィグレーションは特にないのですが、参考まで。ファイルはlinux-2.6.37のものです。 (追記: Linuxと同じライセンスです) # # IP Virtual Server configuration # menuconfig IP_VS tristate "IP virtual server support" depends on NET && INET && NETFILTER depends on (NF_CONNTRACK || NF_CONNTRACK=n) ---help--- IP Virtual Server support will let you build

これだけは押さえておきたいyumの使い方

2010-09-02T23:43:00.011+09:00

FedoraおよびRHEL系ディストリビューションにおけるRPMインストーラ/アップデータとしてデファクトスタンダードといえるYumについて、基本的な使い方をまとめておこうと思う。対象バージョンはCentOS4以降のyum。 1. システムにインストールされているRPMをアップデートする:yum update [RPM名]途中で本当にダウンロードしてインストールするかどうか確認してくる（対話的動作をする）が、yum update -y のように「-y」オプションをつけることで完全に自動化できる。CentOSやRHELでは自動的なアップデートを行ってもまず問題がでることはないので、cron等で-yをつけて実行してもよいかもしれない。Fedoraもまず問題がでることはないはずだが、そのディストリビューションとしての性格上問題が起こってもおかしくはない。実際Fedoraでは2010年1月

ServersMan@VPSでのiptables設定(state版)

2010-05-15T10:47:00.002+09:00

ServersMan@VPSでのiptablesがstateに正式対応したようなので、以前の改訂版としてstateを使用したルールの書き方をまとめる。 (注意) stateに対応したという情報が流れた後に一時的に「stateの文法が通るようになったが実際は動作しない」という時期があった。5/12日現在においては、一旦rebootすることで正常にstateが動作するようになるので、この記事の内容を試す前に一旦rebootすることをおすすめする。これからやることまず、簡単にstateを利用したルールの作り方を書くと、 ESTABLISHED, RELATEDというstateな通信を許可するルールを設定その後ろにサービス提供したいport宛のNEWというstateな通信を許可するルールを設定最後にすべてDROPするとなる。1で設定するルールによってESTABLISHEDな

ServerMan@VPSでのOpenSSH設定

2010-04-20T02:03:00.005+09:00

やっぱしリモートでマシン管理の起点はSSHでFAだろ、つーことで今回はOpenSSHの設定について。(CentOSのSSHサーバがOpenSSHなのでOpenSSHの設定について書く) SSHはリモートにあるUnix系マシンへの安全なログイン方法としてのデファクトスタンダードであるが、デファクトスタンダードなだけに、攻撃者に狙われる確率も高い。例えば以下は /var/log/secure* を invalid で grep した結果の一部だが、oracle や test, admin, mysql など、ありがちなアカウントに対してアタックが仕掛けられていることがわかる。このサーバは 4/15 午後から運用しているのだが、1日もたたずに最初のアタックを仕掛けられているわけだ。調べたことはないが、おそらく「有名なアカウント名に対してアカウント名と同じ文字列をパスワード

ServersMan@VPSでのiptables設定

2010-04-18T17:02:00.014+09:00

DTIの月額490円のVPSサービス『ServersMan@VPS』に申し込んでみた。このVPSでiptablesを使うときのTIPSをメモががわりに残しておく。（注意：現在は state を使えるようになったので、こちらの新しい解説のほうがおすすめです）このサービスは安価にroot権限つきサーバ(CentOS5系)を運用できるので、非常に魅力的なんだけど、ひとつ気になる制限がある。それは iptables で state モジュールを利用できないことだ(2010/04/21追記: state モジュールを利用可能になったそうです。stateモジュールを利用できない前提で書かれた以下の内容は、現在では特に必要ない内容となっていますので、注意してください。2010/04/27追記: state の文法を受け付けるようになってはいますが、実際は動いていないように見えます。

perl における文字コードについて

2010-04-04T14:38:00.007+09:00

Perl における文字コードについて曖昧な理解だったので勉強がてらまとめてみる。とあるPerlアプリケーションを修正したくて挙動をしらべたところ、length($str)が文字数じゃなくてバイト数を返しているのが原因と分かった。しかし、関連しそうなトピックをググっても、Perl に詳しい人がまとめた解説が多く引っかかるのだけど、基本的なことが分かってない自分には高度過ぎてよくわからない。しかも perl 5.6 以前 -> 5.6 -> 5.8 あたりでドラスティックに変更されているようで、そのへんの事情に疎い自分はどの情報を信じればいいのかよくわからない。(が、一番わかりにくくなっている原因は "UTF8" と "Perl内部エンコーディング" の妙な交換可能性だと思う。まるでCのポインタと配列みたいだ) というわけで、主にEncode(3pm)で調べた結果をまとめておく。

ステージを理解して git をもっと便利に使う(git-add詳細情報)

2009-09-12T03:13:00.004+09:00

ステージ（インデックスに変更を追加すること）について前回までざっくりと見てきましたが、第1回で紹介したコマンド git-add のマニュアルを日本語訳したので紹介します。git-add(1)git-add はステージを理解する上での要とも言えるコマンドなので、ひととおりオプションを眺めてみると、何か悟れるかも?なお、原本は git-1.6.4.1 の時点でのマニュアルです。お使いのバージョンによっては存在しないオプションもあるかもしれません。新しいバージョンほどより便利になっているので、これを期に git://git.kernel.org/pub/scm/git/git.git から最新版を clone して使うというのも良い選択だと思います。ステージというテーマでは今回が最終回になります。gitに関する次回以降の記事は "easy branch easy commit" をテーマに何回

hello wrold!その2（Apacheモジュール編）

2009-09-02T08:30:00.001+09:00

hello world!の続編です。前回は後半inetdを利用したインチキWebサーバを作りましたが、今回は由緒正しいWebサーバであるApache httpdのモジュールでhello worldをやってみたいと思います。「apacheモジュールを書くなんて難しそう」と思ったあなた、大丈夫です。死ぬほど簡単です。●準備: apxs のインストールまずhttpdがインストールされたマシンにapxsコマンドをインストールしましょう。FreeBSD を使っている場合は、ports/packagesでhttpdをインストールしていれば、apxsコマンドもすでにインストールされているはずです。Linux を使っている場合は、httpdがインストールされていてもkt@ume% which apxsなどで見つからなければ、インストールする必要があります。REHL系であれば、httpd-develという

ステージを理解して git をもっと便利に使う(その3)

2009-08-29T08:30:00.000+09:00

前回から引き続き、「ステージを理解して git をもっと便利に使う」というテーマでお送りする、git解説記事の第3弾です。まずは、前回までのおさらいです。git にはリポジトリに格納された「最新のコミット」と「ワーキングコピー」の間に「index」と呼ばれる緩衝地帯が存在しています。チェックアウト直後は「最新のコミット」＝「index」＝「ワーキングコピー」ですが、ワーキングコピーを編集した後、git addにより編集内容がstage(indexに登録)され、「最新のコミット」≠「index(+α)」＝「ワーキングコピー(+α)」となります。% git add や% git add -p を積極的に使うことで、編集内容を部分的にstageする/しないをコントロールし、1コミットの内容を洗練しましょう、というのが第1回の内容でした。第2回はgit diffとgit diff --

ステージを理解して git をもっと便利に使う(その2)

2009-08-23T18:22:00.000+09:00

前回から引き続き、「ステージを理解して git をもっと便利に使う」というテーマでコマンドを紹介します。今回は git diff --cached です。 ●git diff --cached 使用例 git diff --cached 前回覚えた git add でstageする/しないを使い分けると、困ったことがひとつ出てきます。それは git diff が「index」と「ワーキングコピー」の差分だけを表示すること、つまり一旦git addでstageした内容はgit diffで表示されなくなってしまうことです。前回の復習として、git add直後の「最新のコミット」と「index」、「ワーキングコピー」の関係を思い出してみましょう。「最新のコミット」≠「index」＝「ワーキングコピー」 git diffは「index」と「ワーキングコピー」の差分だけを表示

ステージを理解して git をもっと便利に使う

2009-08-22T20:41:00.015+09:00

git には「stage(ステージ)する」という概念があります。あるいは「index」と言い換えてもいいかもしれません。簡単にいうと「stageする」＝「特定の変更内容をindexに登録する」＝「次回コミットに含めるようgitに指示する」ということなのですが、この概念は今まで主流だった CVS や Subversion といったバージョン管理システムにはありませんでいした。長年CVSを使っていて、その考え方に凝り固まっていた私は、gitを使い始めてしばらくはstageやindexの概念を理解できなかったので、今回ここで紹介することにしました。このstageとindexを覚えると「ひとつのコミットには、その主題となる変更と無関係な変更を含めない」という「バージョン管理システムを使う上で重要なはずなのに、つい疎かにしてしまいがち」なポリシーを簡単に実践できるようになります。今回

hello world!

2009-08-20T23:25:00.010+09:00

最初はみんなこれでしょ、ということで hello world の書き方です。まずはドノーマルなC言語から kt@ume% cat > hello.c #include int main() { printf("hello world!\n"); return 0; } kt@ume% make hello cc hello.c -o hello kt@ume% PATH=.:$PATH hello hello world ポイントがいくつかあります。 cat を使うことで気分はBill Joy。でも間違ってEnterを押すと前の行には戻れません。行内でも間違いを見つけたらひたすらバックスペースで戻る以外に修正する術はなし。 *.c ファイルのファイル名から .c を除いた文字列を make することで Makefile いらず。私が小さい頃は