以下の設定をしてしまえば、とりあえずパス無しの鍵利用でWinSCPもできちゃう。
FTPとか小学生までだよね、ってのは『Gumblar』以前から定説(僕はちゃんと学ぶまではまったくの無関心だったけど。そもそも『Gumblar』的な攻撃って「FTPじゃなければ回避できる」って内容じゃない気がするし)。

・Macであれば以下だけで済む。
＠IT：Linuxでsshの鍵を作成するには

・Windowsならこっちもあわせて(上記リンクにあるコマンド云々は不要で的確な場所にファイルおければ良しかな)。
PuTTYgenの利用

鍵認証が上手く言ったら、鍵認証以外でのログインを禁止するのがよい。
パスワード認証でのログインを不可にする。
# vi /etc/sshd/ssh_config

   PasswordAuthentication yes

を

   PasswordAuthentication no

にして、
# /etc/init.d/sshd restart
でいいと思うんだけど、確認が必要。# /etc/init.d/sshd restart を実行した端末は閉じないでそのままにして、新しい端末で鍵認証による接続確認をしてみてください。

設定が上手く行かなかった時は、
・~USER/.ssh をファイル属性 700 に ( chmod 700 ~USER/.ssh )
・~USER/.ssh/authorized_keys をファイル属性 600 に ( chmod 600 ~USER/.ssh/authorized_keys )
(リンク先内容でいうと /home/nori/.ssh なら nori が USER になる)
・/etc/ssh/sshd_config 設定変更と再起動とか含め全ての作業が終わるまで端末は複数同時に接続しておく(少なくともメインの端末は閉じない)
1枚目. 設定変更をするメイン端末
2枚目. 設定が正常に反映されているか接続確認するサブ端末
3枚目以降.必要に応じて

つまり、新規接続がちゃんとできるまで、
端末は開いていいけど閉じるともしも上手くいっていなかった時大変だよ、ってことかな。もしも接続出来なくなったならVPSコンパネから端末使って、
・/etc/sshd/ssh_config の設定内容
・~/USER/.ssh ディレクトリ属性確認
・~/USER/.ssh/authorized_keys ファイル属性確認
あたりをみて下さい。

mysql>\s
略
Server characterset:    utf8
Db     characterset:    utf8
Client characterset:    utf8
Conn.  characterset:    utf8
略

mysql> use twitter;
Database changed
mysql> show tables;
+——————-+
| Tables_in_twitter |
+——————-+
| twit |
+——————-+
1 row in set (0.00 sec)

mysql> desc twit;
+———————–+————+——+—–+——————-+—————————–+
| Field | Type | Null | Key | Default | Extra |
+———————–+————+——+—–+——————-+—————————–+
| post_id | bigint(11) | NO | PRI | NULL | |
| screen_name | text | NO | | NULL | |
| in_reply_to_status_id | bigint(11) | NO | | NULL | |
| post_text | text | NO | | NULL | |
| created_at | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| profile_image_url | text | NO | | NULL | |
+———————–+————+——+—–+——————-+—————————–+
6 rows in set (0.00 sec)

# gem list ruby-mysql

*** LOCAL GEMS ***

ruby-mysql (2.9.3)

# gem list twitter4r

*** LOCAL GEMS ***

twitter4r (0.3.2)

# cat conf.yaml
test:
  login: Login_Twitter_id
  password: Twitter_password

#! /usr/local/bin/ruby -Ku
require 'rubygems'
gem 'twitter4r','>=0.3.0'
require 'twitter'
require 'twitter/console'
require "mysql"
require 'kconv'

my = Mysql::new("localhost", "db_user", "password")
my.query("set character set utf8")

twitter = Twitter::Client.from_config( 'conf.yaml' , 'test' )
post_id = Numeric.new
[*1..10].each{|i|
        twitter.timeline_for(:user , :id => 'Twitter_id' , :count => 200 , :page => i.to_s ) do |status|
                post_id = status.id.to_i
                screen_name = status.user.screen_name
                in_reply_to_status_id = status.in_reply_to_status_id ||=0
                text = status.text.to_s ; text = Kconv.toutf8("#{text}")
                created_at = status.created_at ; created_at = created_at.strftime("%Y-%m-%d %H:%M:%S")
                profile_image_url = status.user.profile_image_url
                begin
                        my.query("INSERT INTO `twitter`.`twit` ( `post_id` , `screen_name` , `in_reply_to_status_id` , `post_text` , `created_at` , `profile_image_url` ) VALUES (  #{post_id} , \'#{screen_name}\' , #{in_reply_to_status_id} , \"#{text}\" , \"#{created_at}\" , \"#{profile_image_url}\" );")
                rescue Mysql::Error
                        next
                end
        end
}

