JMeter(高機能/フリーなテストツール)第1回：JMeterの基本HOMMEZ(オムズ)はすべての男性の悩みに寄り添い、心と身体の健康を支援し、男性としての喜びを享受できる社会を目指しています。人には相談しづらいAGA、ダイエット、ED、妊活にまつわる男性特有の悩みに対し、情報やソリューションを提供することで男性が前向きに自分らしく生きられる幸せを実現します。
Rails1.2.5 Railsの運用環境で気をつけること-ログファイルとセッションファイルの整理 - iビジネス&テクノロジー
Ruby on Railsをデフォルト環境のまま使うと、ログやセッションのファイルが無制限に増えていくので、どこかでそれらを整理する必要があります。正直なところ、この2点が自動化されないのはRails運用上の大きな弱点ではないかと思っています*1。 (追記 Nov 23, 2007) Rails2.0からはCookieStoreという新しいSession管理が導入されたため、デフォルト設定でセッションファイルのメンテナンスは不要になります。詳細はこちら。 セッションファイルの整理 デフォルトではrails-app/tmp/sessionsにユーザセッションがファイル形式で保存されます。このセッションファイル、特にアクセスが多いサイトでは膨大な数になったりするのですが、Railsが勝手に消してくれたりはしないので、定期バッチなどで自前で削除していく必要があります。以下はUnix系の環境でアク
Railsのproductionログから処理に時間がかかっている部分を探す - 元RX-7乗りの適当な日々
先日、運用環境のRailsで動いているアプリのログからレスポンスタイムを確認する機会があって、production.logをもとに、時間がかかっている重い処理を抽出しました。ちなみにRailsのバージョンは2.1系です。 このエントリは、そのメモ書きです。どの処理が遅いのかを探し出すための最初の一歩ということで参考になれば。 Railsのログ Railsアプリをproductionモードで動かしていると、以下のようなログが各処理の最後で記録され、処理全体にかかった時間や、そのうちのレンダリング処理、DB処理の内訳なども確認できるようになっています。 Completed in 0.52340 (1 reqs/sec) | Rendering: 0.41524 (79%) | DB: 0.07341 (14%) | 200 OK [https://example.jp/hoge] 時間がかかっ
ログローテートについて考える - Katawara.*
アプリを運用し始めると、原因のよくわからないトラブルに見舞われることが間々あります。 そんなとき、「とりあえずログで」とログを辿るのが常套手段だったりするのですけれど。 railsの場合、何も考えなかったら、延々と同じログファイルにひたすらログを出力する仕組みになっているから、ファイルが大きくなりすぎると、ファイルが開けないとかいう罠があったりします。 そういうのって、まずいっすよね。 ってことで、今回はログローテートの設定ってどうやるんだっけ？ って話。 結論から言えば、実に単純。 /config/environment.rbか、/config/environment/#{RAILS_ENV}.rbのどれかの良きところに、こんなコードを書きます。 config.logger = Logger.new(config.log_path, 'daily') この場合、日次でログを新しくしてロー
SSHjailを用いたjail化によるOpenSSHサーバの保護 | OSDN Magazine
jail（ジェイル）とは、システムのルートディレクトリを仮想的に変更する機構を示す用語である。この機構を利用すると、特定のサービスを分離してファイルシステムへのアクセスを禁止させることができる。 外部からの攻撃に弱いサービスの1つに侵入されると、それを足がかりにシステム全体を不正利用される可能性があるため、セキュリティ的に不備があったり秘匿性の高いネットワークサービスを運用する場合はchrootを用いたjail化を検討すべきだろう。jail化されたサービスに不正侵入されたとしても、そこから盗み出されるのは、侵入者に読み取られても影響のない情報だけに限定しておけるからである。具体的に何をjail化しておけばいいのかというと、それは不正侵入に使われ易いターゲットであり、例えばBIND、Apache、FTP、SSHといったサービスが挙げられる。そして本稿で紹介するのは、OpenSSHデーモンにj
Stray Penguin - Linux Memo (jail)
それ自体では chroot する機能のない ssh や ftp サーバをユーザに開放する場合、システムを歩き回らせないようにするため chroot 環境を導入したい。或るディレクトリに簡易版のシステムを築いておき、特定のユーザはログインと同時にそこ (牢屋=jail) へ閉じ込め、本来のシステムファイルにはアクセスできないようにするわけだ。本稿では、 Jail というユーティリティによる方法と、手動整備 + PAM による chroot 環境構築を取り上げる。ニーズに応じて環境をよりきめ細かく作り込もうと思うなら、後者の稿が役に立つはずだ。 Table of Contents Jailユーティリティによるchroot Jailのインストール chroot基本環境の作成 基礎環境を作る パスワードファイルの微調整 個別プログラムの追加 共有ライブラリの補完 ユーザの作成 システムにグループと
てきとー管理者にっき！: SSHのchrootを試してみた。
TOPページへ このブログのフィードを取得 [フィードとは] Powered by Movable Type 4.23-ja ■■■■■免 責■■■■■ このサイトを参考にしたために発生した一切の損害に「てきとー管理者」は一切関知しませんし、補償もしません。 また、本サイトの記述が正しいことも保証しません。 自己責任にてお願いします。 ------------------------- Galler Chocolate ベルギー王室御用達として認定されたチョコレートブランド、ガレー。 最近SSHを許可していないサーバが多いような気がする。 特に共有サーバの場合、他のディレクトリ（他のユーザー領域）が見えてしまう為である。 共有サーバの場合、数十から数百のユーザーが同居するため、情報漏えいになりうるDataがあるからだ。 しかし、シェルが使えないのは結構痛い。 FTPでFile転送して、FT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
