ファーストサーバ Part21

ファーストサーバ Part20
http://toro.2ch.net/test/read.cgi/hosting/1340865735/

荒らし判別法・対処法テンプレ（ver0.6）
◆基本型
　・暴言を吐いたり、「ネトウヨ」、「ニート」などのレッテルを貼ったりする
　・関係のない巨大AA、ウィルス、不快な画像を貼る
　・荒らし同士で会話を続ける
　・特定の宗教、政党の話に誘導したり、その団体の人間だと決めつけたりする
　・無関係のスレッドやサイトのURLを貼り、注意をそらそうとする
　・「飽きた」「誰も書きこまない」「またもや無視されて、大粒の涙」「過疎ってる」等の発言を繰り返す
◆撹乱型
　・最初に挨拶や雑談などをした後、活動意義を否定したり、無駄だと諭す
　・翻訳スレや検証スレで意図的に間違った訳や解釈をする
　・虚偽の報告をする
　・他人のコテハン（固定ハンドルネーム）を騙る
　・議論や質問を繰り返し、話題をループさせ疲れさせる
　・スレ単位・板単位での対立を煽る
　・やってはいけないことを推奨する
　・「ポスティングは違法」、「抗議の電話は違法」など事実と反する事を書き込む※1
　・ソースや他人のレスを抜粋（時に改変）して印象操作する

◆対処方法
　・議論や対話を試みず、正確な一次情報を呈示する
　・NGNameやNGIDに登録して相手にしない※2

Part21: http://toro.2ch.net/test/read.cgi/hosting/1341037095/
Part20: http://toro.2ch.net/test/read.cgi/hosting/1340865735/
Part19: http://toro.2ch.net/test/read.cgi/hosting/1340769443/
Part18: http://toro.2ch.net/test/read.cgi/hosting/1340703027/
Part17: http://toro.2ch.net/test/read.cgi/hosting/1340639356/
Part16: http://toro.2ch.net/test/read.cgi/hosting/1340613821/
Part15: http://toro.2ch.net/test/read.cgi/hosting/1340589896/
Part14: http://toro.2ch.net/test/read.cgi/hosting/1340557425/
Part13: http://toro.2ch.net/test/read.cgi/hosting/1340533633/
Part12: http://toro.2ch.net/test/read.cgi/hosting/1340519619/
Part11: http://toro.2ch.net/test/read.cgi/hosting/1340503932/
Part10: http://toro.2ch.net/test/read.cgi/hosting/1340473233/
Part ９: http://toro.2ch.net/test/read.cgi/hosting/1340458330/
Part ８: http://toro.2ch.net/test/read.cgi/hosting/1340441064/
Part ７: http://toro.2ch.net/test/read.cgi/hosting/1340394356/
Part ６: http://toro.2ch.net/test/read.cgi/hosting/1340371289/
Part ５: http://toro.2ch.net/test/read.cgi/hosting/1340310469/
Part ４: http://toro.2ch.net/test/read.cgi/hosting/1289383184/
Part ３: http://hibari.2ch.net/test/read.cgi/hosting/1216823884/
Part ３: http://pc11.2ch.net/test/read.cgi/hosting/1216823884/
Part ２: http://pc11.2ch.net/test/read.cgi/hosting/1208943682/
Part １: http://pc11.2ch.net/test/read.cgi/hosting/997111619/

2ch DAT落ちスレ ミラー変換機 ver.12 http://mirrorhenkan.g.ribbon.to/
2ch DAT落ちスレ ミラー変換機 ver.11 for 携帯 http://mirror.k2.xrea.com/i/
tv2ch.net【試験運用中】 http://tv2ch.net/
ログ速 http://logsoku.com/
2ちゃんねる過去ログスレタイ検索
http://search.takatyan.info/2ch/title_search.cgi

ファーストサーバ役員一覧

代表取締役　磯部眞人　　IDC(Yahoo完全子会社) 取締役 事業企画本部長
取締役　　　　本山一幸
取締役　　　　志立正嗣　　Yahoo! 執行役員 BS事業統括本部長
取締役　　　　村田岳彦　　Yahoo! 地域サービス本部 本部長
取締役　　　　津幡靖久　　Feedpath(Yahoo連結子会社) 社長
取締役　　　　真藤豊　　　 IDC(Yahoo完全子会社) 社長
取締役　　　　中山一郎　　IDC(Yahoo完全子会社) 取締役 ビジネス推進本部長
監査役　　　　吉井伸吾　　Yahoo! 監査役（常勤）
監査役　　　　小野喜博　　IDC(Yahoo完全子会社) 監査役

http://minnade-ganbaro.jp/
みんなでがんばろう

Googleニュースからは情報漏えいの記事はもう消えてる

Googleにも都合が悪いからな

このすれのおやくそく

携帯
Be
p2

これを使った工作員が多いので
この3つをあぼ〜んしとくと快適です


工作員について

情弱のレッテル貼りをする系
約款に同意して社印押してたら絶対に契約は有効系
契約が全てなので契約守らないユーザーが悪い系
テレビのニュースにならないけど騒ぐほどの事件でも無いって事なのかな系
もう収束っぽいな発言系
暇だから騒ぎたいだけだろ系
お前らのやってることは無意味系
もう飽きた寝る系
汚い言葉で読んだ人を嫌な気分にさせる系
スレの終了を要求する系
スレの終了を宣言する系
スレタイに文句をつけて変更を要求する系
工作員に都合の悪い書き込みやテンプレに全レスしてしまう系
質問厨
誰か○○で例えてくれ系（レス乞食）
早めにスレを立ててしまいスレの勢いを落とす系
電車の人身事故のことを質問する系

こいつらには絶対構うな

>340 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/06/22(金) 13:35:26.81 ID:l1z9PqWZ0
>ソフトバンク株式会社　第32回定時株主総会 (番組ID:lv97280565)
>http://live.nicovideo.jp/watch/lv97280565
>【会場のご案内】
>2012/06/22(金) 開場:09:30 開演:10:00
>この番組は2012/06/22(金) 12:48に終了いたしました。
>
>↓↓↓
>
>ファーストサーバのレンタルサーバーに障害、ユーザーデータの消失も
>http://internet.watch.impress.co.jp/docs/news/20120622_541894.html
>2012/6/22 12:50

ウェブクで検索して、ns2.firstrerver.ne.jpとかns3〜出てきた企業（サイト）はファーストサーバー使ってるってこと？

975 名前：名無しさん＠お腹いっぱい。：2012/06/30(土) 14:51:51.64 0
共同も配信きたね
下は中日新聞
http://www.chunichi.co.jp/s/article/2012063001000530.html

> データには顧客の個人情報やパスワードなどが含まれているとみられる。

はい、アウト！

ファーストサーバの最大のミスは
自分でバックアップも取れないようなアホ相手に商売したことだな

>>12
効いてる効いてるｗ

工作員にアンカー付けたり反応するのは、
餌をあたえてるようなものだぞ？

ここまでテンプレ

ファーストサーバ障害、深刻化する大規模「データ消失」
ttp://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/

孫正義ツイッターより
https://twitter.com/masason/status/53099374808530944

何だかよくわからないけど、
ファーストサーバの賠償額に何らかの上限があるなら
理解に苦しむ。それにしても金の問題より人命。

クソみたいに安い値段で使用させてもらってた貧乏人どもが
ちょっとしたエラーが起きただけでいつまでも愚痴グチといい続けて
うっとおしいんじゃ！！

クラウド事業者にとって大切なものは？〜IDC Frontierの取り組みを真藤社長に聞く - クラウド Watch
ttp://cloud.watch.impress.co.jp/docs/special/20120626_542675.html

雇われ工作員の方は
資料を持って週刊誌、新聞社に
工作員を動員している情報を売り込みに行きましょう。

>>20
バイト代よりよっぽど稼げるよな

>>19
的はずれな記事を持ってきたな。

ファーストサーバーは、クラウドを使ってるだけで
クラウド事業者じゃないよ。

木津卸売市場
復旧中
がんばれ！

ttp://www.kizu-ichiba.co.jp/

ごめんも一回

もう飽きたわ

ま、俺らには関係ないしｗ

飽きたんならどっかいけば？

実際の被害者がいないのに
被害者に裁判起こせと
たきつける無駄なスレｗ

そうだな、工作員に構うのも飽きてきたな

ヤフー早く責任取れよ

工作員の見方をする訳じゃないが
こんな所にデータ預ける方もどうかしてんだよな
さっさと乗り換えるべきだろう

>>30
じゃあ、月3000円以下で
完璧なバックアップをしてる所を
教えてくれ

乗り換えないやつがいるとでも思ってんのか？

乗り換え先が見つからない。

>>31
>>33
もの凄い勢いで誰かが有料ﾚﾝﾀﾙｻｰﾊﾞｰを探すスレ 15
http://toro.2ch.net/test/read.cgi/hosting/1328075816/

急に月5万円ぐらいの
高級レンタルサーバーが
人気が出てきたな。

やっぱりちゃんと価値が分かる
賢い顧客は、それぐらいのに乗り換えてるんだな。

外部サーバに１日１回バックアップしていますと宣伝しておいて
していませんでしたはないだろ
今後も徹底追及していきますよっと

まずは親会社を訴えて失った金を取り戻さないと

５万使っといて中身こんなんならどうしようもないんだがな…

保険入れよ

IT業界の常識にとらわれない、驚愕のファーストサーバクォリティだなあｗｗｗ

>>27
被害者いるよ。うちの会社のＥＣサイト。

