今回はサーバーの構築や保守を担うサーバーエンジニアへの転職についてです。 IT技術の発達は大変著しく、今後もさらなる発達が見込まれています。数あるIT機器の中でもネットワーク上で機能するコンピューターがサーバーです。サーバーのおかげで、私たちは日々、インターネット等で様々な機能やサービスを利用し、その恩恵を受けることができるのです。サーバーの構築から保守までを担うのがサーバーエンジニアです。 近年、仮想化・クラウドやシステム間との情報統合などにより、イユフラの仕組みは複雑さを増しており、それに伴い、サーバーエンジニアの役割は多様化し、求められるスキルも高くなっています。また、DX化の推進により、ますますITにスピードと安定性・セキュリティが求められています。 サーバー機器の設計・構築・運用が主な業務 サーバーエンジニアのやりがいは、社会のインフラをささえる仕事に携われること ストイックに物

ここからは受け取りたくないSPAMメールへの対策を設定します SPAMメールに困っていない場合は設定する必要はありません メールサーバを立てて何年もたつとSPAMメールがたくさん届くようになります なぜかこちらのサーバには海外からのSPAMが多いです 迷惑なメールは削除すればすみますが、大切なメールはドロップすると返って来ませんのでやり過ぎは禁物です SPAM対策のポリシー 以下のポリシーでSPAM対策を実施しました 1．postmaster や スパム対策が不要なユーザへのメールは直ちに受信する 2．ホワイトリストに登録してあるホストからのメールは受信する 3．海外からのメールはブラックリストを参照して、リストに載っているホストからのメールは拒否する 4．Unknown や動的IPっぽいホストからのメールは125秒の遅延を入れて相手が接続を切らなければ受信する 5．接続を切っ

サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot

女の子は日々、女子力アップに余念がありません。インフラエンジニアにはわからないかもしれませんが、女の子たちは自分のために1分1秒1msのレスポンスタイムを大切にし、女子力アップのために努力しているのです。 でも、女子力は女の子自身の力だけではあげることができません。周囲の人たち、特にインフラエンジニアたちの協力なくして女子力アップは難しいのです。今回は、親しい女友達に対してインフラエンジニアができる、女子力アップのお手伝いを5つ紹介したいと思います。 ・インフラエンジニアができる女の子の「女子力アップ」の手伝い5つ 1. 最新のルータを買ってあげる 女の子の欠かせないアイテムがルータです。でも、最近は次々に新しいルータが出るので、いちいち保守契約更新やヤフオクでの中古売買をしていたら女の子の財布がスッカラカンになってしまいます。そこであなたが、女の子の代わりにルータを買ってあげましょう。あ

sshって制限かけなければどこからでもアクセスできてすごく便利だし、サーバの近くで作業するとホコリやファンの音でうるさいから、よほどの精神力を持った人じゃなければ通常はsshを使って作業をしていると思う。 だけど、iptablesの設定をいじっていて葬ってしまったり、ネットワークの設定いじっていたら急にコマンド受け付けなくなったりすることもその分多かったりする。 しかも仮想コンソールとかなければ遠隔じゃどうしようもないから、現場に行かなきゃいけないわけですよ。 そんな精神的ダメージを避けるためにも、事前に対策しておきましょうぜというお話し。 検証環境 検証環境はこんな感じ。 (192.168.1.3) ---------- (192.168.1.5) (getty等立ち上げ) (cu, screen, jerm, minicomによるアクセス)同一ネットワーク内にある2台のサーバ(Cent

Apacheの設定で Order deny,allowとか Satisfy anyとか、なんだか意味わからん人のために。僕はずっとわかってなかった。 基本 Apacheのアクセス制御には、 ホストによる制御 (Order,Allow,Deny) ユーザ認証による制御 (Auth*, Require) の2通りがある。 Satisfyは、2通りあるアクセス制御の両方を満たす必要があるかどうかを決定する。デフォルトはSatisfy all。Satisfy anyなら、どちらか片方満たせばよい。 Order http://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order Order deny,allowは、全てのホストからのアクセスを許可する。 Order allow,denyは、全てのホストからのアクセスを拒否する。 Order d

GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

今の環境がqmailで、今後どちらを使うか？と言われるとPostfixなのですが、心置きなく移行するために速度の比較を行ってみました。ベンチを取るならPostfixにsmtp-sourceというソフトがついているのですが、実際に送信した時のパフォーマンスが見たかったので、実験サーバ計4台とDNSを立ち上げて普通の環境に近い形で比較しました。 実験環境（送信サーバ） OS：CentOS5.2（素カーネル2.6.18） CPU：Xeon X3220 2.4GHz core*4 メモリー：4GB qmail-1.03 /var/qmail/control/concurrencyremote /var/qmail/control/concurrencylocal 上二つを120で作成し、配送プロセス数の上限を120にしました。 postfix-2.3.3-2 default_process_lim

今回は、Webサイトやサービスをメンテナンス中にする場合に、どのURLにアクセスしても「メインテナンス中です」の画面を出す正しいやり方を、人間にも検索エンジンにも適切にする作法を主眼に解説します。 この週末の土曜深夜～日曜早朝にかけて、データセンターの設備メインテナンスのため、Web担を含むインプレスグループのほとんどのWebサイトが、どのURLにアクセスしても「メンテ中です」という表示になっていました。 なのですが、その実装がちょっと気になったので、「正しいメンテナンス画面の出し方」を説明してみます。 ※2010-01-16　Retry-Afterを指定するHeaderの指定を修正しました（コメント参照） ※2009-06-17　RewriteCondから [NC] 条件を削除しました（コメント参照） ※2009-06-16　Retry-Afterの記述をGMTに変更しました（コメント参

年末年始にかけて、VMware ESXiをずっと調べいたので、まとめのリンク集として公開。 いやー、久々に熱いツールですね。このためだけに、DELLかHPのサーバがほしくなりました。 メモリも激安なので、10GBオーバー8GB*1で、マシン集約が自宅でもできそうですね。 変更履歴 1/12 公開 1/13 ベンダー提供資料追加（IBM関係），仮想化関係書籍追加 1/14 ベンダー提供資料追加（Networld）追加 1/17 wikiにお勧めを追記 5/27 最新リンクを別ページで公開。 ■VMware ESXiオフィシャルサイト、wiki、まとめ VMware ESXi http://www.vmware.com/jp/products/esxi/ ドキュメント類 http://www.vmware.com/jp/support/pubs/vi_pubs_35u2.html クイックスタ

多くの人にとって、Linuxへの移行は喜びに等しい出来事だ。だが、悪夢を経験する人もいる。前者ならば素晴らしいが、もし後者なら最悪だ。しかし、悪夢は必ずしも起きるわけではない。特に、新米のLinux管理者が犯しやすい、よくある間違いをあらかじめ知っていれば、悪夢を避けられる可能性は高いだろう。この記事では、いくつかの典型的なLinuxでのミスを列挙する。 #1：さまざまな手段でアプリケーションをインストールする これは最初は悪いアイデアではないように思える。もしUbuntuを使っていれば、パッケージ管理システムが.debパッケージを使っていることを知っているだろう。しかし、ソースコードでしか見つけられないアプリケーションも多くある。大したことではないはずだ。インストールすれば、動作する。これがなぜダメなのだろうか。これは単純で、ソースコードからインストールすると、パッケージ管理システムが何