コメントって改行できるのかな？さん
> 時間がくれば必ず落ちる。
ノー ちがいます。 時間ではありません。

httpdの子プロセスはMaxRequestsPerChildディレクティブに設定された回数分の処理を行って自滅します

CentOS標準のApache2.2をお使いなら MaxRequestsPerChildは 4000 もしくは0という値が設定されているでしょう。
$ grep MaxRequestsPerChild /etc/httpd/conf/httpd.conf | grep -v ^#
MaxRequestsPerChild 4000
MaxRequestsPerChild 0

これは、httpd.conf全体をみればわかりますが
Server MPM: Preforkの時 MaxRequestsPerChild 4000
Server MPM: Wokerの時: MaxRequestsPerChild 0
という意味です。

自分がどちらのMPMを使っているか知りたい場合は
$ /usr/sbin/httpd -V | grep “Server MPM”
で確認しましょう。

そしてセマフォが枯渇することが分かっているのなら泥縄的対処ではなくはじめから多めに確保すればいいんじゃないでしょうか？
# sysctl -a | grep kernel.sem
kernel.sem = 250 32000 32 128

SEMOPMとSEMMNIの値を増やしたいなら

(1) /proc/sys/kernel/sem 以下に直接値を叩き込む方法
# echo “250 32000 128 1024″ > /proc/sys/kernel/sem

(2) 恒久的に設定したいなら
#vi /etc/sysctl.cof
1行追加
kernel.sem = 250 32000 128 1024
#sycctl -p

詳しくは RedHatの公式ドキュメント
http://www.redhat.com/docs/manuals/enterprise/RHELTuningandOptimizationforOracleV11.pdf
19ページ Setting Semaphoresを参照してくださいね

日本語でかいつまんで説明しているドキュメントは ココ
http://www.oracle.co.jp/2shin/no86/o35linux.html

ね？わかりやすいでしょ。知ったかぶりでも記事にしておけばコメントって改行できるのかな？さんのような素晴らしいコメントを頂ける。恥を晒す分得るものがあるってなもので、差し引いたとしても大変嬉しい価値あることです。一人占めはもったいないので、皆さんもお役に立ててください。

実際に試してみました

[acc@host]# cat /proc/sys/kernel/sem
250     32000   32      128

[acc@host]# cat /etc/sysctl.conf
(略)
# Controls the maximum shared segment size, in bytes
kernel.shmmax = 68719476736

# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 4294967296

#ここに追記してみました。
kernel.sem = 250 32000 128 1024

[acc@host]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.sem = 250 32000 128 1024     #/etc/sysctl.conf 追記以前にはこの行は表示されていなかった。

[acc@host]# cat /proc/sys/kernel/sem
250     32000   128     1024        #同時にこのファイルも変更されている。

今後調べないといけないかな、と思うこと

• ulimit のこと
• そもそものセマフォってなんなのか
• apachectl restart が安全な理由

でしょうか。

#! /bin/bash
for i in `cat ./all_install_package_targets` ; do
   yum install --enablerepo=base ${i} -y
done

で、

# cat /etc/redhat-release
CentOS release 5.5 (Final)

ああ、そこは上げちゃ駄目なんじゃないか……。

#!/usr/local/bin/ruby
[*1..100].each{|i|
puts (  i%15 == 0 ? "FizzBuzz" :
        i%5 == 0 ? "buzz" :
        i%3 === 0 ? "fizz" :
        i )
}

#!/bin/sh
declare -i i
for int in `seq 1 100` ; do
        i=${int}
        if (( i % 15 == 0 ))     ; then
                echo "FizzBuzz"
        elif (( i % 5 == 0 ))    ; then
                echo "buzz"
        elif (( i % 3 == 0 ))    ; then
                echo "fizz"
        else
                echo "${i}"
        fi
done

えっ？誰得？
共用サーバっぽいし。
兄弟サイト検索 – tsuitter.com

