USBメモリでも接続可な安全オンラインストレージCipherWall | 教えて君.net
CipherWallは、いわゆる「ネット上にファイルを置いておき暗号化通信でクライアントと送受信を行う」というタイプのオンラインストレージツールなのだが、クライアントツールがインストール不要で、つまりUSBメモリ内からでも起動できる点と、知識のある人なら自前でサーバーを立てられる点が長所だ。 「どこからでも自分のプライベートなデータに、安全にアクセスするため」といった目的でストレージを選ぶのであれば、CipherWallは選択肢に加えて良いだろう。USBメモリ内から起動できるクライアント（つまりネットカフェなどのPCでも利用可能）から、自宅PC内のサーバーに接続し、ファイルを暗号化通信で送受信することができる。ドラッグ＆ドロップでのアップロードが可能など、「ストレージ」として必要程度の使い勝手も確保されている。 自前サーバーを立てずとも、CipherWallが無償提供してくれる10MBのス
mod_cluster登場、mod_jkやmod_proxyよりも優れたロードバランシング | エンタープライズ | マイコミジャーナル
jboss.org: community driven JBoss Web ProjectおよびJBoss AS Clustering Projectから興味深いプロジェクトが発表された。その名もmod_clusterだ。現在のところ1.0.0.Beta1が公開されている。名前のとおりApache HTTP Serverで動作するモジュールで、背後で動作するTomcatやJBoss Web、JBoss ASなどのアプリケーションサーバへのコネクションを担当する。ロードバランシングの機能とプロクシの機能を備え、mod_jkとmod_proxyの双方の機能をもったような仕組みになっている。 mod_jkやmod_proxyとの大きな違いは、アプリケーションサーバからHTTPサーバへのバック通信をサポートしているところにある。HTTPメソッドでアプリケーションサーバからmod_clusterモジ
leah blogs: Introducing Rack
Dabbling in my own web framework experiments, I noticed that there is a lot of code duplication among frameworks since they essentially all do the same things. And still, every Ruby web framework developer is writing his own handlers for every webserver he wants to use. Hopefully, the framework users are satisfied with that choice. However, in essence, dealing with HTTP is rather easy. In the end,
ipmiって便利 - matabii's blog
通常サーバー管理というのは遠隔で行うもので、怖いのは応答不能になることです。SSHでログイン出来れば何とでもなるけど、うんともすんとも言わない場合はデータセンターの人にリセットボタンを押してもらうように依頼する事になると思います。電話やメールしてると実際の作業まで10分以上のロスになるし、何か頼むのが悪いし、他人なので色々心配事も出てきちゃいます。そもそもネットワークの設定ミスやKernelのエラーでシングルユーザーモードで起動しちゃったりすると現地対応するしか無くなります。 そこで、サーバー同士をシリアルケーブルで繋いで、コンソールリダイレクションの設定をすれば現地でキーボードとディスプレイを繋いで作業するのと近いレベルまで持っていけるのだけど、これは非常に面倒なもので、サーバーが増えてくるとやっていけないと思われます。 で、一つの妥協案なのですが、最近のサーバーにはipmiやSeria
Rackあそび - はこべにっき ♨
前回のRuby勉強会@関西 #26で話題騒然だったRackというツールを使って，very シンプルなtwitterビューアを書いてみました． Rack? RackはWebサーバとWebアプリケーションフレームワークの間の橋渡しをするRubyで書かれたソフトウェアです．WebサーバとWebアプリケーションフレームワークがRackのためインターフェースをもっていれば，簡単に組み合わせることができます．たとえば，あるWebアプリケーションをRackに対応させておけば，MongrelやWEBrickやFastCGIに同時に対応できるようになります． WebServers WAFs ----------- ----------- | Mongrel | | Ramaze | | WEBrick | | Coset | | FastCGI | <=> Rack <=> | Merb | | Thin
川o・-・）＜2nd life - Rack を使って Web サーバで統一されたインターフェイスの利用する
http://rack.rubyforge.org/ 先日登場した Rack というライブラリを使うと、Web サーバごとに同一のインターフェイスを利用できるようになります。通常、Ruby で Web アプリケーション を動作させるとき、cgi なのか、fcgi なのか、もしくは mongrel や webrick を使うのか、ということを考えなければなりません。cgi のみで動作決めうち、など良いのですが、ガワである Web アプリケーションフレームワークや一般に配布するアプリケーションなど、既存のフレームワークを用いずに作るときは、さまざまな動作環境でも動くように考慮しなくてはなりません。 たとえば既存のフレームワークである Rails や Camping はそれぞれ個別に cgi/fcgi/mongrel/webrick などの対応を行っています。しかし Rack で定義されているイ
Rack でセッションを使う
Rack を使って Web サーバで統一されたインターフェイスの利用する http://d.hatena.ne.jp/secondlife/20070307/1173253661 Rack：a Ruby Webserver Interface http://rack.rubyforge.org/ Rack を使えば生 Ruby で WEBrick や Mongrel や FastCGI やいろいろあっても統一したインターフェースで書けるよ！ デバッグの時は WEBrick の方が挙動が落ち着いてるしスタックトレースも見やすいし。 でも本番はやっぱりせめて Mongrel か、ちょっと面倒だけど FastCGI がええな〜。 と啓蒙されたので最近 Rack を使い始めたんだが、ドキュメントがまるっきりない…… とりあえずセッションを使いたくて、Rack::Session::Cookie とい
Apacheやlighttpdへのアクセス状況をリアルタイムで確認できる「ApacheTop」を使ってみた - 元RX-7乗りの適当な日々
ApacheなどのWebサーバを運用していると、たまにリアルタイムで今現在の利用状況や負荷などがどうなっているかを確認したくなるときがあります。 そこで、UNIX/Linuxの"top"ライクに、Apacheの使用状況を確認することができるのが「ApacheTop」と呼ばれるツールです。 インストール インストールはパッケージ管理されているものを使うので簡単です。 $ sudo apt-get install apachetopUbuntuやDebianなど、APTを使っているなら↑のような感じ。 $ sudo yum install apachetopFedoraなど、YUMを使っているなら↑のような感じです。 早速使ってみる 使い方は、"-f"オプションでApacheのログファイルを指定して使います。 $ apachetop -f /var/log/apache2/access_log
ブレード＆仮想化 稼動編「ソフト代まで考えてなかった」 (1/5)
稼動を開始できるようになったブレードサーバ。それにしても省スペースで、冗長性もリーズナブルに確保できた。次はいよいよシステムのインストール、そして仮想化だ！ イジって分かったブレードの、スゴイところをレポート。 先回の5時間の死闘により、ようやくブレードサーバが使えるようになった。ストレージ・モジュールに差し込んだSATAのHDDは1ブレードに2台づつSASゾーニングで割り付けられ、ブレードサーバ内に差し込んだSAS拡張カードによりRAID1（ミラーリング）を構成し、ブレードからはSASのHDDとして見える状態になっている。 ここまでくれば、普通に10台のPCサーバがあるのと同じだ。今回導入したブレードのCPUは4コアのXeon Quad Core E5405だ。このブレードに仮想化して格納しようとしている古い世代の1CPU1コアので考えれば、10枚のブレードで48コア（計算が合わないのは
MOONGIFT: オープンソースのExchangeサーバ「Zarafa opensource community edition」:オープンソースを毎日紹介
※ 画面は公式サイトデモより Exchangeというと、大企業向けのグループウェアという印象がある。確かに導入されている規模は大きな会社が多いが、クライアントが自由に選択できる、モバイルにも対応している、自動同期処理などを考えると中小企業であってもメリットは大きそうだ。 まるでローカルアプリケーションのような操作、インタフェース とは言え問題は金額だ。導入すればWindowsサーバやライセンスコストがかかってくるだろう。そこで代わりになるこちらを検討してみよう。 今回紹介するオープンソース・ソフトウェアはZarafa opensource community edition、Exchange互換のグループウェアだ。 Zarafa opensource community editionはWebブラウザからのアクセスや、モバイルからの接続そしてExchange同様にOutlookからも接続で
既知の問題およびHowToまとめ - たごもりすメモ
結論を先に書くと「trunk使え」か？(ぇー まあ2.2.4でもなんとかなるかも。2.2.3以前だとかなり注意しないと、道を踏み外した瞬間に穴にハマりそう。 で、以下リスト。 trunkで修正されているもの Critical: リクエストが間違ったワーカーに配送される Bugzilla 40910 ポート番号に限らずホスト名(/IPアドレス)の部分一致でも発生する はてなの中の人が発見 追試済み 配送先が ajp:// の場合は正常に動作する？ らしいという情報がある(未確認) stickysession/routeによるルーティングが有効でもこのバグにひっかかる 部分一致するホスト名のうち長いものを設定ファイル上で先に書いておくと回避できる 2.2.4で修正済みのもの Critical: 一度エラーになったセッションがTimeoutを過ぎてもエラーから復帰しない Bugzilla 389
Apacheのmod_proxy_balancerを使うときはretryを設定すべき - 射撃しつつ前転
今作っているサービスは、Apacheのmod_proxy_balancerを使ってロードバランシングしている。しかし、バックエンドのサービスサーバを一旦落としてから復帰させると、コネクションがしばらくつながらないという問題に悩んでいた。1分ぐらい放置するとつながるようになるんだけど、1分は結構長い。 よくわからないのでソースを読んでみたところ、mod_proxy_balancer.cを眺めた感じ、ap_proxy_retry_workerという関数がコネクションの再確立をしているのではないかと思えた。しかし、関数の定義を眺めてみると、現在時刻がエラー発生時刻とworker->retryを足した数字よりも大きければworkerのstatusからPROXY_WORKER_IN_ERRORのビットを下ろしているだけで、コネクションの確立がどうのこうのなんて関数はまったく呼ばれてない。ここでなにが
WEBrickをつかってActiveResourceのダミーサーバを作る - moroの日記
ActiveResouceなんかを使ったり、認証サーバと連携したりといった外部サーバとの通信が必要なアプリケーションを書く場合、ローカルで動かせるダミーサーバが欲しくなります。このところ仕事でそういうシーンが多かったのですが、そういったときにWEBrick(とActiveSupport)を使うとものすごく簡単にダミーサーバを作れます。 今日はActiveResouceを使うためにAResT API*1をしゃべるダミーサーバが欲しかったんですが、以下のような感じで簡単に書けました。実物はもうちょっと複雑だったので、所要時間10分くらい。 使う側はこんな感じです。 WEBrickすごい。「まるごとWEBrick」とか「初めてのWEBrick」とか「WEBrickレシピブック」が出版されるべき。 *1:ActiveResouceの規約に沿ったAPIをこう呼ぼう運動中
ウノウラボ Unoh Labs: RackでWebアプリのWebサーバー依存を無くす
rack-logo posted by (C)komagata komagataです。 仕事でも使う必要が出てきたのでRubyの勉強をしています。WebアプリケーションでRubyを使おうとしていきなり躓いたのがApache、WEBrick、Mongrel等、実行環境毎の設定やAPIの違いです。 Rubyを普段使っている人には常識過ぎるのか情報が少なく、FastCGIで単に「Hello, World」を表示させるのにも一苦労でした。（Railsでは簡単に動くのが悔しい） そんな実行環境毎のAPIの差を吸収してくれるRackというライブラリを知ったので試してみました。 RackはRuby版WSGIと呼ばれているそうです。WSGIとはWeb Server Gateway Interfaceの略でWeb ServerとWeb Applicationの間のInterfaceを定めたPython界の仕
審査が甘いカードローンを探すときのポイントって何？ | 【中央リテール】より審査甘い！？スピード審査カードローン情報
新たにカードローンを申し込もうと思っていますが、以前にカードローンを断られたことがあり不安です。そこでいろいろと調べていると、審査が甘いカードローンがあると聞きました。そんなカードローンを探す方法はありますか？審査が甘いカードローンを探す方法があれば教えてほしいです。 確かに申込審査が甘いカードローンというものは存在します！ ブラックでも多重債務者でも借りることができるカードローンは確かに存在します。しかし、これらのカードローンは代表的な大手のカードローンと比較するとリスクの高いカードローンということができるでしょう。金利も低く良心的で何の問題もないカードローンで更に審査も甘いということはあまりありません。 数年前であれば審査の元となる個人の信用情報が一元化されておらず、滞納したり支払いが遅延したりした情報の保管先によっては審査の甘いカードローンというものが存在しました。しかし今となっては
MOONGIFT: � 成熟した分散化ファイルシステム「OpenAFS」:オープンソースを毎日紹介
企業内のファイルサーバというと、SambaやWindowsを使った中央集約的なファイルサーバがメインになっている。だが、扱うファイルの量が膨大になってきていること、その維持管理がわずかなサーバによって管理されている問題がある。 そうした状況を受け、ファイルシステムも次世代化を目指す段階にきたようだ。 今回紹介するオープンソース・ソフトウェアはOpenAFS、分散化ファイルシステムだ。 OpenAFSの開発は実に1983年からはじまっているらしい。当時ではまだまだ速すぎたかも知れないが、現状のネットワーク化がようやくOpenAFSを求めつつある。分散化することによって複数のファイルサーバを意識することなく利用できるのは素晴らしい。 Mac OSX向けインストーラー インストーラー付きのクライアントはWindows、Mac OSX向けが用意されている。クライアントはインストールするだけで良いの
Rubyのシングルサインオンサーバ·RubyCAS-Server MOONGIFT
数多くのWebサービスに加え、社内のPCのログイン、基幹システムのログイン、様々なサーバのログイン…とID/PWシステムが主流の現在はたくさんの認証情報を管理しなければならない。 Web側のサービス提供画面 そんな中注目したいのがシングルサインオンシステムだ。Webベースのものであれば、GoogleやYahoo!などで提供されているものがある。そしてここで紹介するのはオープンソースのシングルサインオン技術だ。 今回紹介するオープンソース・ソフトウェアはRuby CAS-Server、Rubyで開発されたシングルサインオンサーバだ。 RubyCAS-ServerはCASプロトコルに則って開発されている。Gemを使ってインストールでき、設定ファイルを編集するだけで利用できる。実際に認証を行うのは各種データベース（データベース/テーブル/フィールド名を指定する）、LDAP、ActiveDirec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://rack.rubyforge.org/doc/
怠惰な Linux: 管理者に必須の 10 の秘訣
Route 477