<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>KEYPOINT - キー・ポイント株式会社 開発日誌 &#187; Server</title>
	<atom:link href="http://www.key-p.com/blog/staff/archives/category/server/feed" rel="self" type="application/rss+xml" />
	<link>http://www.key-p.com/blog/staff</link>
	<description>キー・ポイント株式会社のスタッフによる開発日誌</description>
	<lastBuildDate>Fri, 10 Feb 2012 11:24:45 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
		<item>
		<title>Red Hat系OS（RHELやCentOS）をsudo化</title>
		<link>http://www.key-p.com/blog/staff/archives/778</link>
		<comments>http://www.key-p.com/blog/staff/archives/778#comments</comments>
		<pubDate>Tue, 29 Mar 2011 10:07:33 +0000</pubDate>
		<dc:creator>トマト</dc:creator>
				<category><![CDATA[Server]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/?p=778</guid>
		<description><![CDATA[トマト＠ネットワーク云々担当です。 Ubuntuでのsudo実行はお馴染みですが、Red Hat系OS（RHELやCentOS）でも、sudo化する事が出来ますので、設定してみます。 Ubuntuのsudoについては、下記URLを参照して下さい。 https://wiki.ubuntulinux.jp/UbuntuTips/Others/RootSudo 検証環境 サーバ：CentOS release 5.5 sudo化を設定する 一般ユーザから、rootユーザになる [shell gutter="false"] $ su - [/shell] 必要に応じてユーザを追加します [shell gutter="false"] # useradd tomato # passwd tomato [/shell] [shell gutter="false"] # vim /etc/group [/shell] 「wheel」グループに、sudo実行出来るユーザを追加します [code] wheel:x:10:root,tomato,・・・・・ [/code] [shell gutter="false"] # visudo [/shell] 先頭のコメントアウト（#）を外します [code] ## Allows people in group wheel to run all commands %wheel [...]]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/778/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UbuntuにLogwatchをインストール</title>
		<link>http://www.key-p.com/blog/staff/archives/742</link>
		<comments>http://www.key-p.com/blog/staff/archives/742#comments</comments>
		<pubDate>Thu, 24 Mar 2011 09:42:49 +0000</pubDate>
		<dc:creator>トマト</dc:creator>
				<category><![CDATA[Server]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/?p=742</guid>
		<description><![CDATA[トマト＠ネットワーク云々担当です。 UbuntuにLogwatchをインストールし、指定のメールアドレスへ送信する方法です。 Red Hat系（RHELやCentOS）では、標準で入っていますが、Ubuntuには入っていないようなので、設定してみます。 ■検証環境 サーバ：Ubuntu 8.04.4 LTS ■インストール方法 sudo apt-get update sudo apt-get install logwatch ■設置されるスクリプトの中身（crontabから自動実行されます） $ cat /etc/cron.daily/00logwatch #!/bin/bash #Check if removed-but-not-purged test -x /usr/share/logwatch/scripts/logwatch.pl &#124;&#124; exit 0 ==&#62;「test -x」で、実行可能かを評価し、実行可能で無ければ、「exit 0」で終了 #execute /usr/sbin/logwatch &#045;&#045;mailto ==&#62;logwatchを、「&#045;&#045;mailto」オプションで実行 ■メールの宛先を変更 $ grep &#8220;MailTo&#8221; /usr/share/logwatch/default.conf/logwatch.conf MailTo = root ==&#62;デフォルトは、「root」宛に飛ぶようになっている 「logwatch.conf」側でも設定出来ますが、今回は、「aliases」で転送設定をします $ sudo vim /etc/aliases &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;- # Added by [...]]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/742/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cronでは、日付の表示形式にも注意が必要</title>
		<link>http://www.key-p.com/blog/staff/archives/694</link>
		<comments>http://www.key-p.com/blog/staff/archives/694#comments</comments>
		<pubDate>Mon, 15 Nov 2010 13:11:54 +0000</pubDate>
		<dc:creator>大西</dc:creator>
				<category><![CDATA[Server]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/?p=694</guid>
		<description><![CDATA[大西です。 誰も更新してくれないので、まずは自分からと思い、更新です。 CRON用のシェルスクリプト書いてて、久しぶりにはまったので、紹介。 プログラムは非常に単純で、とあるディレクトリ以下にあるフォルダ一覧を取得して、その取得したフォルダ名を、とあるPHPプログラムの引数として渡して、ユーザの情報を解析するためのモノです。 詳細は、伏せますが、簡単に言うと、以下のプログラムになります。 [text] #!/bin/bash USERLIST=/home/hoge/user.list ls -l /mnt/foo/bare &#124; /usr/bin/awk &#8216;/^d/ {print $8}&#8217; > $USERLIST while read LINE do /usr/bin/php /home/hoge/php-script.php $LINE done < $USERLIST [/text] ３行目で定義されたファイルに、４行目で、とあるディレクトリ以下のフォルダ一覧を取得しています。 これで、自分のユーザで実行すると、問題なく動作するのに、Crontabに設定して動かすと、なぜか$LINEに変な引数が渡されるようで、PHPのプログラムが途中でエラーになる。 まあ、後になってみれば、user.listファイルの中身を確認すればよかったとわかるのですが、それすら思いつかずさんざん悩んで、パスはあっているかとか、PHPが間違ってないかとか、色々とはまったあげくに、ようやくuser.listをみたのでした。 user.listをみると、本来はフォルダ名の一覧が入っているはずなのに、フォルダの時刻が入ってるではないですか・・・ そう、日時の表示形式が違っていたのでした。 ls -lをユーザで実行した場合 [text gutter="false"] $ ls -l total 20 drwxr-xr-x 2 masateru kp 4096 2010-11-15 21:51 hoge1 drwxr-xr-x 2 masateru kp [...]]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/694/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ヤマハRTXシリーズのSYSLOGをLinuxサーバで受信する</title>
		<link>http://www.key-p.com/blog/staff/archives/474</link>
		<comments>http://www.key-p.com/blog/staff/archives/474#comments</comments>
		<pubDate>Fri, 02 Jul 2010 09:41:41 +0000</pubDate>
		<dc:creator>トマト</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[技術]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/?p=474</guid>
		<description><![CDATA[トマト＠ネットワーク云々担当です。 ヤマハルータ、RTXシリーズのSYSLOGを、Linuxサーバで受信し、ログファイルとして出力する方法です。 ルータ本体に記録出来るログは、それぞれ以下の通りです。 RTX1000　最大500行 RTX1100　最大500行 RTX1200　最大10,000行 RTX1500　最大500行 RTX3000　最大500行 ルータ側で出力出来るログは、3種類あります。 ・notice（IPフィルタ等で落としたパケット情報等） ・info（ISDNの呼制御情報） ・debug（ISDNおよび、PPPのデバッグ情報等） 　※大量のデバッグメッセージが出力されます ■検証環境 ルータ：RTX1100 サーバ：CentOS release 5.5 ルータ側IPアドレス：192.168.1.1 サーバ側IPアドレス：192.168.1.100 ※lan1側のローカル環境で接続しています 取得ログ　　：notice ファシリティ：local5 ※サーバの「/etc/syslog.conf」ファイル内で、使用されていないファシリティ番号を使用 ■ルータ側設定 # syslog notice on # syslog host 192.168.1.100 # syslog facility local5 # save ■サーバ側設定 /etc/syslog.conf *.info;mail.none;authpriv.none;cron.none;local5.none　/var/log/messages ※上記を追記しておかないと、messages側にもログが出力されてしまいます # RTX1100 local5.* /var/log/rtx1100.log 空ファイルを作成します。 # touch /var/log/rtx1100.log 外部からのSYSLOGを受信出来るようにします。 /etc/sysconfig/syslog # Options [...]]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/474/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>アイビー柄の静音ラックが欲しい・・・</title>
		<link>http://www.key-p.com/blog/staff/archives/211</link>
		<comments>http://www.key-p.com/blog/staff/archives/211#comments</comments>
		<pubDate>Fri, 07 May 2010 09:06:03 +0000</pubDate>
		<dc:creator>maekawa</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[静音ラック]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/?p=211</guid>
		<description><![CDATA[こんにちは、家にはノートPCしかありませんが、アイビー柄静音ラックに憧れている前川です。 キー・ポイントではWebFileをはじめとしたASP/SaaSのサービスだけでなく、サーバラックも取り扱っています。株式会社エスアイ様のdBSeriesラックです。 先日、株式会社エスアイの関田様に来社いただきdBSeriesラックの製品開発にまつわる熱く興味深いお話をお聞きしました。 dBSeriesはレコーディングスタジオで稼動していたMacintosh G3の騒音を防ぐために作成したのが最初で、レコーディングスタジオでの防音対策の実績を重ね、サーバ用消音ラックを開発されました。 いろいろな会社で防音ラックを販売していますが、多くは、通常のサーバラックに吸音材をつけたり、大きなファンを天井につけて音が漏れないようにしています。 dBSeriesは消音チャンバー室を備え付けているため、ラックの全方向からの静音性を保っています。 消音チャンバー室があることで、他社製のラックとちがってずんぐりした形なのですね。 『稼動中のサーバを静かにするためのサーバラック』ではなく、『静かな環境を維持するためのラック』だなと思いました。 実際に測定器でプロジェクタの音量も測っていただきました。測り方のコツも教えていただき測定器も欲しくなりました。 dBSeriesは素材、部品も日々改良されており、お客様の状況にあった製品に進化しています。 dBSeries4.2の場合、カラーが14色から選べます。デザイン印刷も可能だそうです。 個人的には、「白地に黒か緑でアイビー柄」がいいです。 エスアイ様の品質へのこだわりが感じられるのは、返品保証です。 「騒音が解決しなかったときは、製品の返品も受け付けています」が、実際に返品されたお客様はおられないそうです。 職人技の集積のようなdBSeriesなのであまり安いものではありませんが、 オフィスにサーバを設置される際に検討いただければと思います。 静音ラックへのお問合せ、ご質問もお待ちしております。 お問合せはこちら：問い合わせフォーム 静音ラックのページはこちら：http://www.key-p.com/dbseries/ ブログでは語りきれなかった魅力をお伝えできると思いますので、どうぞどしどしお寄せ下さい。お待ちしています。]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/211/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>サーバ購入(PowerEdge R200)</title>
		<link>http://www.key-p.com/blog/staff/archives/147</link>
		<comments>http://www.key-p.com/blog/staff/archives/147#comments</comments>
		<pubDate>Fri, 23 Jan 2009 12:02:30 +0000</pubDate>
		<dc:creator>トマト</dc:creator>
				<category><![CDATA[Server]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/archives/147</guid>
		<description><![CDATA[トマト＠ネットワーク云々担当です。 最近、弊社で新規にサーバを、また購入しました。 筐体は、DELLのPowerEdge R200で、以下のスペックとなります。 CPU：Xeon X3330 (2.66GHz/6MB L2ｷｬｯｼｭ/1333MHz FSB) MEM：4GB HDD：SAS 500GB(SAS6iR/RAID1) 上記の構成で、消費電力は、通常で約90W、高負荷時、約140Wでした。 試しに、HDBENCHでベンチマークを行ったので、結果を公表致します。 是非、購入のご参考に。 Quadコアと言う事も有り、CPUでは、まずまずの結果です。 因みに、Pentium4の2.80GHz（FSB800）のマシンでは、「Integer：86703」、「Float：98017」と、8倍近くの差がありました。 ※実行環境により、ベンチマークの結果は前後しますのでご了承下さい]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/147/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Postfixを使って受信メールでPHPを動かす</title>
		<link>http://www.key-p.com/blog/staff/archives/131</link>
		<comments>http://www.key-p.com/blog/staff/archives/131#comments</comments>
		<pubDate>Fri, 01 Aug 2008 11:16:07 +0000</pubDate>
		<dc:creator>大西</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[技術]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/archives/131</guid>
		<description><![CDATA[今日は、Postfixを使って受信メールでPHPを動かす方法のご紹介です。 POPメールサーバは、メールを受信すると、各アカウントのメールボックスにメールを 貯めておきますが、メールボックスに入れるかわりに受信したメールを他のプログラム に渡すこともできるんです。 この機能を使うと、どんなことができるかというと、例えば特定のメールアドレスに メールを送ると、送信内容をBBS（掲示板）に反映したり、ブログの記事として投稿 したりと、普段、ブラウザを使って実行するのと同じようなことができます。 外出先からメールでブログ更新とか、今風でカッコイイでしょ。 と、前置きは長くなりましたが、設定方法です。 設定するファイルは、 /etc/aliases です。ここに php: "&#124; /usr/bin/php -f /var/www/mail-exec.php &#62; /dev/null 2&#62;&#38;1" こんな感じで、ユーザ（メールアカウントにあたる）と実行するプログラムを &#124;（パイプ）でつないであげます。そして、aliasesファイルを更新するために、 newaliases コマンドを実行します。 たったこれだけ。php@メールサーバ　にメールを送ると、mail-exec.php が 実行されます。 さて、メールを受け取った mail-exec.php はどのようにすればいいでしょうか。 Postfixから受け取るメールデータは、標準入力として扱われます。まずは、 受け取った情報をそのまま出力するだけの簡単なものを用意してみましょう。 用意できたら、php@メールサーバ　にメールを送ってみましょう。実行結果が /tmp/mail.txt　に出来上がります。ファイルの中身は、以下のような感じです。 From xxx@example.co.jp Mon Jul 30 10:32:09 2008 Return-Path: X-Original-To: php@key-p.co.jp Delivered-To: php@key-p.co.jp Received: from pamps2.key-p.com (pamps2.key-p.com [127.0.0.1]) by pamps.key-p.com (Postfix) with [...]]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/131/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SSHのセキュアな認証</title>
		<link>http://www.key-p.com/blog/staff/archives/125</link>
		<comments>http://www.key-p.com/blog/staff/archives/125#comments</comments>
		<pubDate>Thu, 03 Jul 2008 03:27:41 +0000</pubDate>
		<dc:creator>大西</dc:creator>
				<category><![CDATA[Server]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/archives/125</guid>
		<description><![CDATA[開発のお仕事をしていると、目の前の１台のパソコンだけで仕事が完結するということは少なく、 いろんな方法、経路でサーバなど他のマシンに接続することは、かなり頻繁にあります。 さて、みなさんが普段、他のマシンにアクセスするときの認証は、どのようなものをお使いで しょうか。そう、ホームページを公開するためのレンタルサーバなど、FTPでアクセスしたり するときの認証です。一般的には、アカウントとパスワードで認証する、パスワード認証 なのではないでしょうか？ キー・ポイントでは、会社の大事な資源を守るために、パスワード認証よりも強固な認証 方式である公開鍵認証を採用しています。 公開鍵認証とは: パスワードのかわりに秘密鍵と公開鍵のペアを使う認証方法です。通常のパスワードを使った認証では、たとえ暗号化されているとはいえパスワードがネットワーク上を流れます。公開鍵認証ではパスワードはまったく (暗号化された形ですら) ネットワーク上に流れないので、こちらのほうが安全です。もちろん公開鍵認証でもユーザはパスワードに相当するもの (パスフレーズ) を入力しますが、パスワード認証と違いこれはローカルマシン上で秘密鍵を復号するためだけに使われ、ネットワーク上には流れません。 各自、秘密鍵と公開鍵を作成して、サーバーに公開鍵を置いておくことで、秘密鍵を 持っている人しかアクセスできなくなります。こうしておくことで、キー・ポイントのサーバ達は パスワードアタックなどの不正なアクセスから守られているのです。]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/125/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ubuntuのsources.list変更</title>
		<link>http://www.key-p.com/blog/staff/archives/122</link>
		<comments>http://www.key-p.com/blog/staff/archives/122#comments</comments>
		<pubDate>Fri, 16 May 2008 04:30:51 +0000</pubDate>
		<dc:creator>トマト</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[技術]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/archives/122</guid>
		<description><![CDATA[トマト＠ネットワーク云々担当です。 最近話題の、Ubuntuと言うOSでは、APT（Advanced Packaging Tool）と言う、パッケージ管理システムが入っています。 ただ、パッケージを配布するサーバに障害が発生すると、パッケージのインストールが出来なくなってしまいます。 Apacheも、PHPも、MySQLもインストール出来なくなります。 そこで、「sources.list」と呼ばれる、パッケージを配布するサーバを記載したリストを変更する手順を紹介します。 パッケージ配布サーバ障害時の対応について http://www.ubuntulinux.jp/switch-archive-mirror 上記は、GUIでの設定変更ですが、CUIの場合は、vim等で、ちまちま変更しないといけません。 と言う事で、sedコマンドでの一括変換方法をご紹介します。 カレントディレクトリに、書き込み権限があれば、実行出来ます。 # sed -e "s/jp.archive.ubuntu.com/ftp.jaist.ac.jp\/pub\/Linux/g" /etc/apt/sources.list &#62; ./sources.list # sudo cp /etc/apt/sources.list /etc/apt/sources.list.jp.archive # sudo cp ./sources.list /etc/apt/sources.list 他にも、パッケージを配布するサーバはありますので、最適なサーバを探してみて下さい。]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/122/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache2を止めずに設定ファイルを更新する</title>
		<link>http://www.key-p.com/blog/staff/archives/121</link>
		<comments>http://www.key-p.com/blog/staff/archives/121#comments</comments>
		<pubDate>Thu, 15 May 2008 04:30:40 +0000</pubDate>
		<dc:creator>大西</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[技術]]></category>

		<guid isPermaLink="false">http://www.key-p.com/blog/staff/archives/121</guid>
		<description><![CDATA[自分だけでサーバを使っていると、あまり気にせずに再起動できるのですが、 サービスを提供しているWebサーバなどでは、そう簡単に止めるわけには いきません。しかし、時には設定を変更したい場合もあります。そういうときに、 設定ファイルだけ再読み込みさせる方法です。 $ sudo /usr/sbin/apache2ctl configtest $ sudo /usr/sbin/apache2ctl graceful 設定ファイルを書き換えたときは、まず configtest で、設定ファイルの 記述フォーマットが正しいかチェックします。正しい場合は、 Syntax OK が 返ってきます。次に graceful で設定ファイルを再読み込みさせてやります。 これでWebサーバを止めることなく設定を更新することができます。]]></description>
		<wfw:commentRss>http://www.key-p.com/blog/staff/archives/121/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

