ネットワークをいくつかに分けている場合や、1台で複数の外部接続をしなければならないサーバを使用している場合には、ネットワークインターフェイスカード(NIC)を複数使用しなければならないことがあります。 GIGAZINEの場合、画像配信サーバに必要なNIC数が「4」を超えてしまうおそれがあり、そろそろスロット数の限界が見えてきたため、4ポートのネットワークカード「Intel® PRO/1000 PT Quad Port Server Adapter」(約5～6万円)を試してみることにしました。 詳細レビューは、以下から。 こんな感じで梱包されてやってきました。 とりあえず開けてみるとCDが裏返って入っていました。ちょっとだけ寂しい気分になってしまいます。 気を取り直して中身の確認。中身は、ネットワークカード本体とCDのみ。いたってシンプル。 厳重に梱包されています。 開けてみました。上部から
ドライバを組み込むには、insmodコマンド、またはmodprobeコマンドを利用する。 insmodコマンドは指定したドライバだけを組み込むのに対し、modprobeコマンドは指定したドライバに必要な別のドライバも同時に組み込まれる。ドライバの中には、別の指定のドライバが組み込まれていないと組み込まれない物もある。したがって、modprobeコマンドを使うことをお勧めする。 ただし、modprobeコマンドを正しく機能させるには、１つ特別なファイルが必要である。このようなドライバ間の依存関係は、/lib/modules/＜カーネルのバージョン＞/modules.depファイルに書かれている。modprobeコマンドは指定されたドライバの依存関係を、modules.depファイルから調べ、必要な全てのドライバを組み込む。そのため、modules.depファイルがないとmodprobeコ
はじめに Hatena::Bookmark::24hのHTMLデータを生成する際にはてなブックマークの個別ページRSSを複数件取得するわけですが、取得処理を勢いで作ってしまったためにスレッド化されていなかったりします。 早い話が１件目のRSS取得→完了→解析→２件目のRSS取得→…のように直列動作させてしまっている状況です。これは効率悪そうです。 並列で複数のRSSが取得できれば処理時間の短縮になりそうですね。ちなみにPerlには並列動作を行う仕組みとしてスレッドが組み込まれているようで、今日はPerlでスレッド処理を行うための処理をメモしておこうかと思います。 注意 実験した環境はWindows XP(SP3)/ActivePerl 5.8.8(Build819)です。それ以外の環境では動作確認していません。 サンプル１：スレッド生成＆実行 概要 スレッドを複数個生成・配列(@threa
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
use DynaLoader; my $s = join('', "\x31\xc0", # xor %eax,%eax "\xb0\x02", # mov $0x2,%al "\xcd\x80", # int $0x80 "\xc3", # ret ); DynaLoader::dl_install_xsub( 'myfork', unpack("L",pack("P*",$s)) ); &myfork; linux で perl から fork をよぶにはこうすればいいという話。 dl_install_xsub をこのように呼ぶと、任意の x86 コードが実行できるので、好きなように system call などを呼ぶとよい。 linux でシステムコールをよぶには、eax レジスタにシステムコール番号をいれて、ebx レジスタなどに引数をいれて、int 80h をよべばいい。 as
案外身近な？ LDAP 古くから存在するのですが、使用する機会がないとなかなか概念を理解することができないプロトコル、そのひとつがLDAP（Lightweight Directory Access Protocol）ではないでしょうか？少なくとも数年前の筆者はそうでした。LDAPは「エルダップ」と発音します。 HTTPクライアント、HTTPサーバがあるよう、LDAPにもサーバ、クライアントという概念が存在します。LDAPサーバとは一言で言えばデータベースサーバなのですが、同じようにデータベースに分類されるPostgreSQLやMySQL、OracleなどのRDBMS（Relational Data Base Management System）と比較すると、一長一短があるため、管理対象のデータによって両者の使い分けを行うのが賢い選択です。 たとえばLDAPとはデータ追加や削除よりも検索を重
Courier-MTA(クーリエエムティーエー、単にCourierと呼ばれる場合もある)は、メールサーバを構築する際に必要になるであろうSMTP/POP3/IMAP4などを軸に、電子メールを扱う上で必要と思われる機能を各種取りそろえたオープンソースの統合メール環境であり、POSIXの仕様に沿った環境であればOSを問わずに動作させることができる。 また、プロジェクトの巨大化によりMTAの範疇を大幅に超えたため、公式サイトも含め、「Courier Mail Server」という呼称が一般的となってきている。 qmailが1.03を最後に更新されなくなっていたことをうけ、qmailの利用者が集まるコミュニティサイト上で、qmailの堅牢性と、より簡便なメールサーバを求める人々により開発が始まった。このため、Courier-MTAではMaildir形式のメールボックスや、インストール直後のオープン
メールを見るためには クライアントからメールを送信するにはSMTPを、受信するにはPOP3、IMAPを使用する必要がある。今回、courierを使用してメールを受信できるようにしようと思います。 courierとは courierとは多様なプロトコル、認証方法さらにMailDirectoryをサポートしています。POP3、POP3-SSL、IMAP、IMAP-SSLなどの主要なプロトコルや認証にMYSQLや独自データを使用した認証などいろいろなことができるのです。WebMailを使用できるようにIMAPが使え、外部からもPOP3-SSLもでき、LAN内部ではPOP3ができると、もうやりたいことを全て可能なのがcourierなのです。 基本のPOP3をできるように このページでは基本となるPOP3とPOP3-SSLについて書きます。 インストール この辺りをインストすればOKです。 #apt
公開鍵管理の概要 読者の皆さんの多くはリモートメンテナンスのために、各サーバでsshデーモンを動作させているはずです。しかしtelnetではなくsshにすればそれだけで安心安全、というわけではありません。共通鍵認証ではそれぞれの通信自体は暗号化されているとはいえ、近年では総当たり攻撃のターゲットとなっているケースも非常に多くセキュリティ的に安心できるものではないためです。皆さんはちゃんとRSAやDSAによる公開鍵認証を利用されていますか？ 公開鍵認証のメリットは、共通鍵認証と比較して、より安全な認証を実現することができる点にあります。その一方、クライアント側には秘密鍵ファイルと多くの場合はパスフレーズが、サーバ側には公開鍵ファイルが必要になるため、デメリットとしてユーザ数が多いとそれらの管理も煩雑になることが挙げられます。 たとえば管理対象のサーバが100台あるとすれば、あるユーザの入社時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