# nslookup tsuitter.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   tsuitter.com
Address: 219.94.203.111

# whois tsuitter.com </code>

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.

Domain Name: TSUITTER.COM
Registrar: GMO INTERNET, INC. DBA ONAMAE.COM AND DISCOUNT-DOMAIN.COM
Whois Server: whois.discount-domain.com
Referral URL: http://www.discount-domain.com
Name Server: NS1.XSERVER.JP
Name Server: NS2.XSERVER.JP
Name Server: NS3.XSERVER.JP
Name Server: NS4.XSERVER.JP
Name Server: NS5.XSERVER.JP
Status: ok
Updated Date: 17-apr-2010
Creation Date: 06-sep-2009
Expiration Date: 06-sep-2010

>>> Last update of whois database: Thu, 22 Apr 2010 17:42:58 UTC <<<

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar.  Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability.  VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.
GMO Internet, Inc. whois server 2.0

This server only serves information on GMO Internet,Inc.-maintained domain names
For more information, please contact hostmaster@gmo.jp.

Domain Handle: None
Domain Name: tsuitter.com
Created On: 2009-09-06 14:36:43.0
Last Updated On: 2010-04-18 01:24:34.0
Expiration Date: 2010-09-06 05:36:43.0
Status: ACTIVE
Registrant Name: kazuhei yoshida
Registrant Organization: kazuhei yoshida
Registrant Street1: 2-6-3 Higashitokorozawawada
Registrant Street2: Sunrise Apartment 206
Registrant City: Tokorozawa-shi
Registrant State: Saitama
Registrant Postal Code: 3590023
Registrant Country: JP
Registrant Phone: 81-8011342565
Registrant Fax:
Registrant Email: ung@live.jp
Admin Name: kazuhei yoshida
Admin Organization: kazuhei yoshida
Admin Street1: 2-6-3 Higashitokorozawawada
Admin Street2: Sunrise Apartment 206
Admin City: Tokorozawa-shi
Admin State: Saitama
Admin Postal Code: 3590023
Admin Country: JP
Admin Phone: 81-8011342565
Admin Fax:
Admin Email: ung@live.jp
Billing Name: kazuhei yoshida
Billing Organization: kazuhei yoshida
Billing Street1: 2-6-3 Higashitokorozawawada
Billing Street2: Sunrise Apartment 206
Billing City: Tokorozawa-shi
Billing State: Saitama
Billing Postal Code: 3590023
Billing Country: JP
Billing Phone: 81-8011342565
Billing Fax:
Billing Email: ung@live.jp
Tech Name: kazuhei yoshida
Tech Organization: kazuhei yoshida
Tech Street1: 2-6-3 Higashitokorozawawada
Tech Street2: Sunrise Apartment 206
Tech City: Tokorozawa-shi
Tech State: Saitama
Tech Postal Code: 3590023
Tech Country: JP
Tech Phone: 81-8011342565
Tech Fax:
Tech Email: ung@live.jp
Name Server: ns1.xserver.jp
Name Server: ns2.xserver.jp
Name Server: ns3.xserver.jp
Name Server: ns4.xserver.jp
Name Server: ns5.xserver.jp

はてなモノリスが2010年4月5日サービス開始されました。
さっそく登録してみた。ngsw – プロフィール – はてなモノリス

これはモノ版のfoursquareなんですね。緯度経度の代替としてバーコードなわけ。
メダルのシステムなんてfoursquareとまったく同じ。そんなこといったらfoursquareメダルもXbox360の実績解除みたいなもんか。

さて、そうなると4月中旬公開予定となっているはてなココはどうなるんだろっか。メダルシステムはすでにはてなモノリスで採用してしまっている。同案を採用したとしたらfoursquareとの差異がない。先行されているだけに後追いで同じ物じゃ勝ち目は無い。勝ちにいかないまでもユーザが増えないんじゃサービスとしては成立しない。

では、はてなの他のサービスとの関連付けなどを考えているのだろうか。でも最近『今どこにいる？』『今なにしてる？』っていうサービスが受けてる理由って、ユーザのすることが「ただそれだけ」だからってことなんじゃねーかなと。それ以上サービスを付加してしまうとめんどくさくなるんじゃないかなあ。下手に関連づけして出来ることが増えてしまうと、ただのブログ型SNSになっちゃうんだよなあ。それはもう飽和しているんだよなあ。はてながどんな内容でサービス開始するのか、答えは僕には出せないし想像もできないので、ただ期待して待つことにしましょう。