ＦＳのバックアップまで含めて全てあぼーんは許す。
ＦＳにロクな技術者がいなかったとして許す。
ここまでなら許す(幾ばくかの損害賠償金？支払い済みの鯖代？を出すって事だから）。
しかしデータ漏洩は別、うちのサイトデータが含まれていない事を祈るだけ
おおっぴらには言えないが、俺ならばＦＳ側から削除要請が来てもローカルに
落として解析するなw
まあ、例のどうたらこうたらのファイルが無かったから解析しようがないが。

http://www.firstserver.co.jp/news/2012/2012062901.html
にも「ヤフー株式会社及びソフトバンク株式会社の連結子会社」とある。
役員もほぼヤフーと兼任。裁判で実質支配下で同一の会社とみとめられれば
親会社のヤフーも責任をとらされるんだろうね。でもやってみなければわからない

>>41
え？解析するの？

自分のデータ漏洩は許さないけど
他人のデータ漏洩はやるんだな。

お前が見ないで消せば、他人のデータが漏洩することはないというのに。

>>38

wwwwwwwwww まったく同意 wwwwwwwwww

グループウェアを動かすのに必要な最低限のバックアップレベル
・日次で外部ストレージへのバックアップ
・週次でテープ等へのオフラインバックアップ

こんな感じだろ
ECを動かすのに比すようなバックアップレベルは、
・リアルタイムで注文情報を２つ以上のサーバで保存
・日次でテープ等へのオフラインにバックアップ
これが最低限か？

消しておねがいはぁと

ってファーストサーバから届いてる人いる？

>>45
欲しけりゃ高いカネ出して
サポートをかいな

>>39
保険入るにあたって審査があるけど、
大手SIベンダーが手掛けたそれなりのシステムならまだしも、
FSみたいな安鯖に出したシステムなんて保険の対象外だろ

>>45

貧乏人にそれが手に入ると思わないことｗ

身の程を知りなさい

>>43
だって興味あるじゃ〜んw

※優秀な住人さんへ → うちのデータがあっても解析しないで削除してねw

Webサイトは財産です。財産の置き場が貧弱で良いんですか？
http://maka-veli.com/server-trouble.html

カラオケのjoysoundもまともに使えないんだが、ここもファストサーバーなのかね？

>>48
ちゃんとした鯖使えばいいじゃん

>>48
むしろ保険屋が査定したランク付けを公表して欲しい('A`)
それを参考に乗り換え先決めたい

>>54
これは欲しいね
わりとマジで出来る限り早急に

>>52

[Domain Name] JOYSOUND.COM
[Status] clientTransferProhibited
[Nameserver] NS3.FIRSTSERVER.NE.JP
[Nameserver] NS4.FIRSTSERVER.NE.JP
[Admin Contact]
Handle: DREN0002
Organization: EKUSINGU
Name: Tomoya Ito
E-Mail: [email protected]
Postal-Code: 467-0851
Address: 18-1 SHIOIRI-CHOU MIZUHO-KU NAGOYA-SHI Aichi, JP
Phone-Number: 06-6261-0805
Fax-Number:

ビンゴ

>>52
>>56
わろたｗｗ

>>54
世間知らずな奴だな
そんなものが公表されたら料金の半分が保険屋への賄賂になるぞ

http://joysound.com/　のお知らせ見てきたら、損害賠償モノのガチ被害だったｗ

>>58
鯖屋にそんな体力あると思ってんのかｗ
自動車だって車種ごとに決まってるわけだし目安はあってしかるべき

>>52
探したらかなりありそうだな

>>60
体力の問題じゃねえよw

>>43
内容をどうするかは置いといて、解析すれば裁判時の証拠として使えるものが
発見できるかもしれないじゃん。基本は解析だと思うよ。

↑こいつ最高にアホ

>>59
これはひどいｗｗｗｗｗｗ
店でカラオケが使えないとか、JOYSOUNDだけじゃなく、JOYを設置してるカラオケ店まで訴訟起こすんじゃない？ｗ

>>59
全国のカラオケ店が賠償請求とか胸熱ｗ

>>58
世間知らずはお前。ファミ通のレビューじゃねーんだよ。
賄賂が入り込む余地がない。金払いに影響するものに関してはあいつら凄くドライだぞ…

>>52,56
FSはDOレジでドメイン取得代行をしただけかも？

ただし…
http://bgp.he.net/dns/joysound.com#_ipinfo
これによるとソフトバンクテレコム(odn)の鯖使ってみたいだがｗ

カラオケ屋も営業できないって酷いな

韓国企業による業界全体を揺るがすサイバーテロだな

養毛代の為に上納金が大変なんだろうな

訳のわからない事を言うな馬鹿者

ソフバングループから来た役員及び社員の高給と
親会社への上納金がなければまともなバックアップくらい作れただろうな

禿がﾌｻﾌｻだったらこんなことには…

しかしあれだな、お前らが想定する「まさかこんなことないよな？」がすべて起こってたんだな

>>67
>賄賂が入り込む余地がない。
どういう理屈で？

まさか、禿が自殺したりしないよな？

>>75
まだ斜め上が残っている

ジョイサウンドは、システムそのものが、かなりクリティカルな部分があるので
一概にFSだけの問題ではないのかもしれないね。

安定していたら逆にバックアップとか取ってなかっただろうから、そういう
意味では逆に救われたのかもしれん。

結局自己責任なんだよ。一日考えたけどさ。
バックアップできなかったとか詭弁抜かしてるユーザーは
要するに知識不足。努力が足りてなかった。
そこが最大の落ち度。
それでもファーストサーバは最低限の保障をしてくれるって
いうのだからここはもう文句の一つも出ないでしょ。
悪いのは自分。まずはこの考え方からはじめようや。

なんか言ったか？

禿と関わったのが最大の落ち度だろ

もういいよ！！！諦める。お前らも諦めろ！！！
無理だ！！！！
こんなことでいつまでもグダグダやってても無意味だ！！！！
早く次の仕事に頭を切り替えた方がいい！！！
ファーストサーバの件はなかったことにして次に行こう！！！
今回のことは忘れよう！！！

脱落社が出る毎に、自社への賠償が出やすくなります
ありがとう

>>76
横レスだが考えればわかるだろｗ
賄賂受け取って保険料支払いを増やすバカな保険屋がどこにいるんだよｗ

ヤフー子会社:データ復旧中に情報漏れ
ttp://mainichi.jp/select/news/20120701k0000m040012000c.html

>>85
現状で保険料に差があるんだからそれを参考にすりゃいいじゃん
それをわざわざバカにでもわかるランキングにするって話だろ？
そうなりゃ当然、保険料とは関係ないランキングってワケだ

NHK webNEWS
ttp://www3.nhk.or.jp/news/html/20120630/k10013234321000.html

確認されたのは2件だそうで

>>88
プログラムの内容を十分理解しないまま復元作業を行ったことが原因・・・

どんどん被害が広がリングｗ

>>89
具体的な復元作業が分かんないけど、各ユーザ領域のリカバリを
同時に実行したらごっちゃになったりするのかな

mainichi.jpでいまトップ表示じゃん。

復旧できましたっていったのに、おいらの社内評価はもうズタズタ。。。ｘ＿ｘ；

サイボウズASPなんて使うから……

会社やめて旅にでも出ようか。

まーだサイボウズに責任転嫁する工作員がいるのかｗ

まともにリストアも出来ずむしろ情報漏洩しちゃうような会社に
サイボウズデータ置きっ放しとかむしろそっちの方がコンプライアンス違反だろ…

ぶっちゃけFSと契約してたなんて事実がバレたらその会社もオワリ

まーだ顧客に責任転嫁する工作員がいるのかｗ

もはやFSと契約してるとか恥ずかしくて言えない世界になってきたな…

市役所でここと契約していたところやばいよなー。
普通に市民データが流出ってことでしょｗ

世間知らずどもは逃げたか・・・
根拠も何も説明しなくて言い放つって楽ですよね。
ニートが言葉しゃべってんじゃねえよワンワンないてろ

「ファーストサーバなんていう安かろう悪かろうをつかう奴が悪い！」
と必死に責任転嫁している工作員は、
そう書き込めば書き込むほどソフトバンクグループ自体の墓穴を掘っていることになぜ気づかないのかｗ
工作活動を指示している奴の頭の悪さがありありとわかるなｗ

ファーストサーバと契約してることをバカにしてる工作員がいるが、
それってソフトバンクグループの稼ぎ頭＋株価の高い親会社の
ヤフーと兄弟会社のIDCフロンティアおとしてめてるのと一緒だよ。
(ファーストサーバはIDCフロンティアを利用）

FSとヤフーは全く関係ないよ、寝言は寝ながら言ってね！

ずさんな工作ってや〜ね〜ｗ

>>102
とりあえず寝なさい

ファーストサーバ役員
代表取締役　磯部眞人　　IDC(Yahoo完全子会社) 取締役 事業企画本部長
取締役　　　　本山一幸
取締役　　　　志立正嗣　　Yahoo! 執行役員 BS事業統括本部長
取締役　　　　村田岳彦　　Yahoo! 地域サービス本部 本部長
取締役　　　　津幡靖久　　Feedpath(Yahoo連結子会社) 社長 （元サイボウズ副社長）
取締役　　　　真藤豊　　　 IDC(Yahoo完全子会社) 社長
取締役　　　　中山一郎　　IDC(Yahoo完全子会社) 取締役 ビジネス推進本部長
監査役　　　　吉井伸吾　　Yahoo! 監査役（常勤）
監査役　　　　小野喜博　　IDC(Yahoo完全子会社) 監査役

>>103-104
おー効いてる効いてるw

>>91
乙カレー

多分、会社の人は誰も判ってくれないからｗ
その点は期待しない方が良いｗ

けど、抗弁の為の資料は用意しておいた方がｲｻﾞという時役に立つかも。

土曜出勤から帰ってきたら、今度は火消しですか＾＾

http://www.firstserver.co.jp/news/2012/2012062901.html
ファーストサーバは、ヤフー株式会社及びソフトバンク株式会社の連結子会社ですが？

史上稀に見るクソスレ

NHKのデータ放送ではニュースになってるが
通常放送で流れん事にはなぁ

ロフトって関連が関連してたりする？
ｲﾍﾞｻｰとか繋がり有りそうだしｗ

孫さんは内部で調整取れてるの？

>>111
普通に6時のニュースで流れてたよ

>>106
やり直し

兄弟会社のIDCフロンティア (ファーストサーバ同様ヤフーが100%の株式を持つ)の約款
http://www.idcf.jp/pdf/hostingservices.pdf
第6章 責任　より一部抜粋
>債務不履行責任、不法行為責任、その他法律上の請求原因の如何を問わず、
>本サービス利用契約に関して、当社がお客様に対して与えた損害につ
>いて、当社は一切その賠償責任を負わないものとします。ただし、
>サービス仕様書に品質保証を定めた場合又は個別規程に損害賠償責任を負う旨の
>定めをおいた場合を除きます。
個別規程なんて普通結べないから、ここも使うなということですよね＞工作員の人

＞ロフトって関連が関連してたりする？

…関連が関連？

ロフトのサーバはＦＳだよ

ぐま　ぐまま　ぐげ

いろいろ勉強させてもらったのでお礼の意味を込めて。

Part20で”者”の表現がありましたがあれは法律用語です。
それで者・物・ものとありますが”者”の法律で適用されない
ユーザーがいたので、すぐそれを撤回したのでしょう。

最優先事項はユーザーを救済することなのに、第三者なんちゃらが
ユーザーサポートにまで後々のために「法的」に検閲している状況
が不自然です。

さくらの常識（良心）的対応と違い今回は常識が通じる相手ではないようなので
とりあえずFSはこれを非常事態だと捉えていて（やり方が間違っているような気がしますが）

それなりの対応をしているのだと思います。

被害にあわれた方々、健康にだけはご自愛ください。

>>17
ウマイけど、FSじゃなくて東電ねｗ

今日はAWSも死んだのか(´・ω・｀)
駄目じゃん、クラウド(´・ω・｀)

【利用者＝非国民】 財務省「amazonふざけんなよ…………税金払えや…………おい」
ttp://hayabusa3.2ch.net/test/read.cgi/news/1341007704/

財務省への報復か

工作員は今日もファーストサーバから目をそらさせるのに夢中ですｗ

http://www1.axfc.net/uploader/Sc/so/358532.pdf
http://www1.axfc.net/uploader/Sc/so/358537.pdf

http://www1.axfc.net/uploader/Sc/so/358535.pdf

今回の問題点と被害額をまとめたプレゼン資料です。
既に複数筋で本事件の被害を訴え、法的な対応を取っていただくよう、動いていますが、
裁判を起こす際のベース資料などに使ってください。


☆被害社、被害者の皆様・・・・

ファーストサーバの件、もみ消しや個別の適当な補償交渉に応じず、ちゃんとした
対応を求め、きちんとした対応・補償を求めましょう。

被害者を増やさないため、そして再度自分達が巻き込まれないために。

また、今後、今回の問題点をまとめた資料を公開します。
裁判を起こすための弁護士さんへの説明資料として使えるモノを用意いたしますので、
ご活用ください。

既に複数政党の議員にお話があがり、お役所でも問題を認識、把握に努めている状態。
被害者、被害社の皆様、これからです！

そうそう、何もしなくても国がなんとかしてくれます！

家宝は寝て待て、というやつだな

工作員のお仕事は被害者を諦めさせたりファーストサーバへの対応を遅らせる事です

行動しなければなにも起きるわけないじゃないか
まっとうなことですら署名活動しなければ動かない

今回の事は、正直おいしいです

一番困るのが、FSが倒産とか民事再生とかで、最終的に国の税金投入だけは勘弁

ファスト「俺らの税金で保証します（キリッ」

>>116
関連っていう反社会的組織があるんよ。
ttp://50064686.at.webry.info/201204/article_19.html

脆弱性対策プログラムの不備、メンテナンスの検証手順と仕様
ファイル削除が停止せず！ファーストサーバ、障害原因を報告
2012年06月25日 17時00分更新
ttp://tech.ascii.jp/elem/000/000/704/704904/

おしまいじゃーおしまいじゃー自分はどんどん不幸になってく
やっと生きる希望を見つけた矢先にこれ、多分会社無くなる
自分は笑顔になっちゃいけないように世界が作られているのか・・・
子供のころから幸せだって思った事が無い
こうなりゃ裁判だ、いいえ暴動！

だれか家宝に突っ込んぢくり〜

倒産第一号マダー？
いい宣伝になるよｗｗｗ

>>130
税金投入なんて理屈はどうやっても出てこない。
それに年1000億円以上利益のあるヤフーが親会社。
>>105のように役員のほとんどが兼任。親会社としての責任を逃れられるのかな？
ただし裁判しないとその責任を認めさせられない。

>>134
もう駄目、もうパニックでリストラすら言い渡されないので潰れるわ
私ばっかりどうして不幸になるのだろう
行くところ行くところ酷い目に遭う

とうとう地上波ＮＨＫのニュースで流れたね

5000以上の企業と官庁に倒産級のダメージを与えてるんだからもっと報道すべき

ここって障害発生以後の脆弱性メンテ一切やってないみたいじゃん
そろそろ3次被害が出る頃か

【ファストサーバー】３次被害　アノニマスに攻撃され顧客データ大量流出【アノニマス】
こんなスレタイ期待

庇いたくはないが、正直技術度合いでいえば混ぜられると流石にかわいそうだ

むしろアノニマスが颯爽とデータ復旧したりしてな

気がくるってさっきまで不幸に遭った時ダンスを踊ってた
どうして自分の人生はこうなの？
ああー不幸じゃ不幸じゃ。気分転換に街に出たら嫌な目に遭い仕事では酷い事されて
虐められてく為に生まれたとしか思えない
希望を持っちゃいかんのか、絶対こうなると思った

>>144
fsv「ここが霞ヶ浦だ」

https://sbw2012.smktg.jp/public/application/add/43
これがソフトバンクのイベントなら直接社長に文句も言えるのだろうが、
通信３社+wllcomのイベントで、ソフトバンクの子会社とはいえ
別会社のイベントだから無理だな。ヤフーの株主総会の後なのが痛いね。

糞プログラム実行しちゃった社員みてるー？

　　　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　／　　　　　　　　　　／　　　　　　　　＼
　　 ＿＿＿＿／＿＿＿＿＿＿＿／＿ ＿ ＿ ＿ ＿ ＿ ヽー―ヽ＿＿＿＿＿＿
　　 |￣||　４２　樹　　　 　海　||　| |￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣i二||
　　 ||￣￣￣￣||￣￣￣￣￣. :┌|:|　||￣|| |￣ ||　||　||￣|||.＿_____|￣|￣|￣|￣|i二||
　　[||　　 　　　 ||　　　　　　 　 [：]| |　|| 　|| | 　 ||._.||._.|| 　|||.|￣|| | |＿|＿|＿|＿|i二||
　　 ||　　 ∩_∩|||.　　　　　　　.:　 | |　||　 || | 　 ||　　 .|| 　|||.|　 || | |　　　.|　　　|.i二||
　　 ||　　（´ー.｀|||＼.　 　 　 　.:　 | |　||　 || | 　 ||　　 .|| 　|||.|　 || | |　　　.|　　　|　　 |
　　 ||　 ⊆⊇⊂||||　 ＼.　　 　 ;　 | |　||　 || |＿_||_____ ||＿|||.|＿|| | |二二 |二二|　　 |
　　 |二二：二二二二：二二二ニニ|　||　 || ￣￣￣￣￣￣ | 　 | | ￣￣￣￣￣　　 |
　　 |　電話一本即日お迎え |　　 ||　||　 ||　/⌒.∧＿∧ 　 ／￣￣￣￣￣￣￣ 　 |
　　 |――モナー観光――‐.|―　||　||　 ||　|| . （´∀｀　）＜　FS事件の後始末に対応できなくなったら連絡ください
　　[|口口　┌―┐　　　口口| []　||　||　 || .|||:0（　　　　）　 ＼＿＿＿＿＿＿＿ 　|〕
　　|二口二└―┘二二二口二ニ||　||＿||__|||　｜ ｜　|　　|＿ | |　_||| ： ||　　　　_/
　　￣￣￣￣￣ゝ_ゝノ￣￣￣￣￣￣￣￣ゝ_ゝ（＿（_＿）￣￣￣￣ゝ

漏れたのは顧客(消費者)情報？
おらおら、さっさと謝罪と賠償しろや＞FSユーザー

FSとお前らの問題は関係ないんだよ！＞FSユーザー

アノニマスよりよっぽどテロしてるよ

少なくともファーストサーバを使っていた企業は
預けていたデータに自社の顧客データが含まれていた場合
現時点で速やかに情報漏洩の恐れがあり、詳細が判明次第
公表しますなどのWeb告知やメールでお知らせすべき。
まぁ後者は顧客データ吹っ飛んでたら手が出せないけど。

企業責任はしゃんと果たしましょう。

カス企業とカス企業は惹かれあう運命にあるのさ

顧客情報が漏れたのかどうか問い合わせても現在調べているといわれるだけで
ファーストサーバからは一度も連絡すらない

個人情報保護法って何なんですか

セキュリティ修正プログラムを本番環境とバックアップ双方に
同時に仕込んだのが失敗だったんだろ
その結果ファイル削除✕2になってしまった
時間差でぶっこめばバックアップから復元できたのに

「巻き戻した時にセキュリティが未修正になるから
同時に実行しました」とか言ってるけど、
せめて本番環境で正常に動くのを確認してから仕込まないと

http://support2.fsv.jp/urgent/report.html
> 原因1：脆弱性対策のための更新プログラムの不具合
> 原因2：メンテナンス時の検証手順
> 原因3：メンテナンス仕様

原因3が全てだと思う

> 脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
> 脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
> 脆弱性対策のメンテナンスに関しては対象サーバー群と
> そのサーバー群のバックアップ領域に対して同時に更新プログラムを適用する

巻き戻す時に必ず更新プログラムを適用します、
というのが本来の反省と対策だと思う
未対策状態で放置してたとかすげえ

>>154
ファーストサーバーが事態を把握してるとでも思ってるのかね
それは幻想だよ

>>154
まずは自社の顧客に対して
・個人情報漏洩の可能性をお知らせ
・万が一の場合の賠償額を試算(まだ知らせる必要はない)
・運用が杜撰なDCにて大切な顧客情報を扱っていたことを謝罪
・(会社が存続可能なら)今後の顧客情報管理(利用DC選択基準)の検討
こんくらいはするべきだろうね。

FSから連絡が無いとか、無くてもやるべき事はたくさんある。
自分の信用まで巻き添えで地に落とすことはない。頑張れ！！

>>68
だな。
ドメインというだけでもうサーバも同じ会社だと決め付けるとか、
このスレもかなり知恵足らずのノイズだらけになってきたわ。

ECメインで利用してた所は踏んだり蹴ったりな

ファーストサーバーの被害者が個人情報漏洩の加害者として報道されるんだな

>>94
青野、必死だな。だがしかし、逃げられると思うなよ。

いや報道は
ヤフー株式会社及びソフトバンク株式会社の連結子会社
ないし
ヤフー株式会社の(連結)子会社だろうね。
しかしこれでソフトバンクアンチ増えるだろうねぇ

間違えた

ヤフー株式会社及びソフトバンク株式会社の連結子会社のファーストサーバ
ないし
ヤフー株式会社の(連結)子会社のファーストサーバ　だろうね。

そういえばファーストサーバの件、サイボウズうちの会社も使ってたけどちょうど今年度からGoogle APPSに切り替えたんだよ。タイミング！

>>160
そりゃ被害者といえども調子こいて漏らせば今度は加害者だな

>>161
工作員乙

安いFSに依頼して「経費削減ｗウマｗ」とか言っていたんだから
自業自得。ちゃっちゃと謝罪と賠償すべき。

経費削減を名目にFSを借りた方々、経費削減出来ましたか？

安物買いの銭失い
【読み】 やすものがいのぜにうしない
【意味】 安物買いの銭失いとは、値段が安いものは品質が悪いので、買い得と思っても結局は修理や買い替えで高くつくということ。

http://kotowaza-allguide.com/ya/yasumonogai.html

英語でもあるのかww

FSに賠償請求するのは自分の顧客に賠償してからにしろよw

それは同時並行というか全然別物。
ただ、FSから賠償してもらいながら顧客に謝罪もなければ
その企業はFSにも劣る会社と言うことがわかる。

情報漏えいの当事者として関連企業に謝罪行脚と取引停止 プライスレス
ファーストサーバーからの賠償金 2000円

プギャーーーッ

だからせめて賠償金はたくさんもらわないとね、
ヤフー株式会社及びソフトバンク株式会社の連結子会社のファーストサーバから

http://toro.2ch.net/test/read.cgi/hosting/1341037095/149 2012/06/30 20:18:46.85 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/150 2012/06/30 20:22:24.80 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/152 2012/06/30 20:40:01.33 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/153 2012/06/30 20:41:20.63 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/157 2012/06/30 20:56:54.44 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/165 2012/06/30 21:08:01.16 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/167 2012/06/30 21:20:22.69 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/168 2012/06/30 21:21:36.37 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/169 2012/06/30 21:25:59.09 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/170 2012/06/30 21:26:22.98 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/171 2012/06/30 21:28:06.41 0

>>157
FSVユーザーにとって最悪の展開だね。
データは消失するは、長時間サーバは繋がらないは、
あげくは情報漏洩の可能性があるから謝罪。

とくに情報漏洩なんて、FSVが壊れたリカバリデータを、
検証せずに各ユーザーに提供したのが原因だから、
FSVユーザーにしてみれば「はっ？」って気持ちだろうな。

情報漏洩の経緯を見る限り重過失っぽいから、
この部分に関して約款は無効だと思われ。

現状、誠意を込めて迅速に対応していると思われない。

今からでも遅くないから、FSVで陣頭指揮を取っている人間を、
トラブル対処のスペシャリストに代えるべき。
Yahoo!グループには人材はいるんだし。

アパレル？関係の会社
http://www.daidoh-int.com/

そこそこの規模の企業だと思うんだが、まだ復旧してないんだな

別鯖バックアップも無くて個人情報流出ならFSの重過失以外の何者でもないと思うの
もう約款どうこうのレベルじゃ無いのは明らかなんだから
被害者は戦いましょう
後ナイトシフトの工作員の皆様お疲れ様です

サルベージ会社の説明を普通に受けたら
復元場所を取り違える可能性なんて猿でも分かると思うんだが
過失ってウソだろ
ワザとやってるしか

個人情報だけに限定されないと思うんだ

>>176
痛々しいな（´・ω・`）

個人情報管理基準

工作員の方は顧客を技術ヲタか頼りない情報弱者だけの集まりと思 ry
経営者ともなれば常識的社会人目線で読 ry

>>176
オンラインストア

＼(^o^)／ｵﾜﾀ

個人情報の削除って有料なんだよね

さて・・・漏れた先の利用者は削除手数料においくら万円くらい請求するのかな？ｗ

サイボウズは関係ないといえ、ファーストサーバと一緒にサイボウズASPがぶっ飛んだこのタイミングで派手なサイボウズキャンペーンは、見ていてつらい人多そう

>>183
どゆこと？　誰が誰に払うの？

>>175
ヤフーBBのときの対応とか見ると人材がいるとは思えん

サイボウズの戦車イベントはウダウダ言うと会社前に戦車が行くぞと言うステマ(ぉ

>>187
街宣車か

>>182
顧客をすべて失ったｵﾜﾀ

混ざってた他社のﾃﾞｰﾀにお宝があったりして

>>187
一方その頃ファーストサーバはネット工作

情報が漏れた会社同士、合併すればよくない？

　　　　　　　　　　　　いなくなってしまったデータたちのこと、時々でいいから・・・

　　　　　　　　　　　　　　　　　　　　　　　思い出してください

他社の情報が見られるってことは、つまり自社の情報も漏れてるかもってことだよね…orz

>>176 せっかく構築したのに全部失ったね。FSでEC-CUBE使ってたのね。
確定ですわ。

>11年 3月 4日 【グリデカナオンラインリニューアル】
>グリデカナオンラインストアがリニューアルいたしました。
>クレジットカードでのお買い物も出来るようになりました。
>詳細はこちら →http://www.gredecana.com/shop/

いや〜失ったのは1年ちょいだから、そこまで悲観的に
なる必要はないかも。

今必死になって構築中だね。

とりあえず応援しておくかガンバレ
http://www.gredecana.com/shop/index.php

　　　　 )､.＿人＿人__,.イ.､.＿人＿人＿人
　　　＜´ 　　　個人情報返して　　！　　　＞
　　　　⌒ v'⌒ヽr -､＿　 ,r v'⌒ヽr ' ⌒
// // //／::　<　　 ＿,ノ｀' 、ヽ､＿　ノ 　;;;ヽ　 //
///// /::::　　　（y○'）｀ヽ) ( ´（y○'）　 　　;;|　　/
// //,|:::　　　　　（ (　/　　　　ヽ) ）+　　　 　;| /
/ // |:::　 　　　+　 ) ）|~￣￣~.|（ (　　 　 　 ;;;|// ////
/// :|::　　　　 　　（ (||||! i: |||! !| |) ）　 　 　 ;;;|// ///
////|::::　　　　+　　 U | |||| !! !!||| :U　　　;;; ;;;|　///
////|:::::　　　　　　　| |!!||l ll|| !! !!| | 　　　;;;;;;|　////
// / ヽ:::::　　 　 　　| !　|| |　||!!|　　　　;;;;;;/// //
// // ゝ::::::::　:　　　| ｀ー----−'　|＿_／///

EC-CUBEでの被害の場合は注文中の顧客とか決済状況とかが
問題かもしれんね。なにせあの中がすべてだから。

消失の1週間ぐらいに注文した人分、あまり人数がいなければ
さほど被害はないだろう。

クレカ決済に関しても、店舗確定が1ヶ月放置してても自動確定に
なるだろうし、別管理画面でも確認出来ない訳ではないから
まあ心配は要らないかもしれない。

ただ、今までの顧客のメーリングや会員情報はmyPHPadmin等で
データベースのバックアップを怠っていたのなら、失った部分も
それなりにあるかもしれない。

ピシピシ逮捕ざんす

被害を受けたサイトを追加

あさごもん(朝来市商工会)
http://www.asagomon.jp/

カスノモーターサイクル
http://www.casuno.com/

Guequo
http://www.guequo.com/user_data/apology.php

質屋カイウル
http://store.kaiul.com/

DMSコミュニケーション
http://www.petsdms.com/

逮捕ってなんかあったの？

>>199
うわぁ…出てくるもんだなぁ。しかもオンラインショップ系で丸損だろうし被害が深刻だな…

未だに死んでる通販サイトとかどうしてくれるんだ？
顧客情報全部飛んでしまって事業継続がままならん企業多数とかありえんわ

天災にでも遭ったと思って諦めるしかないね

工作員まだ生きてるのかｗ

nikkei
> データには顧客の個人情報やパスワードなどが含まれているとみられ
> データには顧客の個人情報やパスワードなどが含まれているとみられ
> データには顧客の個人情報やパスワードなどが含まれているとみられ

顧客の個人情報っつーか、顧客が運営してたサイト内にあった個人情報もぶちまけてるだろ？
どれくらい漏れてるのか見当もつかないってとこじゃね？
どうするんだよこれ？磯部眞人さんちゃんと説明して

>>199
うわぁ・・・

通販ショップもサイボウズも、どっちも飛ぶのはきっついよなぁ...

>>183
１件500円だったりして？ｗ

請求額だバカ

データを削除して欲しかったら現金を用意しろ？

みちゃだめです＞＜

○通信とどっちが酷い？おしえてエロイ人！

削除依頼出したり裁判所に行ったり
漏えいしている事実を証明したりする手続きが
顧客側に求められてるのかな
こんなサーバ使うんじゃなかった

ソフトバンクグループのヤフーの子会社だとわかってただろうに

過失の振りして個人情報はウリが頂いたニダ！ｗ

復旧作業で企業の情報ダダ漏れか。
ディスク共有してればそうなるわな。
業務用には仮想マシン使うなって流れになりそうだな。

つーか、企業の担当者ってこういうリスクに気付かないもんなのか？？？

>>217
仮想マシンは完全に隔離された領域だから、別の領域にデータが漏れるなんてあり得ないよ。
スキルが全くないか、悪意のある人間が余程異常な設定でもしなければね。
今回はその例外の方。

>>217
IT担当、鯖缶は既に絶滅させられましたorz

システム障害のヤフー子会社、顧客データ流出も（読売新聞）
ttp://www.yomiuri.co.jp/national/news/20120630-OYT1T00817.htm

>>55　保険屋査定項目にデータセンターの場所と担当鯖官の氏名国籍は必須。コリアリスクという最大のマイナスポイントを除去するために

>>52-56
JOYSOUNDはFS関係ないらしい

794 名前：選曲してください[sage] 投稿日：2012/06/30(土) 23:30:27.41 ID:O+tfeLzK [1/2]
何かに責任転嫁したいのは理解できるけど
うたスキ動画の不具合とファーストサーバの件は関係ないと思うよ

ネームサーバをなぜファーストサーバが持っているのか？は知らないけど
とりあえず収容されているjoysound.comのサーバはfsv.jpとは違うセグメントにあるし
それぞれのIPアドレスをtracerouteで確認したら分かるけど、恐らく物理的に別の場所にあるサーバだと思うよ
更にサーバのIPアドレスを管理してる会社がファーストサーバじゃないね

こういうのはjoysound.comとfsv.jpのドメインと
ネットやPCのコマンドプロンプトからも調べられるし
そんなに心配なら自分でも調べてみたらいいと思うよ

待つしかないね、続報が無いので


803 名前：選曲してください[sage] 投稿日：2012/07/01(日) 00:14:11.23 ID:fS+vj1UZ
>>798, 799
面倒なので1度だけな

digコマンドでjoysound.comのAレコードを確認→210.146.48.67
digコマンドでfsv.jpのAレコードを確認→203.183.250.68
WHOIS GatewayでそれぞれのIPアドレスを入れて、各IPアドレスの管理者を確認
http://whois.nic.ad.jp/cgi-bin/whois_gw
おまけにtracerouteコマンドでそれぞれのIPアドレスの行き着く先と経由を確認

これでわからんのなら教えてgooで聞け、な？

>>218
指摘ありがとう。
でも、別領域にあっても同じディスクだと俺には安心できないな。。。

>>55
SLAよりは客観的でいいかもね
バックアップについて嘘書いてたらしいし

まどかは神アニメ

>>222
俺には何のことやらさっぱり

>>218
そうとも言い切れないぞ。
論理的には隔離されてても、物理的には隔離されてないからね。
正常運用していたら全く問題ないとしても、今回のように仮想ディスクを消したとか、
ファイルシステムが壊れたとかの故障や事故が起こったときに、サルベージをかけるとどうなるかは、
保障できん。

桶屋が儲かるようにしてくれ

保険会社と格付け会社は別だと思うんだが。

>>222
よう分からんが、結局、ジョイサウンドの不調は、FS関係なく、ジョイサウンド側のせいだってことなのか？

>>227
消去した複数仮想ディスクをハイパーバイザ上でサルベージした場合
仮想ディスク同士の中身が混ざる事ってあり得るのかな？
自分の理解だと、失敗しても壊れた仮想ディスクが出来るのかなと

>>222

いや www.joysound.com はFSだから・・・

>>228
桶屋ってほど遠くもないけど、バックアップ特需だぜﾋｬｯﾊｧｧｱｰｰｰｰ!!!

今北産業。

文句言ってるドアホども

バックアップの重要性を再確認しておけ

バックアップとってりゃデータ消失しようが笑って済む話だったはず

>>227
それって「よく分らないから危険な気がする」ってレベルだよね？
それだとインターネットに接続している以上、共用サーバだろうがなんだろうが危険ってなるんじゃね？
仮想サーバは自分にアサインされたディスク領域以外はそもそもアクセス出来ないし、
ファイルの復旧自体はあくまで仮想サーバで実行するものだから
まともな環境ではあり得ないと思うんだが。
具体的にどういう状況で事象が発生すると思うのか教えてくれ。

>>234
経緯知らないカスがしったかぶって書くなよカス
今北産業とかバカでセンスゼロな老害丸出し

>>232
whoisで検索するとjoysound.comはfirstserverってなってるけど、>>222がよくわからん
教えてエロイ人

>>234
バックアップとってあってもデータが１日ロストしたらどれだけ損害が出るか。
重要なバッチが走るタイミングだったら復旧はかなり難しくなるしな。
業務経験ないドシロウトは引っ込んでろ

>>234
おまえの個人のホームページくらいならそうだったかもしれないな

意味不明な御託並べてるガキはこいつか
http://awabi.2ch.net/test/read.cgi/karaok/1339156338/803

>>236
荒らし判別法・対処法テンプレ（ver0.6）
◆基本型
・暴言を吐いたり、「ネトウヨ」、「ニート」などのレッテルを貼ったりする
　・荒らし同士で会話を続ける
　・「飽きた」「誰も書きこまない」「またもや無視されて、大粒の涙」「過疎ってる」等の発言を繰り返す
◆撹乱型
　・議論や質問を繰り返し、話題をループさせ疲れさせる

>>>231
だから仮想ディスクじゃないんだよ

ファイルをrmで消してもファイルの管理情報を修復すれば取り出せるが、
管理情報（ｉノード番号）が他のユーザーで再利用されていて、
別のユーザーにファイルを渡したんだろ

>>237
よく分らんから教えて
って言われて何教えたらいいんだ？
少しは考えてからかけよ

第三者委員会

三人とか口裏合わせか

逃げ得許すな
警察告発しなくちゃ

>>242
物理的には全く別の領域がアサインされている。
論理的にも別サーバだからinodeも全く別。
仮想サーバＡと仮想サーバＢのinodeに全く関連はない。
君が仮想化理解してないだけに見えるし、
君の懸念が事実ならgoogleやamazonのシステムも危険で使えない。

>>236
今北産業の意味（今このスレに来た。スレの流れを三行にまとめて教えくれ。）も
使い方も知らないバカなんか放置汁。

>>234
済まないんじゃないのかな
自分ちのデータは復活できても、よそ様に情報洩らされてる可能性あるんじゃ？
個人データ流出とか桑原桑原だよ

>>246
自己レスﾜﾛﾀｗ
ＩＴ素人の老害は哀れだよｗ

>>246
レス番勘違いした
ごめん

この板でもIDつけてほしいなあ。

>>222
http://uptime.netcraft.com/up/graph?site=www.joysound.com

$ whois -h whois.apnic.net 164.46.120.99
% [whois.apnic.net node-2]
% Whois data copyright terms http://www.apnic.net/db/dbcopyright.html

inetnum: 164.46.0.0 - 164.46.255.255
netname: FIRSTSERVER

>>>237

joysound.com はドメインで、そのレジストラ（管理者）がFS
実際のサーバは、そのドメインが指すIPアドレスを管理している場所にある
ドメインの管理と、IPアドレスの管理は別物だよ

joysound.com のIPアドレスは、株式会社インテックという会社が管理している
www.joysound.com のIPアドレスはFS

>>238
＞重要なバッチが走るタイミングだったら復旧はかなり難しくなるしな。

これはFSがどうこうよりも自分らのバックアップ計画の問題なんじゃないのか？

カラオケ板からきますた

>>245
仮想ディスクが、物理ディスクの中の連続したブロックが
必ず割当たっているとは限らないような。

>>253
結局>>222の言ってることは間違ってるってことか？

>>222 何だよこの知ったかはｗ

>>253
例えばクレジットカードの売上げ情報をカード会社に送信するタイミングで
サーバがコケていたらバッチの再実行が必要になる。
その間ずっとサーバが使えないと、その月の売上げがゼロになってカード会社から金が貰えなくなる。
さらにバックアップまで戻して１時間データがロストして、
取引先に払うべき金を払わなかったらどうなるか？
送るべき商品を送れなくなって客に被害を与えたらどうなるか。
そういうリスクを全部潰すのは
そんな感じで外部との連携でいろいろ問題が起こる。
バックアップだけで済む話じゃない。
そもそもまともなバックアップ出来る環境ではなかった。

>>245

いや仮想化技術の話じゃなくて、FSの話をしてるんだが
それにさ、googleやamazonは消したファイルをサルベージとかしないだろ

>>242
仮想ディスクじゃなかったら混在も納得かな
FSの共有サーバはVPS方式って話を見たから、てっきり仮想ディスクなのかと

>>252
www.joysound.com にアクセスすると cgi-lib.pl 呼ばれて joysound.com にリダイレクトされるね
www.joysound.com は mail.joysound.com の別名だからメールはFS使ってるのかな

>>259
仮想化のファイルシステムの話をしていたはずだけど？
まともに仮想化されていればデータが混じる事はあり得ないので
君の懸念は的はずれだってだけ。

>>260
VPSなんだから仮想ディスクだろ
>>242は仮想化とか仮想ディスクについて理解していない。
VPSだけど仮想ディスクじゃないってどんなシステムだよｗ

>>256
間違ってないと思うよ
今回の一連のトラブルとは関係無いんじゃないかな
ただFSと全く無関係では無いし、内部システムが分からんから何とも…
って感じ

>>261

把握した

まともに仮想化されていればデータは混ざらない
FSはまともに仮想化してなかった

でok?

>>242
> whoisで検索するとjoysound.comはfirstserverってなってるけど

joysound.comってドメイン名を管理しているのが
FIRSTSERVERってだけ。どういういきさつかは知らんが。

使ってるサーバーは別。ファーストサーバーではない。

>>258
だからそれはインフラ側のバックアップがされていても同じ事だろっていう話だよ
AP側のタイミングを重要視するなら鯖屋がパッチ当てるような鯖選ぶなよ

文脈からするに前の金融関係の基地外さんですか？

>>264
それならＯＫ。
ドシロウトが仮想化について全く理解しないで作って壊してサルベージしたからこうなった。
教科書通りの設定してこんな現象を起こす事は不可能。

>>262
それは完全仮想化の話
準仮想化ならinode被るよ

>>266
インフラのバックアップがまともならすぐに復旧してバッチ再実行出来る。
つーかパッチとバッチが分らないドシロウトのキチガイと話しても仕方ないかｗ

>>255
お前さんの認識でほぼ合っている。
仮想同士は隔離されているが、
その仮想を牛耳る親玉から見ればタダのファイル。

親玉レベルから復旧していれば混じるのは当然。

待機系へのコピー負荷からスナップショット使っていただろうし。

どうまともに仮想化しようと失敗すれば混ざる

>>245 の様な技術者ならば上手くやるだろうが
今回の指揮者は事故 HDD を複製せずあれこれやらせるレベルとまことしやかに ry

>>268
はぁ？
準だとinodeどころかドライバすら別だぞ？

>>255
今回のは仮想サーバ内のデータロストと復旧の話じゃないの？
ホストレベルで壊れたのならサルベージしてもデータ復旧どころか
システム動かんだろう

同一のディスク上に混在してれば危険。
トラブルは想定していないことが起きるからトラブルだ。
細かい話し以前に、それを危険と感じるセンスが欲しい。
リスク管理とはそういうもの。

>>269
パッチは今回の原因にもなったパッチ当ての意味で使ったんだけどね
なんでFSがデータ送信するバッチを実行すると読み違えたの？

１時間の遅れがとか言ってる割に、
今回のミスを戻すほどのバックアップがすぐに復旧できるとか
おまえのお花畑の想像で話すのはやめてくれよな

>>274
いまはどこでも普通にやっている事なんだけどねｗ
君とかＦＳがやると危険になるってだけで。
技術とセンスゼロの奴が作ったら仮想サーバとか全然無関係に危ないよ。

>>275
すぐ戻せるようにバックアップシステムを構築するのが普通。
可用性とか言葉自体知らなそうなドシロウトさんｗ
アホ過ぎる

>>272 ちょｗｗｗ

流れぶった切りごめん

オケ板からの質問へのフォローしてくれた人たちありがとう
追加で、以下が動画配信鯖pd.joysound.comのdig

pd.joysound.com. 1566 IN A 61.196.106.18
pd.joysound.com. 1566 IN A 210.134.76.33
pd.joysound.com. 1566 IN A 210.197.90.65
pd.joysound.com. 1566 IN A 210.197.90.97
pd.joysound.com. 1566 IN A 61.123.255.242
pd.joysound.com. 1566 IN A 61.123.255.250

契約の事まで分からないから予想だけど、
全部インテックのIPアドレスなので、NS貸しサービスと考えるのが普通

なので、今回のファーストサーバのクラウドサービスでの障害は全く別の話

>>278
敗北宣言乙ｗ
はい次ｗ

>>277
> すぐ戻せるようにバックアップシステムを構築するのが普通。

それは理想。

実際にやったことないだろ？

>>279
個別の被害まで調べる気がないからいいんだけどさ
ＩＰだけからそこまで決めつけられるもんかね？
システムがどう連携してるかなんてＩＰの管理会社だけでは分らんぞ

>>269
つーかパッチとバッチが分らないドシロウトのキチガイと話しても仕方ないかｗ

これは酷い。本人がパッチとバッチが分らないwww

>>281
バカ過ぎる。
やった事あるから言ってんだけど？
お前やＦＳの悪い頭で出来ないだけの話。
年に１時間ダウンが許されないサービスなんてザラに存在する。

そもそもバックアップ不要ってＦＳが言っていた事や
現実的にはバックアップ取れない環境だったのが問題なのに
バックアップとってれば良かったって今の段階で言っている時点で
救いようのないバカでキチガイ
相手するのも嵐だなｗ

>>279
ipだけで断定できないだろ

>>265
ドメインやIPアドレスだけじゃ確定できねーだろにわか乙

C:\>nslookup joysound.com
Non-authoritative answer:
Name: joysound.com
Address: 210.146.48.67

C:\>nslookup 210.146.48.1
Name: 210146048001.cidr.odn.ne.jp　　　←
Address: 210.146.48.1

JOYSOUNDはODNのサーバですた。
FSでドメイン名を買っただけみたい。

>>279
なんでそう決めつけられるんだ？
お前さんはIP見るだけでぜ〜んぶ分かるエスパーなのか？

>>284
> やった事あるから言ってんだけど？

それはレンタルサーバーじゃないだろ。
しかも、かなりの金をかけてるだろ。

全然条件が違うのに同じことができるわけないだろ。

>>290
は？

安価ミスった290じゃなくて284

まったくだ。

レンタルサーバー（複数の人が使ってる）で
格安という条件の中で、
最高レベルのシステムを作ってみろっていうんだ。

だいたい、バックアップデータのコピーをするだけで
軽く数分かかるだろ。

なるほど、FSの費用でも金融ｼｽﾃﾑが構築出来るのか
金融系はﾎﾞｯﾀｸﾘなんだな

>>282,286,289
契約の中身まで分からんと書いたのは俺だから、
確かに100%違うと言い切れるのは中の人だけだね

でもぶっちゃけ、多分違うっしょ？ｗ
経路調べたら収容先も違うし、インテックの取引先にファーストサーバがあるか？

whoisの情報一つでFSがどうのこうのって騒げる>>289の方が、遥かにエスパーだわな？

取引先の話されても知らんがな

うちの環境から joysound.com を traceroute すると途中で止まるなぁ
ICMP弾いてるのかとおもた

C:\>nslookup www.joysound.com
Non-authoritative answer:
Name: www.joysound.com
Address: 164.46.120.99

C:\>nslookup 164.46.120.99
Name: mail.joysound.com　　　　　　　　　　　　←
Address: 164.46.120.99

C:\>nslookup 164.46.120.1
Name: taiwan-province.fs.firstserver.ne.jp　　←
Address: 164.46.120.1

たしかに、メール鯖はFSを使ってるね。　＜JOYSOUND
Webサイトは、>>288に書いたとおり、ODNの鯖。
JOYSOUNDの障害は、FSとは無関係でいいかと。
（障害発生日もずれてるし。FS：6/20、JOYSOUND：6/24）

>>296
分からんなら黙っとけよクソが by 高木先生

>>299
なにこいつ

>>299
きｍ

プロンプトｗ

つまんね、０点

>>299
おもしろいとでも思ってんのか？

>>299
言いたいことはそれだけか？

話をぶり返して悪いけど
結局仮想ディスクを使おうが混入するって事なのかな？
VMwareをちょっといじる位だから、どうも理解が追いつかぬorz

>>273
障害の経緯（http://support2.fsv.jp/urgent/details.html）で、
「復旧作業を進めた結果、弊社管理領域内にも損傷が認められ」
って書いてあるから、事故はハイパーバイザ上で仮想ディスクも含めてファイル全消し、
サルベージもハイパーバイザ上で行っているかと。

使うんじゃなくて消えた仮想ディスクに対して
より高次元の管理システムから復旧したときに
混じる可能性があるというだけ。

まぁ仮想基盤にバグが有ったら何でもありなんだけど。

何もかもお漏らしするために設計したとしか思えないシステム構成です

>>299
会話中の言い間違いや相手の誤解は空気を読まず指摘するほうが良いと考える
「間違いの修正こそ正義」と勘違いしている
「正義は我にあり」と言わんばかりに、他人の間違いにこだわる
一般人から「理系的人間」と呼ばれやすく、現実社会では友達が少ない
間違いさえ修正できれば、人がどう思おうと関係ないという態度が出ている

月も変わって倒産件数も劇的に増加して
やっと報道も過熱するんかな？
影響範囲どれだけ行くかマジわからんな。

>>308
ホストOS上でのサルベージだと、壊れた仮想ディスクが出来るのかと思ってたけど
そうではないんだね
仮想化とか仮想ディスク内部の形式とか、もうちょっと調べてみるよ

>>>306
VMwareの仮想ディスクなら混ざらない
OpenVZとかの準仮想化なら混ざる

孫さんは今日から始まる電力買取で荒稼ぎをするのに忙しいので
fsvは無かったことにしてください
食物連鎖の下の人

お金くれるならいいよ

くだらないから、もうやめようよ
そりゃデータ飛ばしたのは問題かも知れないけど、
さんざん叩かれてるし、もういいっしょ
バックアップを取らなかった俺らが悪いんだし
しょせん格安サーバーだし
ねこだいすき

>>316
へたくそ

おっさんは今回のファーストサーバの件、ピンと来てない
若手は知識が無くて理解不能な状態
知識が有る極一部のおっさんは、何かあってもごまかし路線ということでダンマリ中

周りこんな奴らで、無知＆無責任さがこえ〜よ


お前らの周りはどうよ？
今のIT部門ってこれが普通なのか？？

おまえらがどんなに騒いだって消えたデータは返ってこないんだし、
まあ、少し落ち着けよ
エロサイトが吹っ飛んだとかなら命にかかわるけど、
がぞうでも見ながら
シコシコすればいいじゃん
ね？

>>313
ちなみに正確には、OpenVZは「OSレベルの仮想化」な
最近は完全仮想化以外を準仮想化と呼ぶ人もいるんでどうでもいいんだが

>>319
「先月のタイムカードのデータが全て消失したので、残業代は出ません」
「受注データが全て消失したので、先月の売り上げはありません」
「顧客データが全て消失したので、営業部は改めて契約を取ってきてください」

なあ
被害サイトで買い物してたりして
不安で不安で仕方ない人は
どうしたらいいんだ？

ファーストサーバで
アダルトグッズ通販
あんのかな

うふふ

>>322
ショップに連絡取る&FS利用ユーザのモラルに掛ける

FSが落ちてからスパムが減ったらしいが、利用ユーザの中に…まさかな

>>312
壊れた仮想ディスクで合ってんじゃね？
壊れてないなら他の物理ディスクに移してすぐに完全復旧だし。
壊れてるからこそ、サルベージしたファイルが混ぜ混ぜなのであって。

>>323
ブルセラショップなかった？復旧が中々早かったはず

お名前.comとかjpドメインのwhois情報オープンな方向に進んでるけど
このスレみると、ちょっとこわくなってくるな。

○○さんチーッス！みたいな。

間接ユーザー数て試算されたことある？
けっこう大問題じゃなかろうか。
マスコミさんなにしてんだよ。

工作員は直接ユーザーの心情操作しか
しとらんみたいだけど、
間接ユーザーがファーストサーバ訴えることも可能なんかな

自分でヤル気もないのなら言うな。

>>329
訴えるのはある意味自由なんじゃないかな
ただ、司法がどう判断するかは分かんない所


ECサイトとかサイボウズは当然大きなダメージだけど
仮にE-ラーニングサイトが被害受けてたら、返金問題だよね

モノ買った客が金払わない。
問いつめると会社が給与支払い不能らしい。
客は金がないから払えないと言っているのだが、
おれはその会社に給与払えと請求できるか？

って請求は勝手だろうが、門前払いだろw>>329

んーちょっと違うんだなー

ファーストサーバさんだけのせいにするのは、どうだろう。去年から地震、増税などあったけど、その都度、私達は力を合わせてきた。今もそのとき。責任問題より目の前のことをやろうぜ！

サイボウズのヘルプページがダウソしてるとかありえねぇ…

ロボット学会昨日復帰したみたい。
http://www.rsj.or.jp/

めでたしだけど、週明けには個人情報漏れたかも、って
案内出さなきゃいけなくなる。うちもそうなりそう。。。

信用がズタズタです。。。FSVはどこが漏れたかハッキリさせない
まま調査中とかいって、こちらはどうしたらいいんだか分からない。
何お知らせに書けばいいんだよぅ。。。

完璧にスレの勢いがなくなってるな。もう諦めるしかないだろこれｗ
残ってるやつ誰もいねーし

他のサーヴィスに移行済みか、業務が破綻して法務部とか別の所に主導権が移っているか、のどちらかであろうな。

>>336
p. [ネームサーバ] nsas1.firstserver.ne.jp
p. [ネームサーバ] nsas2.firstserver.ne.jp

まだfs使ってんのかよ
危機管理がなってねーな＠日本ロボット協会
なめこを見習えｗ

やっと、テレビを含め大手メディアが報道しましたね。
やはり過失とはいえ情報漏えいが問題ですね。
これって、なんかの法律違反ではありませんか？
法律違反なら刑事告発してみれな良いかと。

おかげでネットで購入前に
正引きする癖ついたじゃねーか

自分の生き方に自信が無い人間は子供に無難な名前を付ける。
「自信がない」→「皆と同じ名前が良い」という思想。
無難な名前が悪いとは言わないが、親の愛情が感じられないことは確か。
健太や博史や拓也みたいな凡名を付ける親は凡夫が多いのはそのせい

ありふれた名前っていうのは、子供の為を思って付けているわけじゃなく
結局は自分の為に付けているんだよな
「上司から馬鹿にされないように無難な名前を付けよう」とか
「近所の奥さんに言っても恥ずかしくない無難な名前にしよう」とか

そもそも名前というのは他者との識別記号だからな
無個性でありきたりな名前は、名前としての役割を果たしていないな
ヒロシ(笑)ユウタ(笑)ケンタ(笑)タクヤ(笑)
タケシ(笑)ミノル(笑)ケンタロウ(笑)ユウヤ(笑)
お前ら存在価値ないよｗ特に名字が佐藤や鈴木だったら自殺ものだなｗ

第三者委員会がどこまで詳しく突っ込んでくれるのか
突っ込んでくれたとして、その後会社がどうするのか
九州電力のときは、扱いがひどかったよね

ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
Impress Watch 6月29日(金)22時0分配信
http://headlines.yahoo.co.jp/hl?a=20120629-00000074-impress-inet

>1ユーザーあたりの混在先は最大6ユーザー

目立ちたがりなクセにシャイな俺っ！

>>288 >>298
nslookupは、単に手近なところで誰かに聞いてみました辞書引きました
という程度でしかないから。
逆引き辞書が間違っている場合もあるし更新されていない場合もある。
手抜きせずサボらず、
pingでサーバのお返事、
tracertでサーバへの経路、をそれぞれきちんと調べるべき。

>>346
一応一次情報源を。
http://www.firstserver.co.jp/news/2012/2012062901.html
対象サーバー数 103 台、最大 2,308 者（※1）分の復元データの一部が、
同じく障害の影響を受けた 145 者のデータ領域に混在した可能性があることを確認しました。
なお 1 者あたりの混在先は最大で 6 者であることが判明しております。
〜中略〜
「ビズ・シリーズ」「ビズ２・シリーズ」「EC-CUBEクラウドサーバ」は
1 台の物理サーバーにつき最大 60 契約を収容しています。
この度の障害で発生した事象は、同一の物理サーバー内でのみ発生する事を確認しており、
物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。


あらためて読み返すと
「 1 者あたりの混在先は最大で 6 者」というのと
「1 台の物理サーバーにつき最大 60 契約」の違いがわかりにくい
前スレで145÷(2308÷103)=6.47みたいな計算してた人いたと思うけど、
これは均等に収容されてた場合？

>>335
今日は坊主の定期メンテだったみたいね
昨日の障害の原因も報告出てるけど
http://cs.cybozu.co.jp/information/20120630biz01.php

閏秒ってさっきの話だよなぁ、一日前に影響出るものなのか

>この度の障害で発生した事象は、同一の物理サーバー内でのみ発生する事を確認しており、
>物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。

これなんのいいわけだよｗ　漏洩している時点で駄目だろｗ

完封しちまうか？　なっ！？

>>349
馬鹿な俺には145÷(一台あたりの収容ユーザ)で最大流出数になるのが
すでにわかんねorz

>>351
データ漏えいをサーバ内だけにとどめた技術力を評価すべき

超ゲーハー

これよう、データばっさり消された会社は簡単に他のクラウドに移れるけど、
運よく、というか運悪く難を逃れた会社は、かえって移れねえんじゃね？

てか、データの引継ぎとか、誰がやるのよ？

回線がネックになって、データ移行が進まないと思います。

自分の生き方に自信が無い人間は子供に無難な名前を付ける。
「自信がない」→「皆と同じ名前が良い」という思想。
無難な名前が悪いとは言わないが、親の愛情が感じられないことは確か。
健太や博史や拓也みたいな凡名を付ける親は凡夫が多いのはそのせい

特に被害は無かったけど逃げないと
次何かあった時部長と俺の首が
飛ぶから逃げる

同じ共用鯖の同居人には漏れちゃったけど
外まで大公開にはなってないとでも言いたいのか？
そんなの関係なく漏れたら死刑だろアホか

孫正義東日本大震災復興支援財団のホームページ復帰はいつですか？

トップページの謝罪やFAQも漏洩に関して追加すべきでは？

読売(関西)
http://osaka.yomiuri.co.jp/e-news/20120701-OYO1T00258.htm

> これまでに顧客企業２社の社員のメールなどが同僚に漏れたケースが確認されている。

社内だからまだ大丈夫だよね？とでも言いたそう

何がクラウドだよ(´・ω・｀)
デーセンごとトラブったら被害甚大に決まってるだろ(´・ω・｀)
常識で考えろよ(´・ω・｀)

数百台の鯖が一斉にバックアップもろとも消えちゃって
慌ててデータ復旧してユーザーに提供したら、他ユーザーのデータもまじってしまった
その上メールもデタラメに届いたって話か？

登録制サイトなどを運営してたユーザーは、データ消失で復旧の目処すら立たない上に
登録者へデータ漏洩について謝罪しなければいけないとか最悪の事態だろ？
何社潰れるんだろうなぁーソフトバンクはどう責任取るんだ？

常識的に考えるとそうだったわ・・・　なんで安心しきってたんだろう

ディスクのミラーリングではプログラムの論理的ミスからデータを守るには用を足さないわな
したかってテープによるバックアップが有効だけど低価格の貸しサーバビジネスでは導入しにくい
ストリーマのようなインターフェイスを持ったディスクストレージってないの？
ディスクをrawで開いてtarみたいな形式でシーケンシャルに書き込む
アクセス方法はファームウェアによってその方法に制限され
カートリッジのローディングもエミュレーションする
そんなやつ

ストールマンだからこんくらい言うわ、と思ってたけど

「ウェブアプリケーションを使ってコンピューティングを行うべきではない理由の1つは、ユーザーが管理権を失うことだ」
http://japan.cnet.com/news/biz/20381234/

>>328
whoisでピンポイントに調べるだけならまだしも、障害サイトのIPとその前後のIPを
逆引きやtracertしたら、傷害があったことを隠してるサイトや、運良く傷害に
巻き込まれなかったサイトなども含めて、FSのレンタルサーバに収容されてるサイト（企業）が
全部バレバレだもんな。

○○さんチーッス！どころか、ライバルのレン鯖業者などがスクリプトで抜き出して
DMや訪問営業をやってるんじゃない？すでに。

被害を受けたサイトの中で
個人情報漏洩の可能性に関する報告を
行ったサイトは有りますか？

>>370

FSVから「データ消去のお願い」連絡きたひといます？
うちは他社データっぽいの混入は見つからなかったし着てないです。。。

FSから2308者に連絡来ない限り、専用サーバ以外のユーザは漏洩対象だよね

ん？ 何が言いたいのだ？

半年ROMってろ

他社の顧客情報ゲットしたからwinnyとshareで放流してみるｗ

なんて奴もいるかも知れないので、サーバ外に漏れなかったとしても安全とは言えまい。

チューリッブビビブビー

まず現時点でのおさらいは

共有レンタルサーバーサービスの「ビズ」
共有レンタルサーバーサービスの「ビズ2」
VPSサービス
「EC-CUBEクラウドサーバ マネージドクラウド」

これらはすべてFS側では、事故があった17:00直前にまで戻すのは
不可能どころか、バックアップも消失なので、FS側では一切復旧は
出来ない。1日も1週間前すら戻せない。

またこれらの中でから更に対象サーバー103台、最大2308ユーザーの
復元データの一部が同じく障害の影響を受けた145ユーザーのデータ
領域に混在した可能性がある。

1ユーザーあたりの混在先は最大6ユーザーという事なので
該当した2308人（企業）分のデータが、別の145社に1社あたり最大6社
の割合で情報漏洩の疑いがあり。

要は完全にシャッフルしまくった可能性も捨てきれない。その詳細は
今のところ企業から報告があった2件のみ。

それ以外一切把握できず。今後も何が漏れたかさえ不明って事。

どう考えても大問題だろう。

また前代未聞のエンタープライズ契約分もデータ完全消失。
正直、もうダメだろ。専用サーバーサービス

「エントリービズ」
「エンタープライズ3」

というエンプラ契約分に関しても基本的な再構築は顧客側のバック
アップに委ねられる。

エンタープライズ契約分は要望があれば復旧作業は依頼可能だが
どのくらいの期間に及ぶかは明言されていない。
つまり復旧まで長期に及ぶ可能性もあるって事だな。

あっと・・・総数とする該当顧客件数は5698件ね。

>>375
それは、放流した奴が逮捕されるだけじゃね。

許しちゃんなーい

準仮想化はiノードが共用とか言う奴マジか？
そんなアホな話聞いた事ないんだが何をみてそんな勘違いしたのかソース教えて欲しいわ

>>375
自分のとこも復旧で悲鳴あげてる最中に、ほかの会社の情報げっとｗｗこれから放流するｗｗ」
みたいな余裕ないんじゃないの？

漏洩に関しては実質大丈夫だと思うブヒー

復旧を諦めた会社があったらﾔﾊﾞｲな

どうせウチは倒産だー
情報漏洩して他の会社も潰してやるぜ！

って奴はこれから出るかもな

自社の顧客情報やら社員情報やら業務情報がだだ漏れになって
大丈夫わけねーだろ
工作員バカすぎ
日雇い派遣か？

もともと利用ユーザにスパム業者や名簿屋が居たら…

ｽﾊﾟﾑが減ったって噂もあったな

リストア作業で顧客が意図的に消去した重要データが復旧→漏洩
ま 可能性は限りなく低いか

ＦＳのおかげでスパム送信用アドレス１０万件ゲットだぜ！！

エンタープライズとかいいながら、オフラインバックアップもとってないような
サービスに申し込んだ奴がアホなだけ

>>390
実際にスパム送信したら
お前の罪になるんだが？

ウッ♂~~~~

普通は自分で送信なんかせずにFSから流出した顧客のアドレスですと名簿屋に流すだろ

>>394
それをやっても、お前の罪になるぞｗ

ファーストサーバさんは罪深いすなあｗ

なんせ無差別に垂れ流したからな

>>391
×　エンタープライズ
○　エンターサプライズ
○　エントリープライス

しかも貴方のデータですと言いながら他人の情報を混ぜ込む悪どさ

自社の営業用に使えば問題ないな
自社が管理しているﾒｱﾄﾞに送っただけなんだから

営業用？ 何に使うんだ。そんな少ない情報ｗ

>>368
さすがストールマンや

5000以上の企業と官公庁に倒産級の打撃を与えたヤフーのテロ行為は
アノニマスをはるかに超えている

今後のテロはレン鯖会社直接攻撃がターゲットになりそうだな。

>>404
サイボウズが戦車で千社イベントやった日に障害起こしてたのは私怨テロが原因だと思う

ファーストサーバ、復元データの一部が漏えいした可能性（スラッシュ・ドットジャパン）
http://security.slashdot.jp/story/12/06/30/1941246/
のコメントにある

>「6契約ではなく60契約でしたｺﾞﾒﾝﾈﾃﾍﾍﾟﾛ」が出るか、混ざってるけどもう公表しない、とか

みたいなことがありうるのかな
バックアップっていってたけど実は待機系でした、みたいなことあったからね
大本営の発表だと「者」と「契約」を使い分けてるし

>>403
アノニマスにせよテロリストってのは良い悪いは別としてそれぞれの正義が
あって行動してるからな
翻ってファーストサーバのおかした行為はどの視点から見ても正義がない

ようはテロリスト以下って事だ

>>407
親会社の会長の名前が正義だが？　辞書的意味とは一致しないけど

１．サイボウズやmysql等の関連サービス止める（数分？）
２．サイボウズや関連データの入ってるボリューム丸ごとスナップショット取る
３．サイボウズ・mysql等再稼働（数分？）
４．スナップショット取ったボリュームからサイボウズのデータのバックアップ（半日くらいかかってもじっくりやればいい）

こうすれば、サイボウズ止める時間は１０分もあれば済むし、確実にバックアップ取れるじゃん
深夜のだれも使ってない時間に１０分止めればいいだけ
商用DBみたいに稼働中に止めなくても確実にバックアップ取れるようなしくみがあればいいけど

シェルがつかえればねぇ..

ストールマンわかってんなあ。
単なる天才プログラマーというだけでなく
コンピューティングのあり方について
真実を見通す力のある人だ。

Q. SSH(Secure Shell)、Telnetを利用してサーバにアクセスできますか？
A. いいえ。サービスの仕様上、SSH(Secure Shell)、Telnetは利用できません。
サーバの設定については、サーバ管理画面「コンフィグレータ」より行ってください。

>>412
バックアップさせない仕様なのは、顧客データを自社から出さないようにして
客が他のサービスに乗り換えるのを防ぐためだろうな。
アクドイわ

>>409
そういう手順が周知されていて、実際それが出来るだけのssh接続やら
ftpの帯域とかが確保されていたならいいけどね。
「バックアップなんてウチがやるから不要です！」って言っていたし、
手段もきちんと提供していなかったのが問題。
自力で工夫してバックアップして自社ですぐ再構築出来る技術と時間があるなら
最初から自社でやってるよ
バックアップ運用も機器や人や技術がいるし、そもそもコスト削減と
可用性向上のために外部のプロに頼んでいるわけだしね。

ファーストサーバー 「ねぇ、バックアップする？」

ﾆｱ バックアップしない
　 　バックアップさせない

>>368
お客様作業不要が日本の経営者の求める物だから、
技術者の求める物とそれは違っていいんだよねｗ

日本の経営者的考えではﾃﾞｰﾀが消える事よりも、ｺｽﾄﾀﾞｳﾝが優先だから

FSVはそれに見合う安価なサービスを提供した優良企業だったかもしれない、
業務が遂行できていたらの話。

日本企業は情報化に失敗したんだよ。

新卒SEにソリューションを丸投げし、当初の効率化が失敗、
コストが高いからと言って、FSVとかのクラウド業者に丸投げして失敗した。

ソフトバンク、大規模障害が発生中のファーストサーバを株主総会で大々的に宣伝
第32回定時株主総会（2012年6月22日）事業戦略説明資料より
（PDF注意） http://www.softbank.co.jp/ja/design_set/data/irinfo/investor/shareholder/pdf/32/softbank_meeting32_008.pdf#page=104
※104ページ中央上段のロゴ

韓国人コンサル：　お客様作業不要で出来ます。

中国人鯖管　：ﾊﾞｯｸｱｯﾌﾟできました。

日本人顧問：　約款規定以外の賠償出来ません。

まだ望みはあるよねｗｗｗ

>>409
もうちょい細かく教えてくれ
シェルが使えなかったらしいが毎日深夜にどうやってサイボウズとめてスナップショットをとるの？
コマンドレベルで書いてくれないか？

ＦＳ社が責任逃れのためにＨＰの改ざんしているみたいなんで
ここで探そうとしたけど、ここ数年の分が参照出来ない？
もとから見えなかったのか証拠隠滅で消したのか、知っている人いる？

http://wayback.archive.org/web/*/http://support.fsv.jp

ユーザーが勝手にサイボウズ止められるわけ無いだろｗ
他の客にまで影響出るんだから。

それに管理者権限が必要に決まってる。
安価なレンタルサーバーに管理者権限はない。

逆に管理者権限があるのなら、全てはユーザーの自己責任

>>421
管理者権限があるなら、サーバのデータもバックアップも全部消された上
他の会社に情報ばらまかれてもユーザの責任なのか？
朝鮮の話は余所でやれｗ

アホが涌いてるな

今回は
簡易バックアップサービス
http://www.fsv.jp/function/backup/snap/merit.html

これさえ飛ばしてしまいました。全部。

>>422
管理者権限があるってなんのこと？

>>425
>>421に聞けよｗ

http://security.slashdot.jp/story/12/06/30/1941246/
ここのコメント色々盛り上がってるな

>>426
ファーストサーバーの話じゃないだろ。

http://security.slashdot.jp/story/12/06/30/1941246/
ここのコメント色々盛り上がってるな

↓

たった21コメントでした。

>>217
世の中SEは多いけど、設計の出来るプログラマって少ないよ。

鯖管だって、1から危機管理して自力で手順書作ってとか出来る人
は少ないし、クラウド導入でﾘｽﾄﾗ済みｗｗｗ

残るのは、パワポなら任せろ！って職人ｗだけ。

最近のスラド民はレベルが低くて困る

>>416
こういう事件が起きた今、それでもなお日本全国の中小企業や自営業の経営主の本音は、
恐らく↓のようなセリフだろうね。
「ええい、全て他人にお任せでもっとカネが掛らないITソリューションはまだか！」

個人商店からステップアップした法人なり同族企業の経営者は、常に引き算の思考だけ。
増益に努力せず、他人を今より可能な限り安く使う方法と節税しか考えてないからなぁ。

>>429
コメ数じゃなくて内容ね
真偽の程は分からんが

まあ、バックアップを他人に任せることの
リスクを計算できなかった経営者には
いい勉強になったでしょう。


これからは、高いサービスを使ったり
保険に入っておくんだぞ。
サーバーを運営するの9は、家を借りるのと同じだと思いなさい。

>>318
とりあえず黙ってれば、今担当してる奴の責任になるもんな。

賢い奴は黙る。

それで会社が立ち行かなくなるとしても、下手に動くと責任者にされて
退職金に響くから何もしない、いよいよ退職金もヤバイ、となったら動くだろうｗ

それがｼﾞｬｯﾌﾟシステム。

>>419
http://ameblo.jp/cybozuaono/entry-11290254995.html
のコメント欄にて

>差分バックアップを取ることはは可能です。
>ただし、それはグループウェアではなくバックアップツールの機能ですね。

だそうだ。

経営した事のないニートの妄想が炸裂してんな
全業種自前で出来る会社なんてそうそうないんだが
社会人経験がないとコスト意識が身に付かない
万年作業者で人生終わり

>>418
あー（嘆

>>436
差分って言っても全ファイルが更新されてたら
普通にFTPするのと同じになる気もするが…
サイボウズは更新が特定のファイルに集中するのかな

>>439
差分って何も変更したファイル全部ではなくて
変更されたファイルの変更部分だけバックアップとればいいんだよ

バックアップソフト次第。

流失したデータで一番問題なのは、それが流出したデータだと証明できない事だろうな。

A社の顧客一覧が、B社のサーバ上にあった場合の出てくる問題点を考えてみた。
・故意にB社が取得したものではない。
・A社はB社にデータが流出した事を知らない。
・データ内の情報を精査しないとB社は自社のデータじゃないと判断できない。
・B社はそれがA社の物と判断できない。
・既にB社にあったA社のデータがコピーされ、流出した可能性がある。
・FSはB社にA社のデータを削除してくれと言うけど、どのファイルかも指定してない。
・FSはB社にあるA社のデータを探す事が出来ない。
既にFS社の言うところの復旧した後の正常稼働中であり、ポリシー上、顧客のデータを勝手に見れない。
もし見たら、内部規定どころか、秘密保持にひっかかる。

つまりだ、もう流出したデータは１００％回収できない。

詰んでるわコレ

>>440
サイボウズASPで差分バックアップ取るには
どのバックアップソフト使ってどうすればいいんだよ？

>>440
最近のってそんな事できるんだ？
凄いね
変更ファイルの変更部分だけをバックアップ出来るソフトをひとつ教えてくれ。

>>440
一般論だとそういう方法もあると思うけど
FTPだけでそこまでの処理って出来たっけ？

三三三三三三三　 （　　　 　|　日経ッツ！
三三三三三　　　　　)）　　　 |
三三三三)ミ,（（＾＾彡ミ彡　 ／　　　　きさまッ！
三三三三 （（三三　　6)彡/／＼
三三三∩三ﾐl三三　 /ミ彡 ／) |　　見ているなッ！
三三三|彡ミ三ｌ三　／　＼ / /､ |
三三三ヽ＿）二 |￣　ﾉ　／　ﾐl :ｌ､＼
三　／二 /ミ　‐ｖ-― ´/　）ﾐ/ / /ヽ￣￣￣￣
三/　￣ /ﾐ　　　ｌﾐ 　 （_/ 三｀´｀´｀´

ネット上の掲示板には「顧客データもサイボウズに入れてたから、
電話来ても誰が誰だかわかんないし何も答えられないし、
サーバが落ちててって言い訳もできないし、
会社自体が記憶喪失になったみたい」
「たぶん明日は段ボールから顧客との契約書原本取り出して、
電話取りながらあいうえお順に並べる作業から一日が始まります」
といった書き込みがなされている。
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=3

>>439
特定のファイルに集中ではなく、使えば使うだけファイル数が
増えるのはサイボウズは特徴としてあります。
圧縮もされて無いので膨大な量になります。

なんだRDBじゃないんだ・・・と思い勝ちですが、これがどうして
どうして、ハードウェアの高速化でそれなりの速度は維持出来ます。

ただ、コアになる部分（2つファイルがあるんだけど）がcyde1を叩く
（あっと今はcyde2か）ので、このコアバックアップは必須です。
これが1バイトで壊れていると絶対に復旧は無理です。

まあ絶対に無理なの？ではなくて1バイトぐらいなら可能かも。
機能の「最適化」っていう作業するんです。

すると、ボッコボコにコアが壊れて無い限り辻褄あわせさせる事は
ある程度可能です。

後、たとえば「ファイル数個がおかしいけど？」とかいうレベルであれば
単純にデータが見当たらない等のメッセージが出るぐらいの被害で
済みます。そのアクションを消すかもう一度新規作成すれば問題は
無いです。（あくまでシステム上って話ね。重要ファイルなら救い無し）

ソフトの基本設計が悪いと
使わない方がいいですな

>>446
ファイル数の増加だったら差分FTPでもなんとか対応出来そうだね
コアファイルを保全しつつ、というのが大変なんだろうけど…

>>441
>もし見たら、内部規定どころか、秘密保持にひっかかる

第三者委員会の役割は？

>>443へのレスが欲しいんだが。
素人の妄想アプリじゃないのか？

そもそも変更されたファイルのどこが変更されたかをチェックするためには差分が必要で、
差分をとるには、一旦全部落とす必要があると思うんだが・・

サーバ側でスクリプトが動かせないと差分箇所のみのバックアップは無理でしょう
ASPでスクリプト動かせるところがあるか知らんが

スクリプトを動かせるところのサーバ借りて
バックアップソフトは自分で作れってことだな

>>450
ネット上とローカルに分散する2つのファイルのdiffを取るには
どちらかをうｐ or DL する必要があるよね
つまりこの時点で転送量的には全く利点が無いと思われるが…

あるなら俺も見てみたい

>>452
差分対象となるファイルをサーバ側に残しておかないとダメじゃね？

>>454
当然そうだな

>>454
サーバでスクリプト動かせないんだから、今回のケースでは無意味だね
やっぱり素人の妄想だったか。

rsyncってどうなの、と思ったけどそもそもFSだとSSHが仕様上利用できないのね
https://ja.wikipedia.org/wiki/Rsync

>>457
ネット上に顧客情報をまき散らしながらＦＴＰで落とすしかないが
帯域が遅く異常に時間がかかる上、ＦＳに「帯域使いすぎ」って文句言われるらしい。
バックアップ前にサイボウズを自動で停止できる状況だったのかは不明。

rsyncやsshを利用不可にしたのは何故なんだろうね

>>458
帯域制限か…
↓バックアップはユーザが使ってないときにやって、とある

>データのバックアップ作業は、メンテナンス時間を設定するなど、
>ユーザーが「Office 8」にアクセスしない時間帯に行ってください。
http://manual.cybozu.co.jp/office8/admin/other/maintenance.html

http://twitter.com/lilybell_news/status/219345910969274369

あの電話応答率には大した意味が無いという事だね、うん分かってた

>>459
囲い込みじゃね？

>>460
そんな運用聞いた事ないわ
小学生レベルのシステムだな

>>461
電話した人が１万人いて１００人しかつながらなくても
そのつながった１００人は全員つながったわけだから
応答率は１００％って計算だろう
無能通り越してキチガイ過ぎる

>>449
第三者委員会とは関係ないだろう、あるとすればファーストサーバとだな

相手方から要請があったときは、秘密情報及びその複製・複写物のすべてを相手方の指示に従い、
当社が認めた合理的な範囲で速やかに相手方に返却または破棄し、当該結果を書面にて速やかに相手方に通知するものとします。

こんな文面がFSの秘密保持契約にあったが、これだと、FSが指示しないとならない。
指示出来て無いって事は流出したデータが何かすべてを把握できてないんだろうな。

>>269

サーバは南鮮に置いてある。

管理は南鮮の新人。

訳わからずやる。　→　ケナンチェヨ（なんとかなるニダ）

実行　→　破壊　→　修理　→　さらに破壊

これがすべて

お客様のバックアップ不要を売り文句にしていたなら
最低でも素人が工夫なしでバックアップできなけ ry

>>464
うーん…FS自体が把握してないことにはどうしようもないのか…

こんなとき一休さんなら

288 名前：名無しさん＠お腹いっぱい。 E-mail：sage 投稿日：2012/06/26(火) 21:37:50.94 0
>>225
サイボウズシリーズを運用して無いからそんな発言になるのかな？
そもそもサイボウズにDBの塊なんてのは存在しない。MYSQLなんかと
一緒と思ってるのかな？違うぞ。

サイボウズDBエンジンが個々のファイルを呼び出しているだけ。
そもそもが単なるファイルベースなんだよ。
（だから今となっては早いとも言える）

ASP版の場合サイボウズの管理画面からのエクスポート機能は無い。
これはファーストサーバーがカスタムしたんじゃなくて、元々のASP版は
存在して無いって事。

だからサイボウズの管理画面からメンテナンスモード状態にして誰も
アクセス出来ていない事を確認してそこから作業する。
ファーストサーバーの場合、直接該当箇所をFTPで全ファイル引っこ抜く
という作業しかないのよ。

ただね、これが厄介なのがとんでもないファイル数なのよ。社員10名程度でも
3年そこら運用してりゃ、もうね・・・万単位レベルのファイル数になるわけ。

なんでってそれがサイボウズの仕様だから。デジエなんか泣くぞってぐらいの
数だからね。画像とか肯定とかもうヌルで入ってるからなあ・・・

290 名前：名無しさん＠お腹いっぱい。 E-mail：sage 投稿日：2012/06/26(火) 21:38:48.10 0
でFTPでファーストサーバーの遅い転送速度で毎日FTPで転送など、もはや
非現実で無理なのよ。レジューム利かせて夜中にやって朝方に終わるか？って
終わらんだろっていうぐらいのレベル。

そうこうしているうちにファーストサーバーから「夜中の転送量があまりに多すぎる」
転送制限を示唆されるわけ。

非現実な事を今になってファーストサーバーは言い出している。
簡易cromも別エンプラのみだしな。

共有サーバーな人でMysql使ってWPやMTやEC-CUBEな人は、シェルもTELNETも
ダメ。となると毎日phpmyadminのGUI画面からエクスポートってか！？おいおい
それはないわ　　って話になる。

結局、データ転送量を嫌がった仕様なのがファーストサーバー。

>>466
糞Be死ね

>>467
ファーストサーバ「流出したデータを回収するので、流出したデータがどこにあるのか教えてください（ユーザーへのメール）」

>>470
>>8

当社の責任も雲散霧消しました

>>473
うん、君の会社は悪くない。全ての責任はファーストサーバにある

退社した院生を復旧に駆り出すくらいだから
FS社内にはシステムを把握した人間なんて居なかったのかもね

本当なら利用されまくりだな退社した院生
それとも先払いでガッポリ貰ったのか

一般企業がコストカットの為に鯖管をクビにするのもどうかと思うが
鯖屋がコストカットの為に鯖管クビにするのはどうよ？

>>475
違うみたいよ

>姓が同じなだけで、全くの別人です
https://twitter.com/matsumotory/status/218214530885484545

ﾃﾞﾏｯﾀｰではよくあること

>>477
アウトだよなあｗ

>>478
すまん間違えた
Rubyの作者ではない、って言ってるだけか
↓これね
https://twitter.com/higa_t/status/218210286677655553

おわ、データ流出もソース出たのか

さてここに書き込んでた他社のメールが混じってたトコはどうなったんだろうな…

ファーストサーバ問題で自殺者が出ている、とツイートしていました。

根拠として示されているのが
次の２枚の画像

http://p.twipple.jp/MdoUO

SenmusanPt
センムさん白金
一緒に頑張って来たITの友人が、
ファーストサーバーがらみで自殺した。
去年は震災で社員が逝くし、勘弁してくれ〜；；

この画像の情報元は、こちらのツイッターですね。
https://twitter.com/SenmusanPt/status/217101819925626880

http://p.twipple.jp/bzq03

135 名前：名無しさん＠お腹いっぱい。
投稿日：2012/06/24（日）12:07:38.48.0
サイボウズデータ全て吹っ飛んだせいで
シス担が自殺図ったわ。さっき病院運ばれた。
真面目で良い人だったから責任感じたんだろうな…

※シス担＝システム担当者

この画像の情報元は２ちゃんねるのこちらのスレ
ファーストサーバ Part11

２ちゃんねるの方はともかくとして、
「センムさん白金」のツイートの方は
ネタアカウントでもなさそうですし、
信憑性が高いですね。
本人に聞けばハッキリするでしょうが。

ちなみにファーストサーバはヤフーの子会社
ヤフーはソフトバンクの子会社。
つまりファーストサーバがソフトバンクの孫会社であることから
孫正義批判がおきているようですね。

ファーストサーバはクラウドじゃねえ言ってた人はAWSの大規模障害でねぇねぇ今どんな気持ち？
ttp://25.media.tumblr.com/tumblr_m5yyrokFlP1qzvtljo1_400.gif

つーかよー、クラウドコンピューティングなりブラウザアプリなりソーシャルゲームなりビッグデータなり
明らかな問題点の指摘はいつだってあるのに
まるで耳を貸さずに全力でアクセル踏み込むよね、ここんとこずっと。最近の5年くらいか？
もはやバズワードの一言で許されるレベルじゃないだろうよ。結果、誤算や失敗のオンパレードじゃないか。

今のエンジニアって昔より遥かにバカになってるんじゃないの。
技術者という問題解決を仕事にする人間が、なんでバカスイーツか何かみたいに流行追いかけまくってんの？
それともスーツやテックメディアや投資家やアホリストどもが悪いのか。
とにかく地に足がついてない感が異常だぜ。

何が言いたいかというと、全員頭を丸めてハンドアセンブルでOSを自作するところからやり直すべき

>>368
cool!

このブログ記事が詳しいです
ファーストサーバの役員構成を見ると、
実質ヤフーの一部署。これっておかしくないの？

当サイトはソフトバンクの肩を持つつもりは一切ないのですが、
ソフトバンクの話になると、
どうしても激しく非難する方々が登場するので、
ここで誰が悪い！という議論はしないでおきませう。

それよりも、本当に自殺が出ていたとすれば
それは大変に悲しいことです。
どうしたら防げたのか、なぜ自殺してしまったのか
そこに焦点をあてて考えていきたいです。

>>486
今回の障害、AWSではデータも失われてませんし、情報漏洩も起きていませんが何か？
http://www.publickey1.jp/blog/12/amazon_16.html

>>487
>どうしたら防げたのか
ファーストサーバーが世間一般の概念のバックアップをちゃんととっていれば
防げた。終了

fsvがデータ飛ばさなければ防げたな
fsvがデータ飛ばしたから自殺してしまった

>>367
VTLのこと？

>>440,443,450,453
イメージファイルで差分バックアップを取るのとは違うの？

>>489
×ファーストサーバー
○ファーストサーバ (ヤフー株式会社及びソフトバンク株式会社の連結子会社)

パンフレットの通り「日に１回、外部にサーバにデータを保存」してればだよな
http://www.nikkei.com/news/image-article/?R_FLG=0&ad=DSXZZO4301105026062012000000&bf=0&dc=1&ng=DGXNASFK2600L_W2A620C1000000&z=20120626

ブチュンブリュブリュ

流石に下火になってきたか
中間レポートまではダンマリなんだろな

毎回こういうスレで下火って使いたがる奴いるけど
みんながお前みたいに２ｃｈで不毛な話ばっかりしてるわけじゃないからな
訴訟とかあるならこれからだし２ｃｈで部外者とかニートに相談しても仕方ないだけ

事実関係については、どんどん暫定報告を出せる案件にもかかわらず、
調査報告までに、こんなに時間がかかるのは
「第三者調査委員会」の名を借りることで
時間稼ぎしようという狙いがアリアリと見える。

バックアップとってなかったのを記述ミスで済まそうとする当り
東電の「想定外」と通じるものがある
客観的には単なる詐欺行為で、それが本当にうっかりだろうと
罪が軽減されるわけじゃないからな。

結局、自殺者出したのはサイボウズ関連だけなのかな

自殺者はここに書き込めないからな

秋葉原に本社があるアパレル系の会社も被害にあってたのか（ラオックスのザコン跡地の近くの）
http://www.daidoh-int.com/

ダイドーインターナショナル

>>486
昔は、現場に権限が委譲されてたり、
上司がエンジニア上がりだったからケツ持ってくれたりしたが、

今の園児ニアの場合、考えずに多数決で技術的な事を決めちゃったりするｗ
会議に決定権があり、いかに優れた個人でもそれが持たされないんだｗ

つまり、1+1の答えを会議で決めている。

その傾向は、管理しかしない大会社では往々にしてあったけど、
今は無茶苦茶酷くなっている。

だから、これからも増えるよこういうのｗ
理解して無い事を無理やり実行するから間違って当然。

>>409-469
サーバ側でスクリプトを動かせないとサイボウズのバックアップを取れないとか
言ってる人がいるけどさ、そんなのFTPクライアントの機能で十分じゃね？
FFFTPなんてごく基本的な機能しか提供しないFTPクライアントですら
差分ダウンロード・差分アップロードできるぞ。
FFFTP使ってWebサイトの更新をするときだって、全部のファイルを
うｐ・どｗｎしないでしょ、普通。

>>451
それはその通り。

乏しい経験をさも一般論のように言われてもな

>>502
単にお前が動的バックアップ理解してないんじゃないか？
ついでに言うとftpで顧客情報落とすなんて犯罪レベルの情報漏洩だよ

>>487
橋本治の『上司は思いつきでものを言う』の中で

｢愚かな上司と正しい部下｣の組合せはあり、
｢愚かな上司と愚かな部下｣の組合せもあって、
｢正しい上司と愚かな部下｣というペアはない。

というのがあったけど、この場合の正しい部下ってのが責任を背負いすぎる気がする
まあ本件の場合には >>487 の言う通りだけど

>>504
いくらなんでも、今時、FTP over SSLの使えないレンタルサーバなんて、
この世に無いでしょ。
それと、動的バックアップって、今回の話に何の関係があるの？

>>506
事実も調べず妄想ばかりのバカだな
救いようがない
ＦＳのページみてＳＳＬ使えるか確認してこいアホ
そこがわかったら動的の説明してやるから

>>507
ググったら、一発で出てきたけど？
http://faq.fsv.jp/fffaq/detail.asp?baid=13&strkind=5&Page=&Rows=&NB=&AspPage=DTL&RFaqIDs=2138&FAQID=2139&Option=&NodeID=&DispNodeID=581&CID=0&Text=&Field=&KW=&KWAnd=&Attrs=&SearchID=&Bind=

>>468 >>469
サイボウズの仕様がもともと
バックアップしにくい構造になっているってことか

今時ＤＢつかわないシステムも珍しいな

まぁ全責任はヤフーにありますよ

ttp://logsoku.com/thread/toro.2ch.net/hosting/1340310469/95

予測が完璧に当たっててﾜﾛﾀ
この流れで流出しとる

更にあの人形が許せなーい

業界の手本となるべきyahooさんなら
きっとすべての損害を補償してくれるに決まってる
みんな信じてます

寺があって、後に、坊主があるのではなく、
坊主があって、寺があるのだ。
寺がなくとも、良寛は存在する。
（坂口安吾：日本文化私感）

日本語訳されてない念仏お経なんか唱えてる時点で坊主は売僧
トラフィック不足でＦＴＰも使わせないＦＳも、なんちゃってクラウド

信頼性が欲しけりゃ、
・まともなSI業者にまともなシステム発注する
・上記のシステムと同レベルの信頼性を持った外部の業者を使う
のどっちかが普通だな

そんなことより脱原発ですよ

>>516
確かにな
だが、「まとも」「同ﾚﾍﾞﾙ」の判断が難しい所だな

経営者は安くて有名な所が良かったんだから、
ﾔﾌｰ100%子会社のFSVは丁度良いサービスだったと思うよ。
ﾔﾌｰグループだから万が一の時も安心、万全だし。

とか思っちゃったんだよねぇ、商売上手いよなｗ

お客様作業不要でお客様企業不要。

脱原発騒いでるのは、基地外と株価が下がって困る株主だけ。

データ漏洩の根拠を
詳細に調べてほしいな
145者に渡ったのはどうやって調べたの？

推進派きもい
大飯原発の隣にでも引っ越したら？

クラウドを導入検討しているのですが
どこがいいのでしょうか？

なぜ原発話に?

>>523
ファーストサーバー

http://www.firstserver.co.jp/topics/pdf/interview090511.pdf
これがジャパンスタンダードか。。。

>>522
俺福島住んでるけど推進派だわ

工作員の話題そらしか
程度低いね

AmazonかGoogle

同じ「クラウド」でも
それを実現している基盤がぜんぜん違う。

何台の物理マシンでクラウドを実現しているかを
調べるだけでも、大きすぎる差があることがわかる

>>521
自己申告とかだったりして
ディスクが保全されてなくても、ログがあったら分かるって人居たけど
ログの種類によっては調べられるもんなのかな？

サーバは電気を食うからな

>>530
アクセスログ見ればわかるだろｗ

ITは虚業の原発推進者

FSの運営管理体制を知った上で、敢えて利用するのはありだろうけど
いくら中小零細企業だとしても基幹システムを預けるのは無だろうな

IDC社長真藤(FS取締役)が、こんな事言っているwww
http://cloud.watch.impress.co.jp/docs/special/20120626_542675.html

>>525
ファーストサーバを使えば
自分でバックアップしなくても大丈夫でしょうか？
中小企業で専任ＳＥもおけず、ＩＴ知識もないもので
バックアップまで手が回りません。

>>530.532

Q. 障害発生前のアクセスログは残っていないのか？
A. 誠に申し訳ございませんが、残っておりません。
http://www.faq2.fsv.jp/faq/question.html

>>534
中小零細企業だと、何よりも金が第一
月3000円とかでも、高いといってやめる奴がいるんだぞｗ

まじで、馬鹿。

基本無知なんで、月1万円未満のほとんどのレンタルサーバーに
バックアップがないことを知らない。
バックアップが自己責任であることを知らない。
何かトラブルがあったら一巻の終わりなんだがそれすら気づいていない。

基本無知なんでｗ

>>537
情報漏えいは、
障害発生後のアクセスログだろｗ

>>532
ファイルアクセスログだけで、復旧ミスって分かるのかな？
障害前のやつが残ってたら、まだ調べようもありそうだけど
こっちは消えてるんだよね？

集団訴訟まだー？

>>540
FS側で、中身が誰のデータかわかってないんだから
単純にアクセス数をもとに、漏洩数にしているだけでしょ。

>>538
その無知に付け込んで騙して安物売りつけたFSとYAHOO

>>543
同じ価格帯のレンタルサーバーは
どれも同じようなもんだよ。

これを機に、みんな高いサービスに
乗り換えてくれるといいなｗ

>>542
あぁ提供されたRECOVERED_FILESを参照したのが145者って事か

みんな約款ってちゃんと読んで契約しているの？
契約の際、営業は約款ってちゃんと口答で読んでいる？
わけないよな・・・

>>546
住宅購入のように「重要事項説明書」は必須にする必要があるだろうな
アルバイトらにはわからんか　
家かったことないやつばっかりだろうなあ

情報漏えいのことを考えると、当然専用サーバー
バックアップのことを考えると別にバックアップ用のサーバー
どうせユーザーで管理できないだろうから、マネージドサーバープラン。

占めて、月3万〜となります。

仕事で使うなら、これぐらいが最低ラインだよね。

>>534
バックアップ運用まで調べ上げて評価したうえで
導入した顧客っているのかねえ。いないだろうねえ。
まともな評価の出来る人材を雇っておく余裕があるなら
基幹システムの外部委託なんてしないよな。

安いから仕方ないなんてわけないだろ
バックアップ用に別料金とっていて、しかも別サーバに毎日バックアップしてるって言ってたんだから
これは安いとかいい加減じゃなくて、単純な詐欺行為。
安いからしょうがないって奴は、レストランとかコンビニでメシ買って食中毒になって死んでも
「まあ安いから仕方ない」ですませられるのか？

FSのシステムその物は決して最悪では無いと思うんだよね
そりゃ、サーバの冗長性やオフラインバックアップの有無を考えると
不満な人も多いだろうけどね

RAID1+デイリーバックアップ、これだけでもちゃんと運用しいれば
こんな大惨事にはならなかったんだよ、ちゃんと運用していれば

バックアップはありませんがお安くしますなら誰も文句言わねぇよ

社員25人、ローカル鯖でサイボウズを運用してるけど、
一日に更新されるファイルなんて合計で20MBも行かなくて
バックアップに5分とかからないけど・・・

いくらASP版をFTPSで落とすとはいえ、転送量とか時間が
問題になるなんて、やっぱり想像がつかないな。
どんなバックアップをしてるのか、気になる >>468 >>469
まさか、ご丁寧に全ファイルを落としてるとか？

普通、タスクスケジューラにFTPクライアントを入れておいて
自動で差分を落とすよねえ？

>>550
例が極端すぎだな。

レストランとかコンビニで飯かって
刺身が養殖だったようなもんだ。

安ければ質は落ちるのが当たり前。

>>549
言ってることが矛盾してるんだよな　ファーストサーバって

売るとき：初心者・素人でもOK　難しいことは考えずに導入しよう！
　　　　　わずらわしい管理はすべて弊社にお任せっ
　　　　　

売った後：え？バックアップも自分でとれないの？情弱？？約款がすべてだよ
　　　　　ボケっ

詐欺師によくあるパターン

>>551
つまり、全世界が認める万全のシステムであったとしても
FSが運用している限り同じ事が起きたと言いたいわけですね？

>>553
> 社員25人、ローカル鯖でサイボウズを運用してるけど、
> 一日に更新されるファイルなんて合計で20MBも行かなくて
> バックアップに5分とかからないけど・・・

1サーバーあたり60ユーザーなので1.2GB
300分＝5時間です。

・共用サーバ1台につき60者収容
・RAID1+デイリーバックアップ
月おいくらくらいが妥当？

>>555
そりゃぁ詐欺師に失礼ってもんだ

>>556
ま　確かに人災の割合は大きいかもな
万全のシステムでも、最後の砦は人間
内部の人間が発狂したら、万全のシステムなど皆無

FSのような稚拙レベルの技術者集団ではどんな万全システムでも
起こりうる可能性はある！

システムがしょぼいのはヤフーから来たやつらの高給と上納金のせいだけどな

6,7月の倒産件数は突出するのかねぇ（´・ω・`）

>>553
別にサイボウズ専用のサービスだったわけじゃないんじゃね？

>>554
相変わらずの論点そらしだな。
今回の問題は嘘付いていたこと。
「このマグロは天然ものですよ」って言っていたのに養殖物だったのが問題の本質。
最初から要職って言って売っていれば誰も文句は言わない。

>>557
ローカル鯖と比較してどうすんだ？
アホか

>>564
嘘ついていたのが問題であって、
じゃあこれからどうする？って考えた場合

やっぱり、今の数倍のレンタルサーバーに
乗り換えるしか無いのかね？

バックアップまでちゃんとやってるところって
同価格帯じゃまず無いよね？

>>565
どういうことですか？

ローカルサーバーと比較したのは>>553でしょう？

>>567
メンゴメンゴ

>>566
激安サーバ使った事ないから知らんけどググってみたら？
ここまであからさまな詐欺会社はそこまで多くないと思うよ

>>566
GMOのVPSが3重バックアップとか書いてあった気がするけど
詳しいところまでは…
どのみちレンタルサーバでデータ補償してる所は無いだろうから
利用者側でのバックアップは必要だろうね

>>569
いえ、詐欺かどうかではなく、
バックアップをしてないと
書いてあるところが大半なのです。

>>571
なるほど。
それなら自分でバックアップするか、
バックアップサービスありでなおかつ信頼出来るところを使うしかないだろうね。
前者ですらＦＳよりは信頼性高いだろう。

>>570

http://vps.gmocloud.com/contact/faq.html

バックアップ機能はありますか？
サーバーにバックアップ機能はございません。下記の方法をご検討ください。

バックアップフリー → ユーザバックアップの話を出す → アウト
差分バックアップ → 世代管理 ( もはや素人の出る幕では ) → 完全アウト

>>573
俺がみたのはこのページだけどサービス自体が違うのかな
http://www.rapidsite.jp/product/vps/

3重バックアップって言っても3世代とかそんな感じだろうけどね

給料にもよるが神経をすり減らしていちいち指差確認する類の仕事 .
たかが世代管理されど世代管理 . 命懸け . 自殺者も出る .

http://taritari.jp

ここもFSらしいが今回とは別の障害かね？

>>575
raidをバックアップに含めているのはどうかと思うけど結構まともな事書いてある。
サイト内検索も簡単だし。
ＦＳのＦＴＰバックアップ方法なんてトップからどうたどっていけばいいのか分らんかったしな。

http://www.rapidsite.jp/product/function/backup/

http://www.rapidsite.jp/product/function/backup/index.html

図：「毎日定期的に実行されるテープバックアップシステム」
文：「1週間に1回、テープストレージにバックアップします。」

どっちが正しいんだろうねｗ

>>579
全体的な印象だと「毎週」を「毎日」と間違ってかいたっぽいね。

ここも詐欺か

>>579
七つのグループに分けた上で毎日１グループのバックアップを実施とか

人材派遣会社
http://www.s-bank.co.jp/

給与明細とか大丈夫か？ｗ

>>583
今回の障害と関係ないけど、公式ページから給料見られるって凄いな。
一応パスワードは掛かっているとはいえ、外部に晒しちゃダメだろｗ

普通に見れるんだが

パスワードかかってるんだから
晒してないだろw

>>560
フェイルセーフ、プールプルーフがしっかりしてりゃと言いたいところだけど、仕組みを作る側がこれだから、アーキテクチャ以前の問題。
損害賠償はきっちりしてもらうとして、今後はソフバン系や安かろうサービスは使わないことだな。

これから先、毎日ユーザにバックアップされて、トラヒック大丈夫なのかね？

>>557
ローカル鯖で20MB5分って・・・

　　 　　／⌒ヽ
＼ ⊂[（_ ＾ω＾）　　　　　訴訟を申し込む！
　 ＼/　(⌒ﾏ´
　　（⌒ヽrヘJつ
　 　 ＞ _）、
　 　 し' ＼_） ヽヾ＼
　　　　　　　　　　丶_ｎ.＿_
　　　　　　　　　　　[I_　三ｦ　(
　　　　　　　　　　　　 ￣ 　 （⌒
　　　　　　　　　　　　⌒Y⌒

￣￣|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┌‐┐
＿＿|＿　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＿l＿_|＿　┌‐┐
　＾ω＾） 　　　 ／⌒ヽ.　　　　／　　　　　　　　　　　　　　　　　 （＾ω＾） ＿l＿_|＿
7 ⌒い　　　 _（　＾ω＾） 　 ／　　　　　　　　　　　　　　　 ／⌒ヽ/　　 ヽ （＾ω＾）
　 　 | l 　 ／ﾌ￣⌒ヽ ｎ／　　　　　　　　　`＝ニニﾌ'　 （＾ω＾　）　　　l　/　　 ヽ　　
　＼　＼ (／l､＿_＼__ソ　　　　　　　　　　　　　Ltl;;;ﾉニ￣　　　　ヽ　　　l　　　　|
　 　＼ /っ /　,(＿＼.　　　　　　　　　　　　 　　└’　 ￣ﾌ　　　）J
　 　　 │／_／　 /__ﾉ　　　　　　　　　　　　　　　　　　　〈__r‐＼ ＼
＿＿＿)─'　　 └--'　　　　　　　　　　　　　　　　　　└-┘　　(フ
│ |　│
┤ ト-ﾍ

なんかサイボウズにログインできない

>>589
ひょっとして5分が 20MB の転送時間だとでも思ってる？

差分バックアップでも、全てのファイルを調べるからそれなりに時間はかかるよ。

そもそも５分と「かからない」って書いてるだけだし。

>>592
その機能は戦車砲で破壊しておきました(^^)
http://sokuup.net/img/soku_18344.jpg

サイボウズは細かいファイル大量作成だからいいが、
EC-cubeでシェル使えないのはどうするんだ？

「一般的なバックアップと違う」って言ってるやつがいるけど、
一般的なバックアップって具体的にどういうこと？
それが一般的だというソースもよろしく

一般的なバックアップといったら
「骨は拾ってやるから死ぬ気で行ってこい」という上司の一言だろ

サイボウズのやってるクラウドはなんか7月1日のうるう秒問題で障害起こして止まってるらしいぞ
ここも糞だな、信頼性なんてありゃしないわ

>>598
うるう秒で障害なんか起きません。
だって、コンピュータシステムはどれも対応してないから。

>>597
そこまでできるのは、コストをかけられる金融業界とか一部の業界だけだろ
それを一般的というのはどうかと思うぞ

しかも、一般的だというソースもないし

だからファーストサーバの社長室長がそう発言してるんだってば
http://www.nikkei.com/news/print-article/?R_FLG=0&bf=0&ng=DGXNASFK2600L_W2A620C1000000&uah=DF170520127708

室長の発言は「おっしゃっているような」一般的なバックアップ、な
どんな質問されたのか知らんが、これは失言だよな

んで、「一般的なバックアップ」の具体的な内容は？

病気みたいに言葉尻とらえてるんじゃない・

意味や内容をしりたかった情報系の大学、大学院に行くか
実際に業界に入って働けばいいよ。タダで教えてもらおうなんて甘すぎ。
それができないなら知ってる人に平身低頭教えを請うたら

あほかｗｗｗ
知識がないから教えて、って読み取っちゃうってｗｗｗ

結局、今回の件についてはバックアップは取っていたし、
それはバックアップと呼んでも差し支えないものなんだよ
少なくとも毎日6時に取ってるという点についてはな

バックアップの扱いがお粗末なんだよ

知識や経験があれば今回のシステムが杜撰だとわかる

ユーザだって「自動バックアップ」でユーザのバックアップの義務を果たしてる
と主張できるよな。それを飛ばしたのはファーストサーバ。
もしかしてRAID厨か？

RAID厨は勘定系で働いてみればいいよｗ

別にファーストサーバを擁護したいわけではない

バックアップを取ってるのに「バックアップを取ってない」とか
「一般的なバックアップと違う」とか言ってるのが
イラっときただけ
それは違うだろ、と

鯖屋として致命的なミスの割には対応が適当だな

レン鯖の話なのに勘定系ってｗ
かけるコストのオーダーが違うし、
勘定系は何千社、何万社がFTPでアップロードしたりすんのか？ｗ

>>610
同一物理サーバ内でコピーをとるのをバックアップと呼びたいなら勝手に呼んだら？

>>613
せめてパンフレットで使っていた「外部サーバにデータ保存」
ならわからんでもない。
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=5

>>613
うん。だからみんな、それを含めてバックアップと呼んでるんだよ。

>>615
少なくとも俺やまわりの情シスの連中はそれをバックアップと呼んでないから
かってに決めつけないでくれ。それこそみんな呼んでるソースなんてないだろ？

室長っていうとかの国みたいだな

>>616
工作員にアンカーつけるな。エサ与えてるような物だ、無視しろ。
あらしに荷担するな

>>613
呼ぶか呼ばないか、っつったら呼ぶだろ
さらに、今回は別ディスクだったんだから、
バックアップ元ディスクの物理障害に対するバックアップにはなるし、
バックアップ後にマウント解除してたなら論理障害対策にもなる

内部バックアップサービス
http://www.cpi.ad.jp/shared/detail/backup.html

>>618
悪かった、明日も仕事だからもう寝る。
社長室長いないような会社あるんだ？

>>616
まわりの情シスの連中ｗｗｗ

社長室長はおろか情シスもない会社か、かわいそうに。
あれ、働いてる？

そもそもバックアップの定義が取り沙汰される時点でアウトな件について
外部バックアップを売りにしていた件について

まわりの情シスの連中（）が言うバックアップの定義を教えろください

問題はバックアップと呼べる呼べないではなく
バックアップ設計に隙があるかないか
時間差ミラーに留まるという点で既に落第点

>>602
その前の文章を読めば、なんて質問されてのか分かるでしょ

> なぜ、外部にバックアップをとっておかなかったのか。
> ネット上では技術者を中心に、この点が指弾された。
> これについてファーストサーバの村竹室長は、こう話す。
>
室長は外部に取るバックアップが一般的だと認識してたんだよ

一番の問題はバックアップの扱いだけどな

システムとして各種リスクに対応できていなければ失格
今回は人為的なファイル消去という論理的破壊に対応できてない

ここまで無茶な素人運用で大事故を起こしておいて反省どころか
じゃあ正しいバックアップとやらを説明してみろや
だと ?

ふーん
日本中みんな見てるよ

誰にいってんの？
２ちゃんねら？

ネット弁慶がおるｗ

よくわかんねーけど
バックアップが外部にあろうが内部にあろうが、今回の件と関係あんのか？
バグがあったから全部消去したわけだろ

そもそも、バックアップ取ったあと
に折角取ったバックアップにまでパッチ当てるって何考えとんねん

>>633
一般的なバックアップではなく、冗長構成の一部だからです。

稼働サーバがダウンした時に、予備サーバへ即時に切り替わります。
そのときに、セキュリティホールが復活するのを防ぐことができます。

>>632
はい。
バグで消去されるのを防ぐには、世代管理が最も効果的です。
ただし、ストレージベンダーが提案するバックアップは、
全てハードディスク故障などの物理破壊を防御するものです。

そういう、物理破壊の防御だけが高度化して、それにばかり気を取られてしまい、
肝心の人によるミスの対策が愚かになっておりました。

>>613
同一サーバ内のバックアップは、人的ミスによるデータ削除のリスクを
低減する効果があります。
ファイルを誤って削除しても、元に戻すことが可能です。
ただし、世代管理して古いファイルを復活できないと、ほとんど意味がありません。

>>634
ん？ホットスタンバイがあったの？

http://www.powershift.ne.jp/blog/2012/06/22/obstacle/
http://www.powershift.ne.jp/service/index.html

FSのセールスパートナーであり今回の障害の被害者でもある…
大変どころの騒ぎじゃないよな

ドゥーン

>>637
はい！
ＳＬＡで稼働率１００％保証を実現するために、ホットスタンバイはあって当然です。

>>382
まず、サーバにOpenVZをインストールしてみましょう。
そして、2つの仮想サーバを作りましょう。
ホストから、ls -li でファイルのi-nodeを調べてみましょう。

あら不思議、重複したi-nodeはありませんね〜ｗｗｗ

>>641
OpenVZというか仮想OSのコンテナって
各VM毎に独立性のあるディレクトリみたいな認識で良いのかな？

まず、この価格帯の商品では
コスト的に世代管理を行わないのが
常識だってわかってください。

金かけりゃできるってのはわかってます。

常識なら言葉遊びで真実を隠す事もない

>>641
OpenVZはOSレベルの仮想化であって
準仮想化じゃありませんよ。
常識だからこれ。

>>644
この価格帯の商品では世代管理を行わないのが
常識だってことに反論はないということでいいね？

>>646
なに斜め上な事いってるの？

>>647
内容がないなら、レスはいらないと思いますｗ

>>648
なにズレたこと指摘してるの？

>>649
そんなことより、

この価格帯の商品では コスト的に
世代管理を行わないのが常識って
話をしませんか？

同意しないけど
勝手にスピーチをどうぞ

それが常識だったとして、今回のFSの件とどう繋がるのさ？
常識だって事を認めて欲しいだけかい？

>>548
テープバックアップも必須
もちろん、テープは同じテープを複数顧客で使わず、
自分専用バックアップテープで

>>652
認めるとかそんなレベルじゃなくて、
各社のサービス内容から明らかになってる事実。

なぜこの事実を言ってるかというと、
建設家的な話をするため。

一般家庭で泥棒にはいられないようにするにはどうしたら良いか？って
話をしているところで、警備員を配置して、幾つもの認証を通らないと
入れないようにするとか言っても、全然現実的じゃないでしょ？

無駄な話だよね。

このスレには自宅警備のプロが大勢居そうだけどなｗ

100世代のバックアップがあっても
ここの運用ルールとオペレーターがやったら
バックアップごと全部削除されるのが常識で周知の事実かと思ってた

今北けど確実にスレの勢い落ちてきてるな・・・
祭りになるかと思ったけどこのまま軽い事故として収束しそうだわ。

このスレあってもなくても変わらんよ。

どうせ自分とは関係ない話で
かわいそうな人に裁判起こせーとか
無責任に煽ったりしてるだけなんだから。

大体2chなんて玉石混交だろ
大半の駄レスの中から有益なものを探し出せるかは、自分次第だ

>>656
そのためのテープバックアップだよ
LTOのWORMメディアなら、消そうと思っても消せないから、
間違って捨てたとか物理破壊したとかしないかぎり消せない

テープはリカバリに時間がかかり過ぎるな

>>660
あの、他社の情報をいつまで持っとくつもりなんですか？

そういうのは、自社のデータを守るときにしか
使えないんですよ。

システムの(論理を含めた)耐障害性と運用体系に大きな隔たりがあった
それが問題なんだろうな

隔たりというか誰が見ても詐欺です。
裁判されたらファーストサーバ側に勝ち目100%無し。

情報漏えいについても日経が突っ込んでくれる事に期待するか

まあ、時間掛かるよなーこの話も。

こういうのって、ファーストサーバーが、おまけでBuffaloの安い外付けHDDにバックアップ取っておいたとしたら、そこから復元できてたりするんでしょ。
費用の問題じゃないよね。

>>610
なんかまたバックアップ呼ぶとか呼ばないとか言ってるけど、これをバックアップと呼ぶ人は
同じようなシステム作りそうだな。

バックアップは言葉通り、システムをバックアップ（バックアップした時の状態に戻せる）して
何らかの問題が発生した時に対応する事を指すので、私は今回のファーストサーバが
言ってるバックアップはバックアップじゃないと判断したよ。

バックアップとはと言う定義がわかってない人は、教えてもらってないんだと思うんだけど、
良く考えてみたらいいと思うよ。

>>667
ぶっちゃけ、外部ストレージにバックアップしていても、今回の事故みたく
元サーバにマウントしたまま、バックアップにまでパッチを当てたら、
結局はデータ消失のリスクは高いままｗ

SLA100％(笑)・・・半日ダウンしても数千円の返金で済むようなみみっちい金にこだわって、
リスクコントロールの概念が脳みそから吹っ飛んでいるFSの運営方針がそもそもダメダメ。

外部へのバックアップがどうとかは根本的な問題じゃない。

FSの人間は、こんなところじゃなく裁判所で言うことを考えてなｗ

もう許された

バックアップの明確な定義なんてないし
私はバックアップじゃないと判断したよ　とか言われてもねぇ

>>668
いつまで工作員に触ってんだ？自演か？ｗ

>>672
最悪一日前の状態には戻せるから客側では
何の操作も不要とうたっておきながら
それが出来ませんと言い出した事が問題なんだが。
バックアップの方法の定義なんか関係あるの？

会話になってねーよーｗ

例えばね・・・
http://hp-pack.fsv.jp/
こういうHPパックでドメイン1年無料。初期費用3150円。月額980円なんかで
零細企業のHPを立ち上げたりした人は、俺が予想するに大半は失われた
であろうとと推測してるよ。FS側としてもバックアップの「バ」の字もない。

ファーストサーバーだし問題ないだろうという甘い考えで、よく構造を
理解していないWPを使って半ばブログ感覚でサイトを構築していた
人にとって、FTP？MYSQL？ログファイル？phpMyAdmin？何それって
世界だったと思う。

例のフェイスブックで文句言ってたネーチャンもおそらくこれをベースに
（もしかしたらビズ2で簡易BKUP無料）契約しているものと思われる。

続く
大目に見て、企業だからね、とやっぱりスモールビズ以上に入っておくか
という話になったかもしれない。
http://www.fsv.jp/kyoyu/small/

簡易バックアップサービス（ビズ2以上は無料）
http://www.fsv.jp/function/backup/snap/price.html

俺は大半はこれ以上と推測。零細であれば会社のパソコンとか
の管理はそれほど熟知というよりはパソコンにちょっとだけ詳
しいって人ぐらいだったろう。簡易バックアップサービスを
チョイチョイとイジり、最大7日、各曜日で最大７つのショット
で作成は普通にしたであろうとも推測できる。

開設当初はバックアップも行っていたであろう。ただここに
MYSQLのバックアップはデフォルトは無い事に気付いていたか
は、また別に話になるかもしれんね。
（俺が知る限り無かった気がするけどな）

もうバイト君達は引き上げたのかな？
関西弁口調の煽り書込というか火消し書込が激減したねｗ

>>678
>>672
後出しで定義を買えても良いとか言い出してる

ここは一般的なバックアップの定義がわからないようなヤツが来ていいスレじゃあないんだがなｗ

なんと「バックアップの明確な定義なんてない」そうな

テープに記録してもバックアップ
HDDに記録してもバックアップ
プリントアウトしてもバックアップ
飲み屋で愚痴こぼしてもバックアップだろ

バックアップの定義がわからないんだが、もしよろしければリファレンス付きで教えてくれないか？

じゃ、間を取ってバックアップというのは、
心だとか魂だとかいう概念的なものって事でw

顧客に「当社のバックアップ」と示した案件がＦＳのバックアップなんだろ

しかし、まさか初期化が必要な騒ぎになった後でバックアップの定義から問われるとは
こんなサーバ選ぶ時点で、潰れるべくして潰れる顧客どもだったんだろうな

バックアップの定義はただ記録すること
ソースはファミコンカセットの裏の注意書き

ゲーム世代用にセーブオプションでも作ればいいな

サイボウズ落ちてない。。。？

まぁ>>685が正解だな
となると問題は「当社のバックアップ」が本当に宣伝内容に則したものであったかなんだが
事故発生からかなりの時間が経過していることを考えるともう証拠捏造は済んでいるだろう

どんな堅牢なシステムでもヒューマンエラーなら起こせない事故なんてないし。

バックアップとはなんだったのか

ってスレ建てたらいいんじゃね？

ぶっちゃけ100%稼働保証出来ればバックアップなんか要らんわな

バックアップの意味が分からないお前らはwikiでも読んでろｗ
http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97

FSの技術者がバックアップの意味が分かってたらこんなシステム組まなかっただろう。
顧客が知識があったなら自分でバックアップしただろうし、バックアップできないファーストサーバは利用しなかっただろう。

FSが言ってたバックアップが顧客に対してバックアップの機能を提供できていないのだから、ヒューマンエラーでもなんでもない。
今回の事故は設計時に容易に予測できたと思うわｗ

↑こいつは卒業論文の引用を全てwikiのUrlで埋めてドヤ顔で提出した池沼だから許してあげて

うんこ

アレがバックアップならRAID5だってバックアップになるわ

世の中バックアップのし過ぎだな

俺の会社終わった
サイボウズデータ消えた上に、情報漏洩

終わった

ファーストサーバ株式会社
　　　　　　　　　　　　　　　　　　　　　　　　代表取締役　磯部 眞人
平素よりファーストサーバに格別のご愛顧を賜り、誠にありがとうございます。
弊社が引き起こした障害により、お客様に多大なご迷惑をおかけしており、
改めて心よりお詫び申し上げます。
6月20日に発生した大規模障害の復旧のために復元データを作成してご提供い
たしましたが、お客様のデータが×××件の他のお客様の復元データの中に
混在している可能性があることが判明いたしました。
現在、復元データをご提供した契約者様に対しては復元データの削除のお願い
を差し上げているところでございます。
今回の件で、お客様には多大なご心配をおかけすることになってしまい誠に
申し訳ございません。深くお詫び申し上げます。
引き続き、復元データ削除のための対応を最優先に取り組んでまいりますので、
よろしくお願い申し上げます。

ウウウウウワアああああああがややあやあやあｇっやああああ

>>697

削除されたのかどうか、については調べ用が無いから怖いよな。

セカンドレイプきましたわー！！

>>697
どっかに届出したり、謝罪広告打ったり、さらに賠償したりするんでしょ
ふんだり蹴ったり、ひき逃げにあったり状態だな

>>697
ウチの会社もきた・・・

>>702
一緒に訴訟しない？
中小企業で単独では無理だわ

ファーストサーバー絶対許さん

データ消失の上に漏洩しといて、謝罪はメールだけとか、舐めすぎてるわ
謝罪会見も無いとか狂ってる

下り坂のどん底の先にあるという「まさか」という坂を
とうとう転げ落ちたか。

一部サービスにおける情報漏えいについて
http://support2.fsv.jp/urgent/report2.html

>混在してしまった可能性があるデータをダウンロードされた 145 者のお客様へ、順次個別に電話連絡し、復元したデータの削除を依頼してまいります。

そろそろ電話くるんじゃない？

> 復元したデータの削除
わらたｗ
何の僥倖か手に入れられたリカバリデータを基に死に物狂いで復旧していたら、それを消せというのかｗ

社内のエース級の社員の復旧作業と対策本部の役員の指示による情報漏えいは
お前ら廃業しろよレベルの領域だよな

漏洩１件当たり500円の賠償金が必要という前例があったっけ……。

>>708
ツートップは大量にお漏らししたけど1円たりとも支払ってないよ

解約済み顧客のデータと混在する可能性があるのね
http://support2.fsv.jp/urgent/img/img_kyoyu02.png

解約したやって支払上限0円ですか？ｗ

ケツの穴ちいせえクセに随分と立派なものをお漏らししたな。

>>703
うちも中小。さすがに今回のは許せん。
余計なことしての損害だしね。
訴訟考えないとだよね。単独では確かに厳しい。


>>705
流失データをDLしたところには電話行くけど
流失されちゃった方はメールのみ。
なめてるよね。

あわててHDDサルベージして混在データを載せちゃったんだろ？

流失と流出の区別はつけましょうね

チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！

>>697
うちも北…
うちはECサイトだぜ
どの位の範囲でデータのお漏らししたのか分からないのか？
お漏らし範囲によっては瀕死じゃ済まないナ…
もう死ぬのか？

過去にFSを利用してたユーザまで巻き込むとは流石だぜ！
しかし流出元のファイル数まで調べられるもんなんだな

>>717
全部漏れた前提で動くしかないんじゃない？

チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！
チョン！チョン！チョン！チョン！チョン！チョン！チョン！

>>703
まだ謝罪会見をやらないよな・・・

>>717
ユーザーへのお詫びの文言なんて書く？
何を書いたってどうせユーザーなんか
「あのECで個人情報流出があった」って印象だけだろうけど。

データ消失はともかく流出って、
もううざってえからFSの従業員が動画で説明してくんないかな。

せめて概要をテレビでやってくれれば
「あ、あの事か」とかわかる人には納得してもらえそうなもんだが。

>>719
恐ろしいこと言うなよ〜

>>722
そうそう、FSのサイトで、事の顛末を動画にしてまとめてくれよ
お客様には「下記のアドレスの動画をご覧になって下さい」って
言い訳が効くから…
お漏らしだけは無いって信じていたのに、もうやだ！

ファーストサーバがとっととNHKと日経に詳細記事を書いてもらえばいいだけなのにな

>>667
まーそんな感じでも一応それっぽく出来るね
rsyncとかに入る時間の直前に、外付けストレージ自動通電し、終わったら自動シャットダウン
ジョブの前後にmountとumountいれる感じ、タイマーコンセントは便利だな！

↑小さな会社や個人ならこんな程度なのかもー

>>716 国籍や出自での批判は良くないと思います。反対です。

それにしても、困りましたね。単に「個人情報漏れ」と書くより
漏れた先は同じファーストサーバ社のユーザのみである点は
強調すべきかと。

個人情報が世界全体にさらされたわけではなく、契約ユーザ間でのみ
というのは大きな違い。

もし漏らしたら、たどればFSユーザなわけで、みつかる可能性あるから
悪意があるひとも、なかなか動きにくいと思います。

発表ではこの辺強調して、少し安心してもらいたいですね。

>>726
何スズメにレスしてるの？

ご安心ください 情報漏えい先は御社のライバル企業です

これ原子力発電所の事故に例えたらどんな状態？
放射能ちびっちゃったって感じ？

>>729
チェルノブイリで熔融した炉心が床突き破って地下水脈まで貫入、
１０メガトン級の水蒸気爆発を引き起こした状態。
かつて都市だった所も跡形も無くまっ平。

>>729
お金の使い方を知らない貧乏人がコストダウンのみ要求、安全対策費まで削ってた
ムダなコストとやらで守られて多のが自分達の命と理解してる連中はサッサと逃げた
自らムダな命と認めた阿呆が幾つか喪われた模様、放射能汚染で死体はエンガチョ

FSから連絡、まだ着てないけど、こないか心配です。。。

それにしても、FS社内で今回の障害システムに無関係だったひとも
とんでもないものに巻き込まれてうらまれて休日深夜出勤、大変だろうな。。。
彼らにも同情するよ。
システムはほんと、スーパーSEみたいなひとが常駐してないと駄目だね。。。

>>729
片田舎の村がクレーターになったけど
Yahooという名のクレムリンが報道規制している
一般市民は大して興味が無い模様

外に漏れてないからまだマシとか言ってるヤツ居るけど
復旧データを使ってweb再構築してたら、中身別のファイルだった可能性もあるぞ

きょうさん‐しゅぎ【共産主義】
財産の私有を否定し、生産手段・生産物などすべての財産を
共有することによって貧富の差のない社会を実現しようとする思想・運動。
（大辞泉より）

一般的な博多ラーメンは、コナオトシだけ。
バリカタ程度じゃ博多ラーメンとは呼べない。


意味や内容をしりたかった調理師系の大学、大学院に行くか
実際に業界に入って働けばいいよ。タダで教えてもらおうなんて甘すぎ。
それができないなら知ってる人に平身低頭教えを請うたら

少なくとも俺やまわりの情シスの連中はそれを博多ラーメンと呼んでないから


博多ラーメンとはと言う定義がわかってない人は、教えてもらってないんだと思うんだけど、
良く考えてみたらいいと思うよ。

博多ラーメンの意味が分からないお前らはwikiでも読んでろｗ
http://ja.wikipedia.org/wiki/%E5%8D%9A%E5%A4%9A%E3%83%A9%E3%83%BC%E3%83%A1%E3%83%B3

長浜ラーメンは美味しくないよ。

博多ラーメンの定義とかどうでもよくて、
美味しいかどうか。

ここは一般的な博多ラーメンの定義がわからないようなヤツが来ていいスレじゃあないんだがなｗ

替え玉はバックアップってこと？

おっちゃん、替え玉、つゆだくで！

マジレスすると粉落としは麺の美味しさを殺している

大将、俺が頼んだのこれじゃないよ！

YES GET LOST! YES GET LOST! YES GET LOOOOOOOOOOOST!

>>742
もしかしてRAID厨か？

嫌root厨かもしれん

http://toro.2ch.net/test/read.cgi/hosting/1341037095/729 2012/07/02 15:45:02.39 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/730 2012/07/02 15:49:59.85 P
http://toro.2ch.net/test/read.cgi/hosting/1341037095/731 2012/07/02 15:53:33.41 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/733 2012/07/02 16:01:15.39 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/735 2012/07/02 16:04:11.05 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/736 2012/07/02 16:08:26.17 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/737 2012/07/02 16:10:17.25 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/738 2012/07/02 16:10:52.04 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/739 2012/07/02 16:12:36.57 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/740 2012/07/02 16:13:48.68 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/741 2012/07/02 16:15:29.61 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/742 2012/07/02 16:18:07.06 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/743 2012/07/02 16:18:28.22 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/744 2012/07/02 16:18:31.21 0
http://toro.2ch.net/test/read.cgi/hosting/1341037095/745 2012/07/02 16:22:47.20 0

>>747
これってなんか意味あんの？

長浜ラーメンがダメな所

スープが臭い。
麺がまずい。
肉が薄くてボロボロ。
店員のマナーが悪い。

>>729
操作ミスによりメルトダウンで5重の壁「全喪失」しました
復旧作業中、3号機で「漏れた」水素で、4号機もろとも大爆発しました
目下、除染（削除）作業をお願いしているところです
なお、他の炉は安全性の確認もないまま、全力で稼動中です

http://nsoft.blog60.fc2.com/blog-entry-2477.html

> ファーストサーバ障害に巻き込まれた件ですが、
> 全然連絡が無いので今問い合わせたら「
> 電話で問い合わせた履歴が確認できません」と言われた。
>
> 何度と無く電話入れたんですけど。

問い合わせ履歴も消失したんですね。流石です。

>>749
テンプレの振りかとｗｗｗ

>>729
炉心が大爆発して死傷者が大量に発生するも被害者全てをコンクリで埋めて表面上は何も無くまっさらな大地が広がっている状態

原発とかラーメンとか工作員の必死さがわかる

下手なたとえ話ほど混乱を助長させるもんはないな

これを期に移転したところ、あります？
意外にもロボット学会さんも海遊館さんも小林製薬さん（アイボン、熱さまシート、、、）も
移転しないで、そのままファーストサーバで復旧だね。

そこそこのところは専用サーバっぽいので、情報漏れは大丈夫だったのかな。
このまま何も起きないのが一番なんだけど。

FSクラウド騒動は笑えたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
被害社１０００ごとにカウントしてたのってオレだけ？
（よっしゃー２０００突破！よーし次は３０００突破しろーって）
でも結局は５０００しか被害受けてないんだよね。全然、騒ぐほどじゃないし。
FSクラウド騒動は笑えた。まじで
ニュースで知って、手を叩いてわらったなぁ。
おまえらが被害にあってる間、家でみかん食ってた
アホだなーこいつらって思いながら
わざわざ本社まで行って記念撮影しようかと思ったよ。
でもFSクラウド騒動のおかげで何かしらの利益を得た人だっている訳だし
結果的には良かったんじゃないかな。
たしかIDCやYahooがマスコミによる報道を渋っていたけどさ、
あそこらへんって部落が多いからそのまま全滅させたかったんだよね。
今でも瀕死の会社に勤務してるやつがいるらしいけど、
せこいんだよ！俺らの税金なんだよね。むかつく。
ところで事件直後はあいつらって業務どうしてたの？
もしかして廃業？情けねぇなぁー。
どちらにしろスレからの映像はまさに温泉町のようで壮観だった！
気持ちの良い夕刻でした

データ漏洩元としてメールを貰っても、正直どうしようもない罠

>>757
大人としてあまり得のないことは、書かないほうがいいと思います。
自分含め、被害者の方やら直接関係ないのにFSで頑張ってる一部の
ひとに失礼です。

>>759へ

>>757は頭中房のピーターパン
んなヤツにかまうな

　　　　　　　　＿＿＿_
　　　 　　　／_ノ 　ヽ､_＼
　　　　　oﾟ(（●）) (（●）)ﾟo　　,. -- ､　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＿
　　　 ／::::::⌒（__人__）⌒::::::/　 　 __,＞─ ､ 　　　　　　　　　◎＿,-,＿ﾛﾛ　　　　　　　　　　　|　|
　　　 |　　　　　|r┬-|　　　　/ 　 　　　　　　　ヽ　　　|￣￣￣ |　|＿　＿|　　л　　　＿＿ 　 　|　|
　　　 |　　　　　|　|　 |　　　｛ 　　　　　　　　　　 |__　　￣￣/　/　|￣　￣|　ｌﾆ　ﾆ ﾌ　|＿＿|　　 |__|
　_ _(_)　　　　　|　|　 |　　　 ｝ 　＼　　　　　　 ,丿　ヽ　　　/　/　　￣|　|￣　　|_| '-'　　　　　　　□
l_j_j_j^⊃　　　　|　|　 |　　　/ 　 ､　｀┬----‐１　 　 }　　　￣　　　　 ￣
　ヽ　 |　　　　　|　|　 |　　／　　　`¬|　 　 　 l　　　ﾉヽ
　　ヽ ＼ 　　 　 `ー'ｫ /　　　　､ !_/ｌ　　　　l　 　 /　 ｝
　　　　　　　　　　　　　{　　 　 　 ＼　　　　 l　　 /　　,'
　　　　　　　　　　　　　＼　　　 　 ´｀ヽ.__,ノ　　/ 　 ﾉ
　　　　　　　　　　　　　　 ＼　　　　 ヽ､＼ __,ノ　／
　　　　　　　　　　　　　　　　￣ ヽ､_　　〉 ,!､__／

>>757は阪神大震災の時の煽りコピペの改変だな。

オレのところはＥＣだから、ＤＮＳの関係で一瞬たりとも
鯖は止めたくない。だから仕方なく未だにＦＳだよ
「まだＦＳを使い続けているのか？」みたいな書き方を
している輩もいるようだが、簡単にいかない事情もあるんだよ
そう、大人の事情ってやつです
次の更新は無いがなw

工作員必死だなｗ

>>566
外部サーバがダウンしたときにどうするかってのが無かったことは利用してる会社の問題だと思う。責任とかそういう話ではないよ。
どこのレン鯖を利用するにしろクリティカルなシステムなら、運用上それが失われた時にどうするかというパターンを持っておくべきだと思う。

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　＜大人としてあまり得のないことは、書かないほうがいいと思います。
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー’´　　 ／ 　
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　 　　　 　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　 　 　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　 　　　 　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜ぼくちん、こどもだおｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　 　 　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　　　　　　　／ 三　o　　　　　　 ＿＿＿＿_　
　　　　　　　　　　 ／三ハ　　　　ﾟ　Ｏ／　　 ⌒　 ⌒＼　　　
　　　　　　　　　／／ 　　　　　　 　／　ｏ（　●）　（ ●）>ｏ　 　　
　　　　　　　　（　<　　　　　　／二二二)　⌒ （__人__）⌒）二二二）
　　（ 三　　　　＼＼　 　　 ／／　　川川　　/:::::::/　　　|　　川川　　　だっておｗｗｗｗｗｗｗｗｗｗ
　　　＼三　　　　 ＼＼　／／　　　　　　　 /:::::::ｲ　　　 |　　　　　　　
　　　　 ＼＼　　　　 ）　　 （_　　　　　　　　（:::::::::|　　　 |　　　　
　　　　　　ヽ_二二二　　　　二二二 ヽ　　 |））:::ﾊ　　　 |二 ヽ　　　
　　　　　　　　　　　 人　ヽﾉ 　　＼　 　　　 |イ⌒ti　　/　　 ＼＼　　
　　　　　　川川　／／ ＼ ＼.　　.＼　　三 ＼r--'~ﾌﾉ ヽ　　　三＼　
　　　　　(二二二／　　　 >　） .　　.＼_　三_　￣￣ノ＼ ＼　　　三_）
　　　　　　　　　　　　　 ／／ ＼　 　　|＼＿ ￣'フﾞ　　 >　）.　　　　　　　
　　　　　　　　　　　　 ミ／　　　|　　＿|__　　ﾞ''''ﾞﾞﾞ　　 ／／　　　　　　　　　
　　　　　　　　　　　ミ／ 　　　　＼＿＿　＼　　　　 ミ／　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　/　／　／　　　ミ／　　
　　　　　　　　　　　　　　　　　　 /／　／
　　　　　　　　　　　　　　　　　／（　　￣）
　　　　　　　　　　　　　　　 ／　／￣￣ 　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　 　　|　/　
　　　　　　　　　　　　　　　 レ

>>564
天然ものが養殖だったっていうより、
刺身三点盛りの写真と内容が違ってるレベルだわな。

「うちのような価格帯では、一般的に言う三点盛りは難しい」
「写真にマグロが載っていたのは改訂ミス」

と言い訳。
話しにならないよな。

半世紀ROMったほうがいい池沼が多すぎんぞ〜w

>>763
DNSのタイムアウトを十分短い値にした後、一番利用者の少ない時間に１０分ほど止めて
新サーバ移行でいいとおもうよ

うちは翌日始業前に大事な所はほぼ復旧なので助かりました。
翌日の復帰時のセットアップ３０分間は最近無いくらい、
とても集中しましたね。９：００には間に合わせるぞ、みたいな。
ただ、細かいところの設定はその後も何日かかかりましたけど。。。

情報漏れは大丈夫と連絡もらったけど、まだ少し心配です。
いまは直近の安定稼動と本当に情報漏えい無しで確定していいか、が
気がかりです。

>>770
自己紹介乙

他社のデータを持っているなら見せてください
→持っているデータを見せればOK

他社のデータが混じっている場合は消してください
→消したかどうか確認不能


完全に泥沼。

>>772
漏洩無しの場合も連絡来るんだね
という事は何かしらの連絡が全顧客に行われてる訳だ

しかし今回の一件は、うまい落とし処が見つかるのだろうか？

加害者(FS)の初期対応の遅れ(被害の全容公表の遅れ)が、被害者(5698者←ユーザーねw)の
再構築の遅れを招いたわけだし、復旧が無理ならムリと早々にアナウンスしていれば早期の
復旧が出来たサイトも多かったのも事実。

ECやサイ坊主の被害も甚大だったみたいだし、挙句にはデータ漏洩とは…

>>773の大好物ウンコ丼
　　　　　　　　　　　　人
　　　　　　　　　　　（;.__.;）
　　　　　　　　　　（;;:::.:.__.;）
　　　　　　　　　（;;:_:.___:_:_ :）
　　　　　　　　（;;;::_.:_. .:; _:_ :.）
　　　　　　　（;;;::_.:_. .:__:_:_; _:_ :.）
　　　　　（ （;;;::_.:_. .:__:__.:_:_;:_; _: :.）,　）
　　　　　.| ﾞ-..;;＿'' ο　''''',, ''＿,,..-'ﾞ .|
　　　　　 l,　　　　￣￣￣￣　　　　.|
　　　　 　 'l,　　　　　　　　　　　 　,/
　　　　　　　＼　　　　　　　　　 ／
　　　　　　　　 ﾞl'-､..,,,,,,,,,,,,..,､-'lﾞ
　　　　　　　　　ﾞ'-､..,,,,,,,,,,,..､-'ﾞ

　l三三三三三三三三三三三三三三三三三|
　 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　うんこ丼（特盛） \1800

>>775

予めメールでFS社に連絡しておいたからかもしれません。
もし連絡が来ないかたはメールでよいので連絡しておくとよいのかも。

まだ不安はありますが、皆さんもうまく乗り切られることを祈ってます。

2012年7月2日

株式会社****様


　　　　　　　　　　　　　　　　　　　　　　　ファーストサーバ株式会社
　　　　　　　　　　　　　　　　　　　　　　　　代表取締役　磯部 眞人


平素よりファーストサーバに格別のご愛顧を賜り、誠にありがとうございます。

弊社が引き起こした障害により、お客様に多大なご迷惑をおかけしており、
改めて心よりお詫び申し上げます。


6月20日に発生した大規模障害の復旧のために復元データを作成してご提供い
たしましたが、お客様のデータが**件の他のお客様の復元データの中に
混在している可能性があることが判明いたしました。

現在、復元データをご提供した契約者様に対しては復元データの削除のお願い
を差し上げているところでございます。

今回の件で、お客様には多大なご心配をおかけすることになってしまい誠に
申し訳ございません。深くお詫び申し上げます。

引き続き、復元データ削除のための対応を最優先に取り組んでまいりますので、
よろしくお願い申し上げます。

↑オワタ… (ToT)/~　どうやって相手が削除してくれたか確認するんだよ〜orz

>>779
伏字になってる件数って一桁？

予想被害額に10倍してクレームでも掛けて様子見ればいいんじゃないすかね

>>780
一桁です…
万一、何か事が起きたらＦＳはどうしてくれるんだろう…
どうなってしまうんだろう…
削除要請を受けたところが聖人君子ならいいが。。。

なんかもう、見てられんな　悲惨すぎて

>>779
あれ？これって
自社の顧客の内のxx件のデータが漏洩 じゃなくて
自社の全ての顧客データが xx件の他人に漏洩したって意味だよね？
1万件保有してて 5件に漏洩したら5万件の漏洩
やべぇｗｗｗ

>>781
自社の情報流出ならまだしも顧客の情報流出だったら…

FS発表どおりだとすると、データが漏れた先はその６社くらいだっけ？
に限られるわけだし、警察がうごくときも、その６社を優先して調査
するはずだから、敢えて悪用する人が出てくるとは思いにくいです。
率先して容疑者にあがると分かってるのに、
ワルダクミするかなぁと。

ヤクザがキンタマ感染中、のスレだと笑い転げて問題無かったんだけどな　>情報漏洩

もしかして、クラウド上のデータを暗号化してないの？？
どれだけバカなの？？？

ECの顧客データませられたやついる？
500円商品券対応しようと思うんだけど、
それらの代金ってFSが払ってくれるとかくれないとかの話聞いたやついる？
駄菓子みたいな利幅の商品を薄利多売でやってるから、
ユーザー全員に500円ずつ払ったら、
今借りてる倉庫の中に入ってる商品×3くらい飛ぶんだよね。

データ消えた件とは別扱いで良いよね？
うちのディレクトリのデータを勝手に他社さんのディレクトリに入れたんだから。

>>788
一般的じゃなくね？
すごいリソース食うでしょ。
だから回線の方を暗号化するわけで。

>>788
素人お断り

>>769
話にならないのはお前の例えだよ

しかし、シャッフルもここまで酷いとは…

>>788のところは全てのデータを暗号化してるの？

>>792
お前のおつむも話になってないよ

779です

>>788
回線は暗号化してますよ。
素人さんなんですか？

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　＜お前のおつむも話になってないよ
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー’´　　 ／ 　
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　 　　　 　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　 　 　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　ｗｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´　　　 　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　＿|￣|＿|￣|　 |￣|_|￣|＿_|￣|_|￣| 　 |￣|_|￣|＿|￣|
　　　　　　|＿　 ＿||　 |￣　 　 |　 |　　　　 |　 |￣　　　|　 |　　　 ￣|
　　　　　　 ｒ┘└へ|　 |二ｺ ┌'| 　|二ｺ ┌|　 |二ｺ ┌'|　 |二ｺ ┌┘
　　 　　　〈 〈]　 ﾟ,、〈|　 |　o　 ヽ|　｜ o　 ヽ|　 |　o　 ヽ|　 |　o　└「￣＼
　　　　　　ヽ-ﾍ_>ﾉ_ﾉ|＿|､＿ハ/|＿|､＿八ﾉ|＿|､＿ハ/|＿|､＿ハ/｀⊇.ノ
　 　 　　　　＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿_
　 　　　　／⌒　　⌒＼　　　　　 　 　 .／⌒　　⌒＼　　　　　 　 　 .／⌒　　⌒＼
　　　　oﾟ(（●）) (（●）)ﾟo　 　 　 　　oﾟ(（●）) (（●）)ﾟo　　 　 　　oﾟ(（●）) (（●）)ﾟo
　　 ／::::::⌒（__人__）⌒::::: ＼　　 ／::::::⌒（__人__）⌒:::: ＼　　 ／::::::⌒（__人__）⌒::::: ＼
, -‐ (_)　　　 |r┬-|　　　　　|, -‐ (_)　 　　|r┬-|　　　　　|, -‐ (_).　 　　|r┬-|　　　　　|
ｌ_ｊ_ｊ_ｊ と)　 　|　|　 | 　 　 ／ ｌ_ｊ_ｊ_ｊ と) 　 　|　|　 | 　 　 ／ ｌ_ｊ_ｊ_ｊ と) 　　|　|　 | 　 　 ／

たまたま無関係だったから助かったけど、氷山の一角かもね
お次は何処かなぁ〜

FSは提供した復元データを全部消してくれって言ってるの？

そうじゃない場合、対象ファイルをFS側が把握してなければ
調べるのは顧客側になるよね…

　ｸ　　　 ｸ　　　｜|　プ 　/　ｸ　　　ｸ　 ｜|　プ 　/ ｸ　　　 ｸ　　　｜|　プ 　/　ｸ　　　ｸ　 ｜|　プ 　/　ｸ
　ｽ　 ｸ　ｽ ＿　　| | │　//. ｽ　ｸ　ｽ ＿ | | │　// ｽ　 ｸ　ｽ ＿　　| | │　//. ｽ　ｸ　ｽ 　　| | │　//. ｽ
　 ／ ｽ　　　─　 | | ッ // ／　 ｽ　　 ─ | | ッ // 　／ ｽ　　　─　 | | ッ // ／　 ｽ　　 　　| | ッ // ／
　 ／　＿＿＿＿＿　　//　／　　　　　　　　　// ／　　　　　　　　　　　//　／　 　 .__　　　//　／
.　　／　　 ｌ⌒ｌ ｌ⌒ｌ ＼　 ）） 　 ＿＿＿＿ 　　　　　 　　　　 　 　 　 　 　 　 　 　 　 │＼
. ／　／￣| ,=| |=､|￣ヾ 　　／　＿＿＿＿ヽ 　 ∩＿＿＿∩ 　　 ∩＿＿＿∩ 　　│ 　￣　 ￣ ｀ヽ
/￣/￣.　 ー'●ー'　￣ｌ￣ |　 | /, −､, -､ｌ 　　 | ノ⌒　　⌒ ヽ 　 | ノ⌒　　⌒ ヽ ／　　　　　　　 　 ヽ
|￣l￣￣　 __　|.　　　￣ｌ￣.| _|　-|　,=|=､ || 　　/　　＞　　＜ | 　/　　　=　　=　 | 　　　　＞　　　 ＜　l
|.￣|￣￣　　`Y⌒l__￣ﾉ￣ (6.　　 ｰ っ-´､} 　 |　　　　( _●_)　 ミ 　　　　( _●_)　ミ　　 　　　　 ●　　|
ヽ　 ヽ　　　　人_（　 ヾ 　　 ヽ 　　 `Y⌒l_ﾉ 　　ヽ 　　　 `Y⌒l_ﾉ ヽ 　　　 `Y⌒l_ﾉ　　////　 Ｙ⌒ヽ//ﾉ　））
　 >〓〓〓〓〓〓-ｲ　　　／ヽ　　人_（ 　ヽ 　／ヽ　　人_（ 　ヽ /　ヽ　人_（ 　ヽ＼.　　　　人　　＼'
／ 　　／　　Θ　 ヽ｜　　/　　 ￣￣￣ ヽ-ｲ /　　 ￣　￣ ヽ-ｲ　　　 ￣　￣ヽ-ｲ／｀'ｰ----‐‐

>>798 >>801
笑ってる場合じゃねーだろが
部外者はすっこんでろ

部外者だから笑ってられるんでーすw

いや、直接ＦＳと関わりが無くとも、ねっとショッピングしてたら顧客情報流出で住所氏名が流れちゃうって事態も有り得るのでは　>部外者

一つの漏洩先には最大で何ユーザのデータが混入してるんだろうね
知らんデータだらけって所もあったのかな

それもそうだな許さんぞFSウウウウウウぅウゥゥゥゥゥゥゥウウウオオーーー

>>796-798
くやしかったのか

あっさりアノニマスを超える被害を出すところがさすがヤフーさんやね

悔しかったよおオオゥゥゥゥゥウウアアアーアアアァーｱｯｰ!ｱﾝｯ!ｱｲｸﾞ!ｲｸﾞｯ!ｱｯｰ!ｱｯｰｱｯ

ところで「RECOVERED_FILES」がFTPで見れた人はいるの？
うちには無かったよ。
ファイル共有アプリ等で漏らしたら一大事だから
ここは素直に削除したほうがいいのだろうな
おまえらは大丈夫なのか？

>>808
外部アタックじゃなくて内部からのアタックだからなw
防ぎようが無いw

回線が暗号化されているのは当然として、
第三者（鯖屋の不良SE等）がデータを盗むとか思いつかないの？？

だから暗号化してないかのか、って聞いたわけで.

>>810
見れる見れないにしろ、他社の事なんか手厚く対応なんかしない。
自社の状態がこんななのになんで他社の対応しなきゃならんの？
第一どうやって調べんのよ・・・

>>812
お前なんで秘密保持の条項が入ってると思ってんだよ。
顧客のパスワード位は暗号化するかもしれんが、全てを暗号化とか普通はやらないだろ。

政府機関総合対策促進担当から各府省庁に発出した注意喚起文書について
レンタルサーバ業者におけるデータ消失事象について（注意喚起）
http://www.nisc.go.jp/active/general/pdf/rentalsv_kanki_120702.pdf

>>814
そんなのが守られているのなら、技術が大陸に流出したりせん(笑)

>>816
それとは違うんじゃね？
今はFSの話

工作員多すぎだろｗ

>>815
こりゃ回線パンクするな

>>815
あ〜あ…

>>815
＞　貴府省庁において（特に地方支分部局等や委託業務等）、ファーストサーバ株式会社
＞が提供するレンタルサーバ利用の有無をご確認ください。

これって・・・つまり・・・ｗ

>>815
これは各省庁向けの文書だが、政府が問題として認識してるのなら
政府として国民にも知らせるべきではないだろうか

漏出については触れられてないが、あったのかなかったのか

プリッキュアップリッキュア〜

肝心の漏れに付いての記載が無いな
原発事故級とは間違っても言わないが(影響の桁が違いすぎる)
民主党の党割れよりは遥かに大事件だと思うよ。個人的に。

FSの除染費用はどの位かかるのか？
公的資金(ヤフー・Sバンク)の注入はあるのか？
問題山済みだな

裏切ったのか？　俺を売ったのか？

6/29付の文章だが6/29だと漏洩は正式に発表されてない頃じゃないか？

官公庁の損失被害をFSが賠償しなかった場合って
その補填は結局税金になるのか？？？

>>827
ﾊｲﾊｲ工作終了

安い金でコキ使われてる被害会社の情報システムとかの人員も
FSVと同じぐらい罪背負わされてるのかと思うとこの件を追求するのは微妙だ。


もう消えたデータを復元して返却とかﾑﾘだし、
FSV側の主張とすれば、クソ安いサービスしてるんだから、
お客様は万が一を想定してるもんだとばかり思ってたんだろう。


けど、お客様作業不要とか言っちゃっただろう営業の詐欺的売込み文句、
信頼のﾔﾌｰ100%子会社とかでこういう場合の安心感を煽った罪はFSVにあるだろうね。

普通の社員の失敗なら、社内政治や社内接待頑張っていれば大丈夫なんだろうから、
FSVももう少し客の接待しておくべきだったよね。
コミュ力が足りなかったな。

工作員の力はスゲーわ、マジでフェードアウトさせちまったもん。

>>827
当たり前だろ

データを元に戻すより親会社から金ふんだくること考えたほうがいいよ

コミュ力ってのは、
賠償は利用金額が上限だ！とか
復旧費用、実質的な損害、慰謝料FSVに持ってもらいたい！とか
都合の良い話を
上手く押し通す力の事だろ。

そういう基地外を企業は求めてるんだからおあいこ。

コミュ力のある奴同士で好きなだけ争えばいい。
今回泣き寝入りする会社はコミュ力が足りないんだ。

>>830
>>815

こうして文書になったからには、関係者は対応しないとな…

>>815
この注意喚起文書、暗にFSからの引き揚げ・移転を促してるね。

政府も動き出したんだ。工作員はもう諦めろ

>>836
だよね
つまり内閣官房はFSは危険だと思ってるわけだ

>１．ファーストサーバ株式会社が提供するレンタルサーバ利用の有無の確認

これか

>>836
だけじゃなく利用状況や被害のあるなしも確認するから
もし各府省庁のデータ飛ばしてたり流出させてたら…

いまだにFS使い続けようなんてひとそもそもいないと思う

さすがにもうすぐ2週間なんだから、フェードアウトしてくだろ

盛り上げたいならリアルな被害ネタでも投下してくれ

リアル被害ネタ知りたいならロフト阿佐ヶ谷のイベント行け

ちゃんと国はヤフーを刑事告訴しないといけないよね

>>843
あれ予約制になったらしいね

行きたいけど深夜0時スタートくらいじゃなかったっけ？
眠いからやだよ

>>843
ち○ぽ食べるイベントのことか？

フェードアウトどころか、ＦＳ切りは今から本番が始まるトコ
ご新規さんは増やしにくいだろうし、解約は激増するだろう

FS自体もフェードアウトするってことだよ

yahooははなからFSつぶしてばっくれるつもりだから
訴えるなら親会社だな

潰したところで100%子会社であり役員をわんさと送り込んでいるヤフーが
ファーストサーバに対して発生した賠償を代わりに払う義務が生じるだけだけどなｗ

>>851
裁判で決着になるかもしれん。が、そうすると他の子会社も
「ﾔﾌｰの子会社だからなにかあっても安心」が「ﾔﾌｰの子会社？だから何？」
ということで厳しい目で再評価されるんだけどな

さーて打ち上げでもすっか

工作終了だもんなｗ

FSの情報漏えいに関する報告書のイラストだと
適切な復旧作業をすれば問題なかったように見えるけど
共有ストレージで適切に復旧する手段ってあるの？

イベント誰か行きますか？
業務という面からいくと会場のロフトは、よくもあしくも対極的というか相当にアングラ、、、
カルチャーショックなイベントも有りなところですのでその点は知っていたほうがいいとおもいます。
まぁ、ライブやらクラブ会場はそういうものといえば、そうなんですが。。。
まさか仕事がらみでロフトの名前が出てくるとは思いもしませんでしたね。

>>856
業務命令で行くかどうかはわからんけど、行きたい奴はいるだろう。
まあ、今は被害者の企業もどうするか様子見が大半だろう。
情報収集したい奴は行くんじゃね？

>>841
近視眼的になってはダメだ。
本件でファーストサーバのデータ保全体制が
格段に強化されることは間違いない。
積極的に使うべきだろう。

>>858
諦めろｗ

>>858
約款は改訂された？
約款そのままじゃ怖くて使えないなぁ

強化した数年後に、
喉元過ぎれば熱さ忘れてまたコストダウンで手抜きするんですね、わかりますｗ

>>858
おっしゃっているような一般的な格段というのは ry

>>855
× 体育館等避難所
○ マンション

知り合いの知り合いの会社(産廃)3件がデータ消失やられた･･･

しかも部落解放同盟の役員している者もいるから、確実に裁判沙汰になり得るで。

流出先は意外に少ない？

> お客様のデータが1件の他のお客様の復元データの中に
> 混在している可能性があることが判明いたしました。

http://a.yfrog.com/img640/9457/xdxzl.jpg

>>858
工作員乙

>>864
いまだに民主党のマニフェストを信じてるクチ？ｗ
データベースの中の顧客情報一件だけ漏れるなんてありえないし
この場合の１件てのがデータベース１個なのか
サーバ1個なのかも分らん。

>>864
最大で6件って話だよね
ただ、1件でもそこに大量のデータが漏洩してる可能性はあるはず

>>864
5000社くらいあるんじゃ？

>>864
1件てwwwwそりゃねーよ。
レコードの話？
DBの話？
ディスクの話？
なんにせよ1件でもあったら全部見直さなきゃならん。
俺も対岸の火事じゃないけど。

>>864
ひでえな、せめてファイルの名前とサイズ位言えよと思う。

>>864
これどこにうｐした？
被害社名が消せてないぞ。
問題ないなら良いが。

>>864
漏洩してる事が分かるなら、どのファイルなのか確認出来そうなもんだが
『何か良く分からんけど、データが漏洩してる事は確かです』
なんて状況あり得るのかね

>>871
どこぞの社長が書いてるブログだよ

>>827
マジレスすると、官公庁の場合、仕様書で条件を決めて入札になる。
で、それに対応している(と自称する)業者が入札に応募する。

もし、その要件にデータ破損時の賠償が記載されていたら賠償しないといけない。
そうでなくても、バックアップの体制とかが仕様書の要求と異なっていた場合、契約違反を問われる。

官公庁は相手の約款に合わせるというよりは、入札をしないといけないので「うちの条件に合う業者は手を挙げて」というやり方になる。

>>865
工作員じゃねーよｗ
本件でガタ落ちになった信用を取り戻すために
死にものぐるいになって対策してくるに決まってるだろ。
そしたら他の業者より信頼性が高まるのは間違いない。
しかも料金は当然据え置き、もしかしたら謝罪割引で
キャンペーンを張ってくるかも知れない。
これほどのチャンスはないよ。

謝罪割引って謝罪する相手を間違ってるだろ

>>875
普通の業者ならばなｗｗ
ファーストサーバーが普通の業者かどうかは、この事件の処理のやり方で判断されるだろうｗｗ

FSってまだ息してんの？
不思議だ（´・ω・`）

もともとヤフーの人形だからなぁ

>>871
土方さんはサイト制作やネットワーク設計やるみたいだから
名前を売っといただけだよ

>>873
OK把握
いや、メールヘッダ消してるけど本文内の名前が消えて無かったから心配になってな。

しかしリアルでこんなメール来たらブチ切れそうだｗ

>>874
と言う事は大体HP作成会社か企画屋が再販してるだろうから、そいつらに行く話か。

こりゃひでーなｗ

>>866
データベースって何だか分かってる？
データベース1個ってなんだよｗ
SQLiteか？

>>877
どう考えても普通の業者なら、代表取締役や役員が
テレビの前で謝罪会見でも開くだろ。

もはやそれぐらいの大規模なレベル。世界でもこんなの
例ないだろｗ。

でも絶対しない。禿もコメント一切無し。

もうこの時点で、事件はナイナイにする気マンマンだよ。

>>884
これなら、草の根からSBをどんどん真綿で締め上げるようにしないとダメでないか？
おまいらに、SBグループへの制裁として何が出来る？

いくらなんでも相手が巨大杉…
禿には勝てん

各自でやれよ

自分は、ｿﾌﾄﾊﾞﾝｸは割り切って使う物だと思っているからな
品質からすればﾎﾞｯﾀｸﾘなんだもの

>>886
案外大きく見えて、中身はすっからかん、というのはよくある話。
禿の個人資産なんか、不動産など形に残るものではなく株の評価額で成立しているからな。
だから株を突付けば案外もろい。

>>887
アフターケアのもろさにみんな盲目的なんだよな。
それこそ安物の銭失いってこう言うことかと。

NTTやAppleの威を借る狐なんだから、その内メッキがはがれるでしょう。

>>890
ここだけの話、アップルマンセーに最大に貢献したのは実はSB。
日本国内の一次代理店が何とSBなんだよね。
要は、アップル製品購入時のマネーの一部がSBに流れるってこと。

あとは慶応閥の力を削ぐことか(笑)慶応の国領次郎教授も実はSBの役員しているし、
社内における慶応閥の力は半端ない、と聞いた。
でも、その慶応でも藤沢のアレだけど。
ボンボン、帰国子女、在日の受け皿学部と言われているとこ。

>>883
データベース１個をdropする、とか普通に使うけどな。
データベース知らないのはお前だろ
かじった程度の知識なのはいいけど自覚しとけ

>>883
ああ、ＦＳの工作員か
それならＤＢもＮＷもＳＶも知らんわな
ドシロウト集団だし

漏れた個人情報で恋愛に発展とかそういう展開希望

お前らの義務

禿からしこたま賠償金を搾り取ること

情報漏洩、来てないって事はうちは大丈夫か。
さすが気になってダイヤルしようと思ったが、

0120-353-024
「0120さんゴミ、乙氏ね」と読んで覚えてしまった。

...fsのせいではないが病んでいる。自覚している。ごみん。

>>885
政治の世界ならスキャンダル情報のカードを切る場面か

>>893-894
自己紹介乙ｗｗｗ

extundeleteでサルベージされたファイルが
RECOVERED_FILESに放り込まれて漏洩したって話じゃないのか？
まあそこまで断定してよいか分からないが、それに近いだろ

素人さん、SQLの話なら他所でやってくれｗｗｗ

そのうち「145者に削除をご協力いただきました、ご安心ください」
なんて言うんだろうか

>>899
板名見て出て行け

知ったかSEはほんとひどいなｗ
一般的なバックアップとは違うとかデータベース1個漏洩とかｗ

>>901
ちょっと意味が分からんから、もう少し詳しく頼む

時給１０００円の日雇い工作員ｗ
「技術力は必要ありません」ｗｗｗ

「約款確認を」内閣官房がファーストサーバ事件で注意喚起
http://itpro.nikkeibp.co.jp/article/NEWS/20120702/406944/

国が動いたのならもう逃げられないね＾＾

約款確認したところで
サイボウズなんかはデータのバックアップできないんだから
どうしようもない

>>903
意味が分からないならこのスレにいるレベルじゃないって事だろ

授業料が高くついたけど、コストカットが必ずしも良い結果を招かないのは理解できたろう
安物買いの銭失いを地で逝く展開だったね

>>907
は？
どれの意味のこと言ってんの？

>>905
ｗｗｗ

>>899
MySQLだとDB名＝ディレクトリ名だから、RECOVERED_FILESに
DB名のディレクトリが漏れりゃ、「DB一個漏洩」ではあるわな。

テーブルロックかけてディレクトリをコピーっつー、
なんちゃってバックアップ（？）の方法もあるっちゃあるし、
素人呼ばわりするのは如何なものかと？

ウィンブルドン見てても
ファーストサーブがとか
〜落しましたとか
頭の中で別物に
脳内変換されてしまう

>>911
まあ、MyISAMかinnodb_file_per_tableのInnoDBで、ディレクトリごと
まるまる漏洩しちゃったらそうだろうけど、サルベージだしな〜

つうかそこまで考えてたようには見えないだろ
それでいて

データベース知らないのはお前だろ
かじった程度の知識なのはいいけど自覚しとけ

とかウケるんですけどｗ

>>911
あと、なんちゃってバックアップ（？）に「バックアップ」って用語を使うと
やつらは怒り始めるぞｗ
そんなの、ぼくたちの中でのバックアップとは呼べない！ってさｗ

工作員のレベルが低過ぎだろうｗｗｗ

>>914
そりゃ言いすぎだわ。
なんちゃってでも、外部ストレージやローカルにコピーできりゃ
バックアップとして十分使えるんだからさ。

もっとも、FSじゃシェルが使えないから、この手は使えないけどさ。

>>916
同一物理サーバ内でコピーをとるのをバックアップと呼びたいなら勝手に呼んだら？
少なくとも俺やまわりの情シスの連中はそれをバックアップと呼んでないから

一般的なバックアップの定義？

意味や内容をしりたかった情報系の大学、大学院に行くか
実際に業界に入って働けばいいよ。タダで教えてもらおうなんて甘すぎ。
それができないなら知ってる人に平身低頭教えを請うたら

もしかしてRAID厨か？
RAID厨は勘定系で働いてみればいいよｗ

>>917
逆だ、逆ｗ
外部ストレージやローカルにコピーできなきゃ、
バックアップじゃねーって言ってんの、俺はｗ
誰と勘違いしてる？

つか、そこが問題じゃねーだろｗ
外部だろうがなんだろうが、バックアップに手をつけた（パッチを当てた）時点で
バックアップじゃねーｗｗｗ

あー、ごめんごめん
>>917は

>>608
>>609
>>613
>>616

の提供でお送りしましたｗ

>>604も忘れないでねｗ

勘定系とか最底辺じゃん

FS社内
少なくとも俺やまわりの情シスの連中はコレ、バックアップだから

つまりファーストサーバ社員ばかりなんだな？ｗｗｗ

>>922-923
勘定系の基地外さんですか？

>>924
勘定系は未体験です

データベース素人が暴れてんな
時給１０００円だとこのレベルかｗ
その豊富で恥ずかしい知識で1件漏洩の説明してくれｗ

小作員さん
　　　｀､｀　　ｶﾀｶﾀｶﾀｶﾀ...　　　
　　　　∧＿∧　ミ ＿＿ ＿_　
　　　；< #｀Д´>つ|　|＼＼.| |　【在日】｢参政権獲得運動を誹謗中傷するﾈｯﾄ･ｳﾖｸと毎日闘っている｣ -民団新聞[09/03]
　　　 （　つ　ノ　　|　|＿|≡| | 　http://yutori7.2ch.net/news4plus/kako/1251/12519/1251957049.html
　　　　彡
ピットクルー 株式会社　http://www.pit-crew.co.jp
株式会社 ガーラ　http://sales.gala.jp/cybercops/index.html
イー・ガーディアン 株式会社　http://e-guardian.co.jp/e-guardian/index.html
株式会社 ガイアックス　http://solution.gaiax.co.jp/solution/supportdesk/
日本エンタープライズ　http://www.nihon-e.co.jp/solution/support.html
株式会社 ライトアップ　http://www.bc-manage.jp/

●擁護コース
風評に関する矛盾点や事実に反する点を客観的かつ論理的に指摘する事により
風評の内容の不正確さを明らかにし風評被害を最小限に抑えます。
※ケースに応じた専門家の動員を要するため料金設定は若干高めとなります。

●工作コース
無関係な話題への誘導や風評に関する否定的な印象操作を行う事により 風評から矛先をそらし風評被害を最小限に抑えます。

●釣りコース
誤情報で風評流布者をミスリードする事により 風評に関するやり取りを錯綜させ風評被害を最小限に抑えます。

●マッチポンプコース
風評流布者に成り済まし論理や倫理に悖る投稿を行う事により 風評の信頼度を下げ風評被害を最小限に抑えます。

●煽りコース
風評流布者に対して粘り強く挑発を行う事により 風評流布者の意欲を挫き風評被害を最小限に抑えます。

●荒らしコース
定型文やアスキーアートを連投する事により 風評に関するやり取りを妨害し風評被害を最小限に抑えます