ここからは思ったこと

場所に固執する、物に固執するっていうのは、前時代的で、それをメタな視点で楽しめるようにするってのがこれらのサービスだと感じた。
こういうある種間接的なサービスが出てきたってことは『あるものに対しての固執』が末期状態にあるってことなんだと思うんだよね。だって場所に固執する必要はそろそろなくなってくると思うから。ARの先により高度なVRがあるんだと思うしね。
そろそろ一人のユーザ自体に価値がでてくる、あえて付与させるサービスなんて出てくるかもしれない。それはRPGみたいな感じで。みんなPCでありNPCである、って感じかな。だれかの目的のひとつにあなた自身がなるんだね。それでポイントが溜まってメダルがもらえてより付加価値のついたキャラクターになって、みんながあなたに会いに来る……。

なんだ、ただの現実じゃねえか。

アニオタではないにせよ、こういう悪ふざけ評価せざるを得ない。

・わかることはすぐ答えられるかもしれないし、知ってても答えないかもしれない
・わからないことは調べるかもしれないし、調べないかもしれない
・答えたことの正当性は保証出来ない

予防線はこれぐらいでしょうか。上記は建前。
時間があればできるだけ答えたいのが本音。
時間をなるべく作って対応したいものです。

複雑なシステムを触った経験とかないので、専門用語ばりばりだともう参っちゃう。
複数台構成とかへなへなしちゃう。
素人に毛が生えた、そんな人よりはちょっと詳しいくらいと思っていただきたい。

こちらまでどうぞ。どうか僕に勉強材料と課題をください。

A.親プロセス確認

ps aux | grep httpd | grep Ss

とか
A’.親プロセスID直確認

cat /var/run/httpd.pid

B. 子プロセス確認

ps aux | grep httpd | grep -v Ss |grep -v grep

上記をふまえて。

1.がっつりこけちゃう、でもアクセスしたら閲覧できちゃう

/etc/init.d/httpd restart
とかしても


/etc/init.d/httpd restart
Stopping httpd: [FAILED]
Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
[FAILED]


こけちゃう場合。

親プロセスは死んでるけど子プロセスが生きているため。
ちなみに、/etc/init.d/httpd status とすると

httpd is stopped

となるのに、B. を実行すると


apache 14869 0.0 0.3 275980 7316 ? S 03:29 0:00 /usr/sbin/httpd
apache 14871 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14872 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14873 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14874 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14875 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14876 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd
apache 14877 0.0 0.3 275980 7312 ? S 03:29 0:00 /usr/sbin/httpd

にょろーんと出てくる。
なーので実際にアクセスしてみると、待ち受けてくれてる。死に体で出迎えてくれる。
両親はもうとっくにいないのに、健気である。
これは実に厄介で僕の知ってる監視プログラムだと検知しない(待ち受けてるし実際しばらくは処理出来るため)
それでもやっぱり正常起動ってわけではないので時間がくれば必ず落ちる。ストンなのでとても困る。
ということでこんな症状に気づいた場合は子プロセスを奇麗に殺してください。
(それ以外の奇麗に安全な方法ってあるのかなあ？ DBの整合性とか気になるんだなあ)

2.restart できちゃってる風、でも全然出来てない

/etc/init.d/httpd restart は


Stopping httpd: [FAILED]
Starting httpd: [ OK ]


成功するのに、
/etc/init.d/httpd status で、

httpd dead but subsys locked

と表示されるにょろーんな場合。
(ちなみに僕の経験ではこの事象が起きてる際には /var/run/httpd.pid は存在しないです)

これはもう完全に落ちていて、
A. も A’.(先述通りpidファイルない) も B. も全てけんもほろろである。
これはセマフォっていう仕組みが問題になっているようです。
ipcs -s を実行して見ると、apache 行が山盛りになってます。
実際に行数をカウントしてみると、

ipcs -s|grep -c apache

126

という感じでした。再起動し過ぎ。ふざけ過ぎ。
以下を参照。エントリ最下段にセマフォ開放ワンライナーあり。
kameid さん、どうもありがとうございます。これなかったら今日はやばかったです。
apache がセマフォを使い切る – kameidの備忘録 – Sharpen the Saw!

そしたら restart できるよ。