12/06/30 21:43:18.21 0
>>157
FSVユーザーにとって最悪の展開だね。
データは消失するは、長時間サーバは繋がらないは、
あげくは情報漏洩の可能性があるから謝罪。
とくに情報漏洩なんて、FSVが壊れたリカバリデータを、
検証せずに各ユーザーに提供したのが原因だから、
FSVユーザーにしてみれば「はっ？」って気持ちだろうな。
情報漏洩の経緯を見る限り重過失っぽいから、
この部分に関して約款は無効だと思われ。
現状、誠意を込めて迅速に対応していると思われない。
今からでも遅くないから、FSVで陣頭指揮を取っている人間を、
トラブル対処のスペシャリストに代えるべき。
Yahoo!グループには人材はいるんだし。
176:名無しさん＠お腹いっぱい。
12/06/30 21:47:11.23 0
アパレル？関係の会社
URLﾘﾝｸ(www.daidoh-int.com)
そこそこの規模の企業だと思うんだが、まだ復旧してないんだな
177:名無しさん＠お腹いっぱい。
12/06/30 21:49:25.00 0
別鯖バックアップも無くて個人情報流出ならFSの重過失以外の何者でもないと思うの
もう約款どうこうのレベルじゃ無いのは明らかなんだから
被害者は戦いましょう
後ナイトシフトの工作員の皆様お疲れ様です
178:名無しさん＠お腹いっぱい。
12/06/30 21:49:38.23 0
サルベージ会社の説明を普通に受けたら
復元場所を取り違える可能性なんて猿でも分かると思うんだが
過失ってウソだろ
ワザとやってるしか
179:名無しさん＠お腹いっぱい。
12/06/30 21:50:02.91 0
個人情報だけに限定されないと思うんだ
180:名無しさん＠お腹いっぱい。
12/06/30 21:51:02.77 0
>>176
痛々しいな（´・ω・`）
個人情報管理基準
181:名無しさん＠お腹いっぱい。
12/06/30 21:55:31.29 0 BE:154205497-2BP(3)
工作員の方は顧客を技術ヲタか頼りない情報弱者だけの集まりと思 ry
経営者ともなれば常識的社会人目線で読 ry
182:名無しさん＠お腹いっぱい。
12/06/30 22:01:41.49 0
>>176
オンラインストア
＼(^o^)／ｵﾜﾀ
183:名無しさん＠お腹いっぱい。
12/06/30 22:05:54.39 0
個人情報の削除って有料なんだよね
さて・・・漏れた先の利用者は削除手数料においくら万円くらい請求するのかな？ｗ
184:名無しさん＠お腹いっぱい。
12/06/30 22:08:29.42 0
サイボウズは関係ないといえ、ファーストサーバと一緒にサイボウズASPがぶっ飛んだこのタイミングで派手なサイボウズキャンペーンは、見ていてつらい人多そう
185:名無しさん＠お腹いっぱい。
12/06/30 22:09:32.93 0
>>183
どゆこと？ 誰が誰に払うの？
186:名無しさん＠お腹いっぱい。
12/06/30 22:09:35.77 0
>>175
ヤフーBBのときの対応とか見ると人材がいるとは思えん
187:名無しさん＠お腹いっぱい。
12/06/30 22:09:45.06 0
サイボウズの戦車イベントはウダウダ言うと会社前に戦車が行くぞと言うステマ(ぉ
188:名無しさん＠お腹いっぱい。
12/06/30 22:15:01.88 0
>>187
街宣車か
189:名無しさん＠お腹いっぱい。
12/06/30 22:16:45.90 0
>>182
顧客をすべて失ったｵﾜﾀ
190:名無しさん＠お腹いっぱい。
12/06/30 22:25:47.47 0
混ざってた他社のﾃﾞｰﾀにお宝があったりして
191:名無しさん＠お腹いっぱい。
12/06/30 22:31:13.60 0
>>187
一方その頃ファーストサーバはネット工作
192:名無しさん＠お腹いっぱい。
12/06/30 22:35:52.49 0
情報が漏れた会社同士、合併すればよくない？
193:名無しさん＠お腹いっぱい。
12/06/30 22:37:27.17 0
いなくなってしまったデータたちのこと、時々でいいから・・・
思い出してください
194:名無しさん＠お腹いっぱい。
12/06/30 22:38:16.47 0
他社の情報が見られるってことは、つまり自社の情報も漏れてるかもってことだよね…orz
195:名無しさん＠お腹いっぱい。
12/06/30 22:39:29.44 0
>>176 せっかく構築したのに全部失ったね。FSでEC-CUBE使ってたのね。
確定ですわ。
>11年 3月 4日 【グリデカナオンラインリニューアル】
>グリデカナオンラインストアがリニューアルいたしました。
>クレジットカードでのお買い物も出来るようになりました。
>詳細はこちら →URLﾘﾝｸ(www.gredecana.com)
いや～失ったのは1年ちょいだから、そこまで悲観的に
なる必要はないかも。
今必死になって構築中だね。
とりあえず応援しておくかガンバレ
URLﾘﾝｸ(www.gredecana.com)
196:名無しさん＠お腹いっぱい。
12/06/30 22:48:13.24 0
)､.＿人＿人__,.イ.､.＿人＿人＿人
＜´ 個人情報返して ！ ＞
⌒ v'⌒ヽr -､＿ ,r v'⌒ヽr ' ⌒
// // //／:: < ＿,ノ｀' 、ヽ､＿ ノ ;;;ヽ //
///// /:::: （y○'）｀ヽ) ( ´（y○'） ;;| /
// //,|::: （ ( / ヽ) ）+ ;| /
/ // |::: + ) ）|~￣￣~.|（ ( ;;;|// ////
/// :|:: （ (||||! i: |||! !| |) ） ;;;|// ///
////|:::: + U | |||| !! !!||| :U ;;; ;;;| ///
////|::::: | |!!||l ll|| !! !!| | ;;;;;;| ////
// / ヽ::::: | ! || | ||!!| ;;;;;;/// //
// // ゝ:::::::: : | ｀ー----－' |＿_／///
197:名無しさん＠お腹いっぱい。
12/06/30 22:48:58.87 0
EC-CUBEでの被害の場合は注文中の顧客とか決済状況とかが
問題かもしれんね。なにせあの中がすべてだから。
消失の1週間ぐらいに注文した人分、あまり人数がいなければ
さほど被害はないだろう。
クレカ決済に関しても、店舗確定が1ヶ月放置してても自動確定に
なるだろうし、別管理画面でも確認出来ない訳ではないから
まあ心配は要らないかもしれない。
ただ、今までの顧客のメーリングや会員情報はmyPHPadmin等で
データベースのバックアップを怠っていたのなら、失った部分も
それなりにあるかもしれない。
198:名無しさん＠お腹いっぱい。
12/06/30 22:51:17.15 0
ピシピシ逮捕ざんす
199:名無しさん＠お腹いっぱい。
12/06/30 22:59:43.46 0
被害を受けたサイトを追加
あさごもん(朝来市商工会)
URLﾘﾝｸ(www.asagomon.jp)
カスノモーターサイクル
URLﾘﾝｸ(www.casuno.com)
Guequo
URLﾘﾝｸ(www.guequo.com)
質屋カイウル
URLﾘﾝｸ(store.kaiul.com)
DMSコミュニケーション
URLﾘﾝｸ(www.petsdms.com)
200:名無しさん＠お腹いっぱい。
12/06/30 23:05:13.92 0
逮捕ってなんかあったの？
201:名無しさん＠お腹いっぱい。
12/06/30 23:06:46.50 0
>>199
うわぁ…出てくるもんだなぁ。しかもオンラインショップ系で丸損だろうし被害が深刻だな…
202:名無しさん＠お腹いっぱい。
12/06/30 23:08:41.26 0
未だに死んでる通販サイトとかどうしてくれるんだ？
顧客情報全部飛んでしまって事業継続がままならん企業多数とかありえんわ
203:名無しさん＠お腹いっぱい。
12/06/30 23:10:59.44 0
天災にでも遭ったと思って諦めるしかないね
204:名無しさん＠お腹いっぱい。
12/06/30 23:13:08.28 0
工作員まだ生きてるのかｗ
205:名無しさん＠お腹いっぱい。
12/06/30 23:13:11.60 0
nikkei
> データには顧客の個人情報やパスワードなどが含まれているとみられ
> データには顧客の個人情報やパスワードなどが含まれているとみられ
> データには顧客の個人情報やパスワードなどが含まれているとみられ
206:名無しさん＠お腹いっぱい。
12/06/30 23:17:07.85 0
顧客の個人情報っつーか、顧客が運営してたサイト内にあった個人情報もぶちまけてるだろ？
どれくらい漏れてるのか見当もつかないってとこじゃね？
どうするんだよこれ？磯部眞人さんちゃんと説明して
207:名無しさん＠お腹いっぱい。
12/06/30 23:20:18.09 0
>>199
うわぁ・・・
208:名無しさん＠お腹いっぱい。
12/06/30 23:22:37.52 0
通販ショップもサイボウズも、どっちも飛ぶのはきっついよなぁ...
209:名無しさん＠お腹いっぱい。
12/06/30 23:30:51.33 0
>>183
１件500円だったりして？ｗ
210:名無しさん＠お腹いっぱい。
12/06/30 23:32:58.79 0
請求額だバカ
211:名無しさん＠お腹いっぱい。
12/06/30 23:43:51.74 0
データを削除して欲しかったら現金を用意しろ？
212:名無しさん＠お腹いっぱい。
12/06/30 23:54:21.86 0
みちゃだめです＞＜
213:名無しさん＠お腹いっぱい。
12/06/30 23:56:52.94 0
○通信とどっちが酷い？おしえてエロイ人！
214:名無しさん＠お腹いっぱい。
12/06/30 23:57:12.31 0
削除依頼出したり裁判所に行ったり
漏えいしている事実を証明したりする手続きが
顧客側に求められてるのかな
こんなサーバ使うんじゃなかった
215:名無しさん＠お腹いっぱい。
12/07/01 00:02:13.48 0
ソフトバンクグループのヤフーの子会社だとわかってただろうに
216:名無しさん＠お腹いっぱい。
12/07/01 00:02:17.96 0
過失の振りして個人情報はウリが頂いたニダ！ｗ
217:名無しさん＠お腹いっぱい。
12/07/01 00:13:33.66 0
復旧作業で企業の情報ダダ漏れか。
ディスク共有してればそうなるわな。
業務用には仮想マシン使うなって流れになりそうだな。
つーか、企業の担当者ってこういうリスクに気付かないもんなのか？？？
218:名無しさん＠お腹いっぱい。
12/07/01 00:15:59.61 0
>>217
仮想マシンは完全に隔離された領域だから、別の領域にデータが漏れるなんてあり得ないよ。
スキルが全くないか、悪意のある人間が余程異常な設定でもしなければね。
今回はその例外の方。
219:名無しさん＠お腹いっぱい。
12/07/01 00:18:09.47 0
>>217
IT担当、鯖缶は既に絶滅させられましたorz
220:名無しさん＠お腹いっぱい。
12/07/01 00:19:19.72 0
システム障害のヤフー子会社、顧客データ流出も（読売新聞）
URLﾘﾝｸ(www.yomiuri.co.jp)
221:名無しさん＠お腹いっぱい。
12/07/01 00:19:22.54 0
>>55 保険屋査定項目にデータセンターの場所と担当鯖官の氏名国籍は必須。コリアリスクという最大のマイナスポイントを除去するために
222:名無しさん＠お腹いっぱい。
12/07/01 00:22:05.48 0
>>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アドレスの管理者を確認
URLﾘﾝｸ(whois.nic.ad.jp)
おまけにtracerouteコマンドでそれぞれのIPアドレスの行き着く先と経由を確認
これでわからんのなら教えてgooで聞け、な？
223:217
12/07/01 00:22:48.86 0
>>218
指摘ありがとう。
でも、別領域にあっても同じディスクだと俺には安心できないな。。。
224:名無しさん＠お腹いっぱい。
12/07/01 00:22:57.25 0
>>55
SLAよりは客観的でいいかもね
バックアップについて嘘書いてたらしいし
225:名無しさん＠お腹いっぱい。
12/07/01 00:35:24.93 0
まどかは神アニメ
226:名無しさん＠お腹いっぱい。
12/07/01 00:36:17.38 0
>>222
俺には何のことやらさっぱり
227:名無しさん＠お腹いっぱい。
12/07/01 00:36:43.03 O
>>218
そうとも言い切れないぞ。
論理的には隔離されてても、物理的には隔離されてないからね。
正常運用していたら全く問題ないとしても、今回のように仮想ディスクを消したとか、
ファイルシステムが壊れたとかの故障や事故が起こったときに、サルベージをかけるとどうなるかは、
保障できん。
228: 【だん吉】
12/07/01 00:43:12.97 0
桶屋が儲かるようにしてくれ
229:名無しさん＠お腹いっぱい。
12/07/01 00:44:25.97 0
保険会社と格付け会社は別だと思うんだが。
230:名無しさん＠お腹いっぱい。
12/07/01 00:48:16.50 i
>>222
よう分からんが、結局、ジョイサウンドの不調は、FS関係なく、ジョイサウンド側のせいだってことなのか？
231:名無しさん＠お腹いっぱい。
12/07/01 00:50:54.31 0
>>227
消去した複数仮想ディスクをハイパーバイザ上でサルベージした場合
仮想ディスク同士の中身が混ざる事ってあり得るのかな？
自分の理解だと、失敗しても壊れた仮想ディスクが出来るのかなと
232:名無しさん＠お腹いっぱい。
12/07/01 00:50:55.56 0
>>222
いや www.joysound.com はFSだから・・・
233:名無しさん＠お腹いっぱい。
12/07/01 00:51:41.35 0
>>228
桶屋ってほど遠くもないけど、バックアップ特需だぜﾋｬｯﾊｧｧｱｰｰｰｰ!!!
234:名無しさん＠お腹いっぱい。
12/07/01 00:52:45.66 0
今北産業。
文句言ってるドアホども
バックアップの重要性を再確認しておけ
バックアップとってりゃデータ消失しようが笑って済む話だったはず
235:名無しさん＠お腹いっぱい。
12/07/01 00:53:31.61 0
>>227
それって「よく分らないから危険な気がする」ってレベルだよね？
それだとインターネットに接続している以上、共用サーバだろうがなんだろうが危険ってなるんじゃね？
仮想サーバは自分にアサインされたディスク領域以外はそもそもアクセス出来ないし、
ファイルの復旧自体はあくまで仮想サーバで実行するものだから
まともな環境ではあり得ないと思うんだが。
具体的にどういう状況で事象が発生すると思うのか教えてくれ。
236:名無しさん＠お腹いっぱい。
12/07/01 00:54:35.35 0
>>234
経緯知らないカスがしったかぶって書くなよカス
今北産業とかバカでセンスゼロな老害丸出し
237:名無しさん＠お腹いっぱい。
12/07/01 00:57:53.90 0
>>232
whoisで検索するとjoysound.comはfirstserverってなってるけど、>>222がよくわからん
教えてエロイ人
238:名無しさん＠お腹いっぱい。
12/07/01 00:57:56.83 0
>>234
バックアップとってあってもデータが１日ロストしたらどれだけ損害が出るか。
重要なバッチが走るタイミングだったら復旧はかなり難しくなるしな。
業務経験ないドシロウトは引っ込んでろ
239:名無しさん＠お腹いっぱい。
12/07/01 00:58:33.40 0
>>234
おまえの個人のホームページくらいならそうだったかもしれないな
240:名無しさん＠お腹いっぱい。
12/07/01 00:58:34.86 0
意味不明な御託並べてるガキはこいつか
ｽﾚﾘﾝｸ(karaok板:803番)
241:名無しさん＠お腹いっぱい。
12/07/01 00:58:39.55 0
>>236
荒らし判別法・対処法テンプレ（ver0.6）
◆基本型
・暴言を吐いたり、「ネトウヨ」、「ニート」などのレッテルを貼ったりする
・荒らし同士で会話を続ける
・「飽きた」「誰も書きこまない」「またもや無視されて、大粒の涙」「過疎ってる」等の発言を繰り返す
◆撹乱型
・議論や質問を繰り返し、話題をループさせ疲れさせる
242:名無しさん＠お腹いっぱい。
12/07/01 00:58:43.91 0
>>>231
だから仮想ディスクじゃないんだよ
ファイルをrmで消してもファイルの管理情報を修復すれば取り出せるが、
管理情報（ｉノード番号）が他のユーザーで再利用されていて、
別のユーザーにファイルを渡したんだろ
243:名無しさん＠お腹いっぱい。
12/07/01 00:58:52.59 0
>>237
よく分らんから教えて
って言われて何教えたらいいんだ？
少しは考えてからかけよ
244:名無しさん＠お腹いっぱい。
12/07/01 00:59:15.79 O
第三者委員会
三人とか口裏合わせか
逃げ得許すな
警察告発しなくちゃ
245:名無しさん＠お腹いっぱい。
12/07/01 01:00:29.78 0
>>242
物理的には全く別の領域がアサインされている。
論理的にも別サーバだからinodeも全く別。
仮想サーバＡと仮想サーバＢのinodeに全く関連はない。
君が仮想化理解してないだけに見えるし、
君の懸念が事実ならgoogleやamazonのシステムも危険で使えない。
246:名無しさん＠お腹いっぱい。
12/07/01 01:01:00.14 O
>>236
今北産業の意味（今このスレに来た。スレの流れを三行にまとめて教えくれ。）も
使い方も知らないバカなんか放置汁。
247:名無しさん＠お腹いっぱい。
12/07/01 01:01:21.02 0
>>234
済まないんじゃないのかな
自分ちのデータは復活できても、よそ様に情報洩らされてる可能性あるんじゃ？
個人データ流出とか桑原桑原だよ
248:名無しさん＠お腹いっぱい。
12/07/01 01:01:46.97 0
>>246
自己レスﾜﾛﾀｗ
ＩＴ素人の老害は哀れだよｗ
249:名無しさん＠お腹いっぱい。
12/07/01 01:02:33.82 0
>>246
レス番勘違いした
ごめん
250:名無しさん＠お腹いっぱい。
12/07/01 01:03:52.90 0
この板でもIDつけてほしいなあ。
251:名無しさん＠お腹いっぱい。
12/07/01 01:04:00.97 0
>>222
URLﾘﾝｸ(uptime.netcraft.com)
$ whois -h whois.apnic.net 164.46.120.99
% [whois.apnic.net node-2]
% Whois data copyright terms URLﾘﾝｸ(www.apnic.net)
inetnum: 164.46.0.0 - 164.46.255.255
netname: FIRSTSERVER
252:名無しさん＠お腹いっぱい。
12/07/01 01:05:05.13 0
>>>237
joysound.com はドメインで、そのレジストラ（管理者）がFS
実際のサーバは、そのドメインが指すIPアドレスを管理している場所にある
ドメインの管理と、IPアドレスの管理は別物だよ
joysound.com のIPアドレスは、株式会社インテックという会社が管理している
www.joysound.com のIPアドレスはFS
253:名無しさん＠お腹いっぱい。
12/07/01 01:06:10.18 0
>>238
＞重要なバッチが走るタイミングだったら復旧はかなり難しくなるしな。
これはFSがどうこうよりも自分らのバックアップ計画の問題なんじゃないのか？
254:名無しさん＠お腹いっぱい。
12/07/01 01:06:28.38 i
カラオケ板からきますた
255:名無しさん＠お腹いっぱい。
12/07/01 01:07:49.74 O
>>245
仮想ディスクが、物理ディスクの中の連続したブロックが
必ず割当たっているとは限らないような。
256:名無しさん＠お腹いっぱい。
12/07/01 01:08:51.16 0
>>253
結局>>222の言ってることは間違ってるってことか？
257:名無しさん＠お腹いっぱい。
12/07/01 01:09:52.19 0
>>222 何だよこの知ったかはｗ
258:名無しさん＠お腹いっぱい。
12/07/01 01:09:58.14 0
>>253
例えばクレジットカードの売上げ情報をカード会社に送信するタイミングで
サーバがコケていたらバッチの再実行が必要になる。
その間ずっとサーバが使えないと、その月の売上げがゼロになってカード会社から金が貰えなくなる。
さらにバックアップまで戻して１時間データがロストして、
取引先に払うべき金を払わなかったらどうなるか？
送るべき商品を送れなくなって客に被害を与えたらどうなるか。
そういうリスクを全部潰すのは
そんな感じで外部との連携でいろいろ問題が起こる。
バックアップだけで済む話じゃない。
そもそもまともなバックアップ出来る環境ではなかった。
259:名無しさん＠お腹いっぱい。
12/07/01 01:11:14.38 0
>>245
いや仮想化技術の話じゃなくて、FSの話をしてるんだが
それにさ、googleやamazonは消したファイルをサルベージとかしないだろ
260:名無しさん＠お腹いっぱい。
12/07/01 01:12:11.72 0
>>242
仮想ディスクじゃなかったら混在も納得かな
FSの共有サーバはVPS方式って話を見たから、てっきり仮想ディスクなのかと
>>252
www.joysound.com にアクセスすると cgi-lib.pl 呼ばれて joysound.com にリダイレクトされるね
www.joysound.com は mail.joysound.com の別名だからメールはFS使ってるのかな
261:名無しさん＠お腹いっぱい。
12/07/01 01:12:38.52 0
>>259
仮想化のファイルシステムの話をしていたはずだけど？
まともに仮想化されていればデータが混じる事はあり得ないので
君の懸念は的はずれだってだけ。
262:名無しさん＠お腹いっぱい。
12/07/01 01:14:15.61 0
>>260
VPSなんだから仮想ディスクだろ
>>242は仮想化とか仮想ディスクについて理解していない。
VPSだけど仮想ディスクじゃないってどんなシステムだよｗ
263:名無しさん＠お腹いっぱい。
12/07/01 01:15:34.78 0
>>256
間違ってないと思うよ
今回の一連のトラブルとは関係無いんじゃないかな
ただFSと全く無関係では無いし、内部システムが分からんから何とも…
って感じ
264:名無しさん＠お腹いっぱい。
12/07/01 01:16:24.70 0
>>261
把握した
まともに仮想化されていればデータは混ざらない
FSはまともに仮想化してなかった
でok?
265:名無しさん＠お腹いっぱい。
12/07/01 01:17:09.68 0
>>242
> whoisで検索するとjoysound.comはfirstserverってなってるけど
joysound.comってドメイン名を管理しているのが
FIRSTSERVERってだけ。どういういきさつかは知らんが。
使ってるサーバーは別。ファーストサーバーではない。
266:名無しさん＠お腹いっぱい。
12/07/01 01:17:48.44 0
>>258
だからそれはインフラ側のバックアップがされていても同じ事だろっていう話だよ
AP側のタイミングを重要視するなら鯖屋がパッチ当てるような鯖選ぶなよ
文脈からするに前の金融関係の基地外さんですか？
267:名無しさん＠お腹いっぱい。
12/07/01 01:17:49.87 0
>>264
それならＯＫ。
ドシロウトが仮想化について全く理解しないで作って壊してサルベージしたからこうなった。
教科書通りの設定してこんな現象を起こす事は不可能。
268:名無しさん＠お腹いっぱい。
12/07/01 01:18:16.29 0
>>262
それは完全仮想化の話
準仮想化ならinode被るよ
269:名無しさん＠お腹いっぱい。
12/07/01 01:18:41.52 0
>>266
インフラのバックアップがまともならすぐに復旧してバッチ再実行出来る。
つーかパッチとバッチが分らないドシロウトのキチガイと話しても仕方ないかｗ
270:名無しさん＠お腹いっぱい。
12/07/01 01:19:07.03 0
>>255
お前さんの認識でほぼ合っている。
仮想同士は隔離されているが、
その仮想を牛耳る親玉から見ればタダのファイル。
親玉レベルから復旧していれば混じるのは当然。
待機系へのコピー負荷からスナップショット使っていただろうし。
271:名無しさん＠お腹いっぱい。
12/07/01 01:20:33.66 0 BE:198264299-2BP(3)
どうまともに仮想化しようと失敗すれば混ざる
>>245 の様な技術者ならば上手くやるだろうが
今回の指揮者は事故 HDD を複製せずあれこれやらせるレベルとまことしやかに ry
272:名無しさん＠お腹いっぱい。
12/07/01 01:22:36.15 0
>>268
はぁ？
準だとinodeどころかドライバすら別だぞ？
273:名無しさん＠お腹いっぱい。
12/07/01 01:24:22.09 0
>>255
今回のは仮想サーバ内のデータロストと復旧の話じゃないの？
ホストレベルで壊れたのならサルベージしてもデータ復旧どころか
システム動かんだろう
274:名無しさん＠お腹いっぱい。
12/07/01 01:24:27.96 0
同一のディスク上に混在してれば危険。
トラブルは想定していないことが起きるからトラブルだ。
細かい話し以前に、それを危険と感じるセンスが欲しい。
リスク管理とはそういうもの。
275:名無しさん＠お腹いっぱい。
12/07/01 01:25:51.18 0
>>269
パッチは今回の原因にもなったパッチ当ての意味で使ったんだけどね
なんでFSがデータ送信するバッチを実行すると読み違えたの？
１時間の遅れがとか言ってる割に、
今回のミスを戻すほどのバックアップがすぐに復旧できるとか
おまえのお花畑の想像で話すのはやめてくれよな
276:名無しさん＠お腹いっぱい。
12/07/01 01:26:06.31 0
>>274
いまはどこでも普通にやっている事なんだけどねｗ
君とかＦＳがやると危険になるってだけで。
技術とセンスゼロの奴が作ったら仮想サーバとか全然無関係に危ないよ。
277:名無しさん＠お腹いっぱい。
12/07/01 01:27:10.65 0
>>275
すぐ戻せるようにバックアップシステムを構築するのが普通。
可用性とか言葉自体知らなそうなドシロウトさんｗ
アホ過ぎる
278:名無しさん＠お腹いっぱい。
12/07/01 01:27:37.26 0
>>272 ちょｗｗｗ
279:名無しさん＠お腹いっぱい。
12/07/01 01:27:56.74 0
流れぶった切りごめん
オケ板からの質問へのフォローしてくれた人たちありがとう
追加で、以下が動画配信鯖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貸しサービスと考えるのが普通
なので、今回のファーストサーバのクラウドサービスでの障害は全く別の話
280:名無しさん＠お腹いっぱい。
12/07/01 01:28:11.55 0
>>278
敗北宣言乙ｗ
はい次ｗ
281:名無しさん＠お腹いっぱい。
12/07/01 01:29:29.06 0
>>277
> すぐ戻せるようにバックアップシステムを構築するのが普通。
それは理想。
実際にやったことないだろ？
282:名無しさん＠お腹いっぱい。
12/07/01 01:29:44.19 0
>>279
個別の被害まで調べる気がないからいいんだけどさ
ＩＰだけからそこまで決めつけられるもんかね？
システムがどう連携してるかなんてＩＰの管理会社だけでは分らんぞ
283:名無しさん＠お腹いっぱい。
12/07/01 01:30:08.07 0
>>269
つーかパッチとバッチが分らないドシロウトのキチガイと話しても仕方ないかｗ
これは酷い。本人がパッチとバッチが分らないwww
284:名無しさん＠お腹いっぱい。
12/07/01 01:30:42.60 0
>>281
バカ過ぎる。
やった事あるから言ってんだけど？
お前やＦＳの悪い頭で出来ないだけの話。
年に１時間ダウンが許されないサービスなんてザラに存在する。
285:名無しさん＠お腹いっぱい。
12/07/01 01:31:48.38 0
そもそもバックアップ不要ってＦＳが言っていた事や
現実的にはバックアップ取れない環境だったのが問題なのに
バックアップとってれば良かったって今の段階で言っている時点で
救いようのないバカでキチガイ
相手するのも嵐だなｗ
286:名無しさん＠お腹いっぱい。
12/07/01 01:33:27.81 0
>>279
ipだけで断定できないだろ
287:名無しさん＠お腹いっぱい。
12/07/01 01:35:24.86 0
>>265
ドメインやIPアドレスだけじゃ確定できねーだろにわか乙
288:名無しさん＠お腹いっぱい。
12/07/01 01:36:38.43 0
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でドメイン名を買っただけみたい。
289:名無しさん＠お腹いっぱい。
12/07/01 01:36:48.65 0
>>279
なんでそう決めつけられるんだ？
お前さんはIP見るだけでぜ～んぶ分かるエスパーなのか？
290:名無しさん＠お腹いっぱい。
12/07/01 01:37:26.87 0
>>284
> やった事あるから言ってんだけど？
それはレンタルサーバーじゃないだろ。
しかも、かなりの金をかけてるだろ。
全然条件が違うのに同じことができるわけないだろ。
291:名無しさん＠お腹いっぱい。
12/07/01 01:38:00.08 0
>>290
は？
292:名無しさん＠お腹いっぱい。
12/07/01 01:38:31.40 0
安価ミスった290じゃなくて284
293:名無しさん＠お腹いっぱい。
12/07/01 01:38:54.56 0
まったくだ。
レンタルサーバー（複数の人が使ってる）で
格安という条件の中で、
最高レベルのシステムを作ってみろっていうんだ。
だいたい、バックアップデータのコピーをするだけで
軽く数分かかるだろ。
294:名無しさん＠お腹いっぱい。
12/07/01 01:39:55.33 0
なるほど、FSの費用でも金融ｼｽﾃﾑが構築出来るのか
金融系はﾎﾞｯﾀｸﾘなんだな
295:名無しさん＠お腹いっぱい。
12/07/01 01:41:11.48 0
>>282,286,289
契約の中身まで分からんと書いたのは俺だから、
確かに100%違うと言い切れるのは中の人だけだね
でもぶっちゃけ、多分違うっしょ？ｗ
経路調べたら収容先も違うし、インテックの取引先にファーストサーバがあるか？
whoisの情報一つでFSがどうのこうのって騒げる>>289の方が、遥かにエスパーだわな？
296:名無しさん＠お腹いっぱい。
12/07/01 01:43:50.26 0
取引先の話されても知らんがな
297:名無しさん＠お腹いっぱい。
12/07/01 01:44:45.75 0
うちの環境から joysound.com を traceroute すると途中で止まるなぁ
ICMP弾いてるのかとおもた
298:名無しさん＠お腹いっぱい。
12/07/01 01:45:08.92 0
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）
299:名無しさん＠お腹いっぱい。
12/07/01 01:48:29.34 0
>>296
分からんなら黙っとけよクソが by 高木先生
300:名無しさん＠お腹いっぱい。
12/07/01 01:49:25.99 0
>>299
なにこいつ
301:名無しさん＠お腹いっぱい。
12/07/01 01:49:57.27 0
>>299
きｍ
302:名無しさん＠お腹いっぱい。
12/07/01 01:50:35.16 0
プロンプトｗ
303:名無しさん＠お腹いっぱい。
12/07/01 01:50:35.14 0
つまんね、０点
304:名無しさん＠お腹いっぱい。
12/07/01 01:52:14.52 0
>>299
おもしろいとでも思ってんのか？
305:名無しさん＠お腹いっぱい。
12/07/01 01:52:50.36 i
>>299
言いたいことはそれだけか？
306:名無しさん＠お腹いっぱい。
12/07/01 01:53:07.17 0
話をぶり返して悪いけど
結局仮想ディスクを使おうが混入するって事なのかな？
VMwareをちょっといじる位だから、どうも理解が追いつかぬorz
307:名無しさん＠お腹いっぱい。
12/07/01 01:54:59.13 0
>>273
障害の経緯（URLﾘﾝｸ(support2.fsv.jp)）で、
「復旧作業を進めた結果、弊社管理領域内にも損傷が認められ」
って書いてあるから、事故はハイパーバイザ上で仮想ディスクも含めてファイル全消し、
サルベージもハイパーバイザ上で行っているかと。
308:名無しさん＠お腹いっぱい。
12/07/01 01:56:05.73 0
使うんじゃなくて消えた仮想ディスクに対して
より高次元の管理システムから復旧したときに
混じる可能性があるというだけ。
まぁ仮想基盤にバグが有ったら何でもありなんだけど。
309:名無しさん＠お腹いっぱい。
12/07/01 02:00:44.59 0
何もかもお漏らしするために設計したとしか思えないシステム構成です
310:名無しさん＠お腹いっぱい。
12/07/01 02:01:27.11 0
>>299
会話中の言い間違いや相手の誤解は空気を読まず指摘するほうが良いと考える
「間違いの修正こそ正義」と勘違いしている
「正義は我にあり」と言わんばかりに、他人の間違いにこだわる
一般人から「理系的人間」と呼ばれやすく、現実社会では友達が少ない
間違いさえ修正できれば、人がどう思おうと関係ないという態度が出ている
311:名無しさん＠お腹いっぱい。
12/07/01 02:03:33.23 0
月も変わって倒産件数も劇的に増加して
やっと報道も過熱するんかな？
影響範囲どれだけ行くかマジわからんな。
312:名無しさん＠お腹いっぱい。
12/07/01 02:06:15.93 0
>>308
ホストOS上でのサルベージだと、壊れた仮想ディスクが出来るのかと思ってたけど
そうではないんだね
仮想化とか仮想ディスク内部の形式とか、もうちょっと調べてみるよ
313:名無しさん＠お腹いっぱい。
12/07/01 02:09:45.01 0
>>>306
VMwareの仮想ディスクなら混ざらない
OpenVZとかの準仮想化なら混ざる
314:名無しさん＠お腹いっぱい。
12/07/01 02:16:10.67 0
孫さんは今日から始まる電力買取で荒稼ぎをするのに忙しいので
fsvは無かったことにしてください
食物連鎖の下の人
315:名無しさん＠お腹いっぱい。
12/07/01 02:18:36.94 0
お金くれるならいいよ
316:名無しさん＠お腹いっぱい。
12/07/01 02:25:17.25 0
くだらないから、もうやめようよ
そりゃデータ飛ばしたのは問題かも知れないけど、
さんざん叩かれてるし、もういいっしょ
バックアップを取らなかった俺らが悪いんだし
しょせん格安サーバーだし
ねこだいすき
317:名無しさん＠お腹いっぱい。
12/07/01 02:28:28.47 0
>>316
へたくそ
318:名無しさん＠お腹いっぱい。
12/07/01 02:32:05.13 0
おっさんは今回のファーストサーバの件、ピンと来てない
若手は知識が無くて理解不能な状態
知識が有る極一部のおっさんは、何かあってもごまかし路線ということでダンマリ中
周りこんな奴らで、無知＆無責任さがこえ～よ
お前らの周りはどうよ？
今のIT部門ってこれが普通なのか？？
319:名無しさん＠お腹いっぱい。
12/07/01 02:32:22.20 0
おまえらがどんなに騒いだって消えたデータは返ってこないんだし、
まあ、少し落ち着けよ
エロサイトが吹っ飛んだとかなら命にかかわるけど、
がぞうでも見ながら
シコシコすればいいじゃん
ね？
320:名無しさん＠お腹いっぱい。
12/07/01 02:32:54.21 0
>>313
ちなみに正確には、OpenVZは「OSレベルの仮想化」な
最近は完全仮想化以外を準仮想化と呼ぶ人もいるんでどうでもいいんだが
321:名無しさん＠お腹いっぱい。
12/07/01 02:40:24.13 0
>>319
「先月のタイムカードのデータが全て消失したので、残業代は出ません」
「受注データが全て消失したので、先月の売り上げはありません」
「顧客データが全て消失したので、営業部は改めて契約を取ってきてください」
322:名無しさん＠お腹いっぱい。
12/07/01 02:50:52.98 0
なあ
被害サイトで買い物してたりして
不安で不安で仕方ない人は
どうしたらいいんだ？
323:名無しさん＠お腹いっぱい。
12/07/01 02:54:32.78 0
ファーストサーバで
アダルトグッズ通販
あんのかな
324:名無しさん＠お腹いっぱい。
12/07/01 02:55:14.62 0
うふふ
325:名無しさん＠お腹いっぱい。
12/07/01 02:56:25.57 0
>>322
ショップに連絡取る&FS利用ユーザのモラルに掛ける
FSが落ちてからスパムが減ったらしいが、利用ユーザの中に…まさかな
326:名無しさん＠お腹いっぱい。
12/07/01 02:56:32.24 O
>>312
壊れた仮想ディスクで合ってんじゃね？
壊れてないなら他の物理ディスクに移してすぐに完全復旧だし。
壊れてるからこそ、サルベージしたファイルが混ぜ混ぜなのであって。
327:名無しさん＠お腹いっぱい。
12/07/01 02:57:26.82 0
>>323
ブルセラショップなかった？復旧が中々早かったはず
328:名無しさん＠お腹いっぱい。
12/07/01 02:59:40.73 P
お名前.comとかjpドメインのwhois情報オープンな方向に進んでるけど
このスレみると、ちょっとこわくなってくるな。
○○さんチーッス！みたいな。
329:名無しさん＠お腹いっぱい。
12/07/01 03:04:12.02 0
間接ユーザー数て試算されたことある？
けっこう大問題じゃなかろうか。
マスコミさんなにしてんだよ。
工作員は直接ユーザーの心情操作しか
しとらんみたいだけど、
間接ユーザーがファーストサーバ訴えることも可能なんかな
330:名無しさん＠お腹いっぱい。
12/07/01 03:14:55.54 0
自分でヤル気もないのなら言うな。
331:名無しさん＠お腹いっぱい。
12/07/01 03:19:07.12 0
>>329
訴えるのはある意味自由なんじゃないかな
ただ、司法がどう判断するかは分かんない所
ECサイトとかサイボウズは当然大きなダメージだけど
仮にE-ラーニングサイトが被害受けてたら、返金問題だよね
332:名無しさん＠お腹いっぱい。
12/07/01 03:27:04.03 0
モノ買った客が金払わない。
問いつめると会社が給与支払い不能らしい。
客は金がないから払えないと言っているのだが、
おれはその会社に給与払えと請求できるか？
って請求は勝手だろうが、門前払いだろw>>329
333:名無しさん＠お腹いっぱい。
12/07/01 03:58:25.21 0
んーちょっと違うんだなー
334:名無しさん＠お腹いっぱい。
12/07/01 04:08:18.02 O
ファーストサーバさんだけのせいにするのは、どうだろう。去年から地震、増税などあったけど、その都度、私達は力を合わせてきた。今もそのとき。責任問題より目の前のことをやろうぜ！
335:名無しさん＠お腹いっぱい。
12/07/01 04:19:11.08 0
サイボウズのヘルプページがダウソしてるとかありえねぇ…
336:名無しさん＠お腹いっぱい。
12/07/01 04:19:36.46 0
ロボット学会昨日復帰したみたい。
URLﾘﾝｸ(www.rsj.or.jp)
めでたしだけど、週明けには個人情報漏れたかも、って
案内出さなきゃいけなくなる。うちもそうなりそう。。。
信用がズタズタです。。。FSVはどこが漏れたかハッキリさせない
まま調査中とかいって、こちらはどうしたらいいんだか分からない。
何お知らせに書けばいいんだよぅ。。。
337:名無しさん＠お腹いっぱい。
12/07/01 05:04:04.72 0
完璧にスレの勢いがなくなってるな。もう諦めるしかないだろこれｗ
残ってるやつ誰もいねーし
338:名無しさん＠お腹いっぱい。
12/07/01 05:12:13.79 0
他のサーヴィスに移行済みか、業務が破綻して法務部とか別の所に主導権が移っているか、のどちらかであろうな。
339:名無しさん＠お腹いっぱい。
12/07/01 06:02:29.91 0
>>336
p. [ネームサーバ] nsas1.firstserver.ne.jp
p. [ネームサーバ] nsas2.firstserver.ne.jp
まだfs使ってんのかよ
危機管理がなってねーな＠日本ロボット協会
なめこを見習えｗ
340:名無しさん＠お腹いっぱい。
12/07/01 07:34:50.55 0
やっと、テレビを含め大手メディアが報道しましたね。
やはり過失とはいえ情報漏えいが問題ですね。
これって、なんかの法律違反ではありませんか？
法律違反なら刑事告発してみれな良いかと。
341:名無しさん＠お腹いっぱい。
12/07/01 07:50:58.65 0
おかげでネットで購入前に
正引きする癖ついたじゃねーか
342:名無しさん＠お腹いっぱい。
12/07/01 07:51:20.04 0
自分の生き方に自信が無い人間は子供に無難な名前を付ける。
「自信がない」→「皆と同じ名前が良い」という思想。
無難な名前が悪いとは言わないが、親の愛情が感じられないことは確か。
健太や博史や拓也みたいな凡名を付ける親は凡夫が多いのはそのせい
343:名無しさん＠お腹いっぱい。
12/07/01 07:52:28.95 0
ありふれた名前っていうのは、子供の為を思って付けているわけじゃなく
結局は自分の為に付けているんだよな
「上司から馬鹿にされないように無難な名前を付けよう」とか
「近所の奥さんに言っても恥ずかしくない無難な名前にしよう」とか
344:名無しさん＠お腹いっぱい。
12/07/01 07:53:57.17 0
そもそも名前というのは他者との識別記号だからな
無個性でありきたりな名前は、名前としての役割を果たしていないな
ヒロシ(笑)ユウタ(笑)ケンタ(笑)タクヤ(笑)
タケシ(笑)ミノル(笑)ケンタロウ(笑)ユウヤ(笑)
お前ら存在価値ないよｗ特に名字が佐藤や鈴木だったら自殺ものだなｗ
345:名無しさん＠お腹いっぱい。
12/07/01 08:06:39.62 0
第三者委員会がどこまで詳しく突っ込んでくれるのか
突っ込んでくれたとして、その後会社がどうするのか
九州電力のときは、扱いがひどかったよね
346:名無しさん＠お腹いっぱい。
12/07/01 08:29:29.90 0
ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
Impress Watch 6月29日(金)22時0分配信
URLﾘﾝｸ(headlines.yahoo.co.jp)
>1ユーザーあたりの混在先は最大6ユーザー
347:名無しさん＠お腹いっぱい。
12/07/01 08:31:31.89 0
目立ちたがりなクセにシャイな俺っ！
348:名無しさん＠お腹いっぱい。
12/07/01 08:34:07.99 0
>>288 >>298
nslookupは、単に手近なところで誰かに聞いてみました辞書引きました
という程度でしかないから。
逆引き辞書が間違っている場合もあるし更新されていない場合もある。
手抜きせずサボらず、
pingでサーバのお返事、
tracertでサーバへの経路、をそれぞれきちんと調べるべき。
349:名無しさん＠お腹いっぱい。
12/07/01 09:30:05.03 0
>>346
一応一次情報源を。
URLﾘﾝｸ(www.firstserver.co.jp)
対象サーバー数 103 台、最大 2,308 者（※1）分の復元データの一部が、
同じく障害の影響を受けた 145 者のデータ領域に混在した可能性があることを確認しました。
なお 1 者あたりの混在先は最大で 6 者であることが判明しております。
～中略～
「ビズ・シリーズ」「ビズ２・シリーズ」「EC-CUBEクラウドサーバ」は
1 台の物理サーバーにつき最大 60 契約を収容しています。
この度の障害で発生した事象は、同一の物理サーバー内でのみ発生する事を確認しており、
物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。
あらためて読み返すと
「 1 者あたりの混在先は最大で 6 者」というのと
「1 台の物理サーバーにつき最大 60 契約」の違いがわかりにくい
前スレで145÷(2308÷103)=6.47みたいな計算してた人いたと思うけど、
これは均等に収容されてた場合？
350:名無しさん＠お腹いっぱい。
12/07/01 09:36:34.86 0
>>335
今日は坊主の定期メンテだったみたいね
昨日の障害の原因も報告出てるけど
URLﾘﾝｸ(cs.cybozu.co.jp)
閏秒ってさっきの話だよなぁ、一日前に影響出るものなのか
351:名無しさん＠お腹いっぱい。
12/07/01 09:38:17.59 0
>この度の障害で発生した事象は、同一の物理サーバー内でのみ発生する事を確認しており、
>物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。
これなんのいいわけだよｗ 漏洩している時点で駄目だろｗ
352:名無しさん＠お腹いっぱい。
12/07/01 09:38:18.67 0
完封しちまうか？ なっ！？
353:名無しさん＠お腹いっぱい。
12/07/01 09:42:05.23 0
>>349
馬鹿な俺には145÷(一台あたりの収容ユーザ)で最大流出数になるのが
すでにわかんねorz
354:名無しさん＠お腹いっぱい。
12/07/01 09:58:19.67 0
>>351
データ漏えいをサーバ内だけにとどめた技術力を評価すべき
355:名無しさん＠お腹いっぱい。
12/07/01 10:14:51.52 0
超ゲーハー
356:名無しさん＠お腹いっぱい。
12/07/01 10:23:54.08 0
これよう、データばっさり消された会社は簡単に他のクラウドに移れるけど、
運よく、というか運悪く難を逃れた会社は、かえって移れねえんじゃね？
てか、データの引継ぎとか、誰がやるのよ？
357:名無しさん＠お腹いっぱい。
12/07/01 10:25:37.41 0
回線がネックになって、データ移行が進まないと思います。
358:名無しさん＠お腹いっぱい。
12/07/01 10:27:36.98 0
自分の生き方に自信が無い人間は子供に無難な名前を付ける。
「自信がない」→「皆と同じ名前が良い」という思想。
無難な名前が悪いとは言わないが、親の愛情が感じられないことは確か。
健太や博史や拓也みたいな凡名を付ける親は凡夫が多いのはそのせい
359:名無しさん＠お腹いっぱい。
12/07/01 10:33:23.82 0
特に被害は無かったけど逃げないと
次何かあった時部長と俺の首が
飛ぶから逃げる
360: 忍法帖【Lv=14,xxxPT】
12/07/01 10:34:54.93 0
同じ共用鯖の同居人には漏れちゃったけど
外まで大公開にはなってないとでも言いたいのか？
そんなの関係なく漏れたら死刑だろアホか
361:名無しさん＠お腹いっぱい。
12/07/01 10:38:06.43 0
孫正義東日本大震災復興支援財団のホームページ復帰はいつですか？
362:名無しさん＠お腹いっぱい。
12/07/01 10:39:17.01 0
トップページの謝罪やFAQも漏洩に関して追加すべきでは？
363:名無しさん＠お腹いっぱい。
12/07/01 10:45:01.82 0
読売(関西)
URLﾘﾝｸ(osaka.yomiuri.co.jp)
> これまでに顧客企業２社の社員のメールなどが同僚に漏れたケースが確認されている。
社内だからまだ大丈夫だよね？とでも言いたそう
364:名無しさん＠お腹いっぱい。
12/07/01 10:45:29.26 0
何がクラウドだよ(´・ω・｀)
デーセンごとトラブったら被害甚大に決まってるだろ(´・ω・｀)
常識で考えろよ(´・ω・｀)
365:名無しさん＠お腹いっぱい。
12/07/01 10:47:10.93 0
数百台の鯖が一斉にバックアップもろとも消えちゃって
慌ててデータ復旧してユーザーに提供したら、他ユーザーのデータもまじってしまった
その上メールもデタラメに届いたって話か？
登録制サイトなどを運営してたユーザーは、データ消失で復旧の目処すら立たない上に
登録者へデータ漏洩について謝罪しなければいけないとか最悪の事態だろ？
何社潰れるんだろうなぁーソフトバンクはどう責任取るんだ？
366:名無しさん＠お腹いっぱい。
12/07/01 11:04:46.53 0
常識的に考えるとそうだったわ・・・ なんで安心しきってたんだろう
367:名無しさん＠お腹いっぱい。
12/07/01 11:21:47.03 0
ディスクのミラーリングではプログラムの論理的ミスからデータを守るには用を足さないわな
したかってテープによるバックアップが有効だけど低価格の貸しサーバビジネスでは導入しにくい
ストリーマのようなインターフェイスを持ったディスクストレージってないの？
ディスクをrawで開いてtarみたいな形式でシーケンシャルに書き込む
アクセス方法はファームウェアによってその方法に制限され
カートリッジのローディングもエミュレーションする
そんなやつ
368:名無しさん＠お腹いっぱい。
12/07/01 11:27:22.29 0
ストールマンだからこんくらい言うわ、と思ってたけど
「ウェブアプリケーションを使ってコンピューティングを行うべきではない理由の1つは、ユーザーが管理権を失うことだ」
URLﾘﾝｸ(japan.cnet.com)
369:名無しさん＠お腹いっぱい。
12/07/01 11:39:30.63 0
>>328
whoisでピンポイントに調べるだけならまだしも、障害サイトのIPとその前後のIPを
逆引きやtracertしたら、傷害があったことを隠してるサイトや、運良く傷害に
巻き込まれなかったサイトなども含めて、FSのレンタルサーバに収容されてるサイト（企業）が
全部バレバレだもんな。
○○さんチーッス！どころか、ライバルのレン鯖業者などがスクリプトで抜き出して
DMや訪問営業をやってるんじゃない？すでに。
370:名無しさん＠お腹いっぱい。
12/07/01 11:41:30.34 0
被害を受けたサイトの中で
個人情報漏洩の可能性に関する報告を
行ったサイトは有りますか？
371:名無しさん＠お腹いっぱい。
12/07/01 11:49:48.51 0
>>370
FSVから「データ消去のお願い」連絡きたひといます？
うちは他社データっぽいの混入は見つからなかったし着てないです。。。
372:名無しさん＠お腹いっぱい。
12/07/01 11:53:07.87 0
FSから2308者に連絡来ない限り、専用サーバ以外のユーザは漏洩対象だよね
373:名無しさん＠お腹いっぱい。
12/07/01 11:54:09.85 0
ん？ 何が言いたいのだ？
374:名無しさん＠お腹いっぱい。
12/07/01 12:11:51.67 0
半年ROMってろ
375:名無しさん＠お腹いっぱい。
12/07/01 12:16:06.70 0
他社の顧客情報ゲットしたからwinnyとshareで放流してみるｗ
なんて奴もいるかも知れないので、サーバ外に漏れなかったとしても安全とは言えまい。
376:名無しさん＠お腹いっぱい。
12/07/01 12:18:19.78 0
チューリッブビビブビー
377:名無しさん＠お腹いっぱい。
12/07/01 12:19:09.82 0
まず現時点でのおさらいは
共有レンタルサーバーサービスの「ビズ」
共有レンタルサーバーサービスの「ビズ2」
VPSサービス
「EC-CUBEクラウドサーバ マネージドクラウド」
これらはすべてFS側では、事故があった17:00直前にまで戻すのは
不可能どころか、バックアップも消失なので、FS側では一切復旧は
出来ない。1日も1週間前すら戻せない。
またこれらの中でから更に対象サーバー103台、最大2308ユーザーの
復元データの一部が同じく障害の影響を受けた145ユーザーのデータ
領域に混在した可能性がある。
1ユーザーあたりの混在先は最大6ユーザーという事なので
該当した2308人（企業）分のデータが、別の145社に1社あたり最大6社
の割合で情報漏洩の疑いがあり。
要は完全にシャッフルしまくった可能性も捨てきれない。その詳細は
今のところ企業から報告があった2件のみ。
それ以外一切把握できず。今後も何が漏れたかさえ不明って事。
どう考えても大問題だろう。
378:名無しさん＠お腹いっぱい。
12/07/01 12:20:37.79 0
また前代未聞のエンタープライズ契約分もデータ完全消失。
正直、もうダメだろ。専用サーバーサービス
「エントリービズ」
「エンタープライズ3」
というエンプラ契約分に関しても基本的な再構築は顧客側のバック
アップに委ねられる。
エンタープライズ契約分は要望があれば復旧作業は依頼可能だが
どのくらいの期間に及ぶかは明言されていない。
つまり復旧まで長期に及ぶ可能性もあるって事だな。
379:名無しさん＠お腹いっぱい。
12/07/01 12:25:12.49 0
あっと・・・総数とする該当顧客件数は5698件ね。
380:名無しさん＠お腹いっぱい。
12/07/01 12:34:20.53 0
>>375
それは、放流した奴が逮捕されるだけじゃね。
381:名無しさん＠お腹いっぱい。
12/07/01 12:35:28.17 0
許しちゃんなーい
382:名無しさん＠お腹いっぱい。
12/07/01 12:38:42.64 0
準仮想化はiノードが共用とか言う奴マジか？
そんなアホな話聞いた事ないんだが何をみてそんな勘違いしたのかソース教えて欲しいわ
383:名無しさん＠お腹いっぱい。
12/07/01 12:38:56.75 P
>>375
自分のとこも復旧で悲鳴あげてる最中に、ほかの会社の情報げっとｗｗこれから放流するｗｗ」
みたいな余裕ないんじゃないの？
漏洩に関しては実質大丈夫だと思うブヒー
384:名無しさん＠お腹いっぱい。
12/07/01 12:41:46.69 0
復旧を諦めた会社があったらﾔﾊﾞｲな
385:名無しさん＠お腹いっぱい。
12/07/01 12:51:55.08 0
どうせウチは倒産だー
情報漏洩して他の会社も潰してやるぜ！
って奴はこれから出るかもな
386:名無しさん＠お腹いっぱい。
12/07/01 12:53:04.46 0
自社の顧客情報やら社員情報やら業務情報がだだ漏れになって
大丈夫わけねーだろ
工作員バカすぎ
日雇い派遣か？
387:名無しさん＠お腹いっぱい。
12/07/01 12:53:40.37 0
もともと利用ユーザにスパム業者や名簿屋が居たら…
388:名無しさん＠お腹いっぱい。
12/07/01 12:55:16.13 0
ｽﾊﾟﾑが減ったって噂もあったな
389:名無しさん＠お腹いっぱい。
12/07/01 12:55:27.89 0
リストア作業で顧客が意図的に消去した重要データが復旧→漏洩
ま 可能性は限りなく低いか
390:名無しさん＠お腹いっぱい。
12/07/01 12:55:57.13 0
ＦＳのおかげでスパム送信用アドレス１０万件ゲットだぜ！！
391:名無しさん＠お腹いっぱい。
12/07/01 13:07:01.25 0
エンタープライズとかいいながら、オフラインバックアップもとってないような
サービスに申し込んだ奴がアホなだけ
392:名無しさん＠お腹いっぱい。
12/07/01 13:08:40.83 0
>>390
実際にスパム送信したら
お前の罪になるんだが？
393:名無しさん＠お腹いっぱい。
12/07/01 13:14:29.04 0
ウッ♂~~~~
394:名無しさん＠お腹いっぱい。
12/07/01 13:22:27.23 0
普通は自分で送信なんかせずにFSから流出した顧客のアドレスですと名簿屋に流すだろ
395:名無しさん＠お腹いっぱい。
12/07/01 13:24:09.46 0
>>394
それをやっても、お前の罪になるぞｗ
396:名無しさん＠お腹いっぱい。
12/07/01 13:24:51.67 0
ファーストサーバさんは罪深いすなあｗ
397:名無しさん＠お腹いっぱい。
12/07/01 13:25:39.73 0
なんせ無差別に垂れ流したからな
398:名無しさん＠お腹いっぱい。
12/07/01 13:26:06.12 O
>>391
× エンタープライズ
○ エンターサプライズ
○ エントリープライス
399:名無しさん＠お腹いっぱい。
12/07/01 13:26:54.70 0
しかも貴方のデータですと言いながら他人の情報を混ぜ込む悪どさ
400:名無しさん＠お腹いっぱい。
12/07/01 13:30:18.67 0
自社の営業用に使えば問題ないな
自社が管理しているﾒｱﾄﾞに送っただけなんだから
401:名無しさん＠お腹いっぱい。
12/07/01 13:35:40.77 0
営業用？ 何に使うんだ。そんな少ない情報ｗ
402:名無しさん＠お腹いっぱい。
12/07/01 13:49:02.30 0
>>368
さすがストールマンや
403:名無しさん＠お腹いっぱい。
12/07/01 14:05:03.80 0
5000以上の企業と官公庁に倒産級の打撃を与えたヤフーのテロ行為は
アノニマスをはるかに超えている
404:名無しさん＠お腹いっぱい。
12/07/01 14:08:47.17 0
今後のテロはレン鯖会社直接攻撃がターゲットになりそうだな。
405:名無しさん＠お腹いっぱい。
12/07/01 14:37:44.95 P
>>404
サイボウズが戦車で千社イベントやった日に障害起こしてたのは私怨テロが原因だと思う
406:名無しさん＠お腹いっぱい。
12/07/01 14:39:30.80 0
ファーストサーバ、復元データの一部が漏えいした可能性（スラッシュ・ドットジャパン）
URLﾘﾝｸ(security.slashdot.jp)
のコメントにある
>「6契約ではなく60契約でしたｺﾞﾒﾝﾈﾃﾍﾍﾟﾛ」が出るか、混ざってるけどもう公表しない、とか
みたいなことがありうるのかな
バックアップっていってたけど実は待機系でした、みたいなことあったからね
大本営の発表だと「者」と「契約」を使い分けてるし
407:名無しさん＠お腹いっぱい。
12/07/01 15:07:08.74 0
>>403
アノニマスにせよテロリストってのは良い悪いは別としてそれぞれの正義が
あって行動してるからな
翻ってファーストサーバのおかした行為はどの視点から見ても正義がない
ようはテロリスト以下って事だ
408:名無しさん＠お腹いっぱい。
12/07/01 15:12:45.64 0
>>407
親会社の会長の名前が正義だが？ 辞書的意味とは一致しないけど
409:名無しさん＠お腹いっぱい。
12/07/01 15:38:34.95 0
１．サイボウズやmysql等の関連サービス止める（数分？）
２．サイボウズや関連データの入ってるボリューム丸ごとスナップショット取る
３．サイボウズ・mysql等再稼働（数分？）
４．スナップショット取ったボリュームからサイボウズのデータのバックアップ（半日くらいかかってもじっくりやればいい）
こうすれば、サイボウズ止める時間は１０分もあれば済むし、確実にバックアップ取れるじゃん
深夜のだれも使ってない時間に１０分止めればいいだけ
商用DBみたいに稼働中に止めなくても確実にバックアップ取れるようなしくみがあればいいけど
410:名無しさん＠お腹いっぱい。
12/07/01 15:49:09.87 0
シェルがつかえればねぇ..
411:名無しさん＠お腹いっぱい。
12/07/01 15:50:37.62 0
ストールマンわかってんなあ。
単なる天才プログラマーというだけでなく
コンピューティングのあり方について
真実を見通す力のある人だ。
412:名無しさん＠お腹いっぱい。
12/07/01 15:51:43.62 0
Q. SSH(Secure Shell)、Telnetを利用してサーバにアクセスできますか？
A. いいえ。サービスの仕様上、SSH(Secure Shell)、Telnetは利用できません。
サーバの設定については、サーバ管理画面「コンフィグレータ」より行ってください。
413:名無しさん＠お腹いっぱい。
12/07/01 16:01:42.70 0
>>412
バックアップさせない仕様なのは、顧客データを自社から出さないようにして
客が他のサービスに乗り換えるのを防ぐためだろうな。
アクドイわ
414:名無しさん＠お腹いっぱい。
12/07/01 16:04:40.63 0
>>409
そういう手順が周知されていて、実際それが出来るだけのssh接続やら
ftpの帯域とかが確保されていたならいいけどね。
「バックアップなんてウチがやるから不要です！」って言っていたし、
手段もきちんと提供していなかったのが問題。
自力で工夫してバックアップして自社ですぐ再構築出来る技術と時間があるなら
最初から自社でやってるよ
バックアップ運用も機器や人や技術がいるし、そもそもコスト削減と
可用性向上のために外部のプロに頼んでいるわけだしね。
415:名無しさん＠お腹いっぱい。
12/07/01 16:06:43.14 0
ファーストサーバー 「ねぇ、バックアップする？」
ﾆｱ バックアップしない
バックアップさせない
416:名無しさん＠お腹いっぱい。
12/07/01 16:11:37.06 0
>>368
お客様作業不要が日本の経営者の求める物だから、
技術者の求める物とそれは違っていいんだよねｗ
日本の経営者的考えではﾃﾞｰﾀが消える事よりも、ｺｽﾄﾀﾞｳﾝが優先だから
FSVはそれに見合う安価なサービスを提供した優良企業だったかもしれない、
業務が遂行できていたらの話。
日本企業は情報化に失敗したんだよ。
新卒SEにソリューションを丸投げし、当初の効率化が失敗、
コストが高いからと言って、FSVとかのクラウド業者に丸投げして失敗した。
417:名無しさん＠お腹いっぱい。
12/07/01 16:12:08.45 0
ソフトバンク、大規模障害が発生中のファーストサーバを株主総会で大々的に宣伝
第32回定時株主総会（2012年6月22日）事業戦略説明資料より
（PDF注意） URLﾘﾝｸ(www.softbank.co.jp)
※104ページ中央上段のロゴ
418:名無しさん＠お腹いっぱい。
12/07/01 16:16:21.51 0
韓国人コンサル： お客様作業不要で出来ます。
中国人鯖管 ：ﾊﾞｯｸｱｯﾌﾟできました。
日本人顧問： 約款規定以外の賠償出来ません。
まだ望みはあるよねｗｗｗ
419:名無しさん＠お腹いっぱい。
12/07/01 16:17:09.82 0
>>409
もうちょい細かく教えてくれ
シェルが使えなかったらしいが毎日深夜にどうやってサイボウズとめてスナップショットをとるの？
コマンドレベルで書いてくれないか？
420:名無しさん＠お腹いっぱい。
12/07/01 16:18:16.88 0
ＦＳ社が責任逃れのためにＨＰの改ざんしているみたいなんで
ここで探そうとしたけど、ここ数年の分が参照出来ない？
もとから見えなかったのか証拠隠滅で消したのか、知っている人いる？
URLﾘﾝｸ(wayback.archive.org)
421:名無しさん＠お腹いっぱい。
12/07/01 16:20:47.00 0
ユーザーが勝手にサイボウズ止められるわけ無いだろｗ
他の客にまで影響出るんだから。
それに管理者権限が必要に決まってる。
安価なレンタルサーバーに管理者権限はない。
逆に管理者権限があるのなら、全てはユーザーの自己責任
422:名無しさん＠お腹いっぱい。
12/07/01 16:22:36.00 0
>>421
管理者権限があるなら、サーバのデータもバックアップも全部消された上
他の会社に情報ばらまかれてもユーザの責任なのか？
朝鮮の話は余所でやれｗ
423:名無しさん＠お腹いっぱい。
12/07/01 16:24:24.99 0
アホが涌いてるな
424:名無しさん＠お腹いっぱい。
12/07/01 16:25:16.18 0
今回は
簡易バックアップサービス
URLﾘﾝｸ(www.fsv.jp)
これさえ飛ばしてしまいました。全部。
425:名無しさん＠お腹いっぱい。
12/07/01 16:25:42.70 0
>>422
管理者権限があるってなんのこと？
426:名無しさん＠お腹いっぱい。
12/07/01 16:27:07.57 0
>>425
>>421に聞けよｗ
427:名無しさん＠お腹いっぱい。
12/07/01 16:29:02.82 0
URLﾘﾝｸ(security.slashdot.jp)
ここのコメント色々盛り上がってるな
428:名無しさん＠お腹いっぱい。
12/07/01 16:30:08.60 0
>>426
ファーストサーバーの話じゃないだろ。
429:名無しさん＠お腹いっぱい。
12/07/01 16:31:06.67 0
URLﾘﾝｸ(security.slashdot.jp)
ここのコメント色々盛り上がってるな
↓
たった21コメントでした。
430:名無しさん＠お腹いっぱい。
12/07/01 16:31:18.30 0
>>217
世の中SEは多いけど、設計の出来るプログラマって少ないよ。
鯖管だって、1から危機管理して自力で手順書作ってとか出来る人
は少ないし、クラウド導入でﾘｽﾄﾗ済みｗｗｗ
残るのは、パワポなら任せろ！って職人ｗだけ。
431:名無しさん＠お腹いっぱい。
12/07/01 16:31:25.34 0
最近のスラド民はレベルが低くて困る
432:名無しさん＠お腹いっぱい。
12/07/01 16:31:39.15 O
>>416
こういう事件が起きた今、それでもなお日本全国の中小企業や自営業の経営主の本音は、
恐らく↓のようなセリフだろうね。
「ええい、全て他人にお任せでもっとカネが掛らないITソリューションはまだか！」
個人商店からステップアップした法人なり同族企業の経営者は、常に引き算の思考だけ。
増益に努力せず、他人を今より可能な限り安く使う方法と節税しか考えてないからなぁ。
433:名無しさん＠お腹いっぱい。
12/07/01 16:34:03.05 0
>>429
コメ数じゃなくて内容ね
真偽の程は分からんが
434:名無しさん＠お腹いっぱい。
12/07/01 16:35:36.75 0
まあ、バックアップを他人に任せることの
リスクを計算できなかった経営者には
いい勉強になったでしょう。
これからは、高いサービスを使ったり
保険に入っておくんだぞ。
サーバーを運営するの9は、家を借りるのと同じだと思いなさい。
435:名無しさん＠お腹いっぱい。
12/07/01 16:36:08.92 0
>>318
とりあえず黙ってれば、今担当してる奴の責任になるもんな。
賢い奴は黙る。
それで会社が立ち行かなくなるとしても、下手に動くと責任者にされて
退職金に響くから何もしない、いよいよ退職金もヤバイ、となったら動くだろうｗ
それがｼﾞｬｯﾌﾟシステム。
436:名無しさん＠お腹いっぱい。
12/07/01 16:37:28.66 0
>>419
URLﾘﾝｸ(ameblo.jp)
のコメント欄にて
>差分バックアップを取ることはは可能です。
>ただし、それはグループウェアではなくバックアップツールの機能ですね。
だそうだ。
437:名無しさん＠お腹いっぱい。
12/07/01 16:38:08.82 0
経営した事のないニートの妄想が炸裂してんな
全業種自前で出来る会社なんてそうそうないんだが
社会人経験がないとコスト意識が身に付かない
万年作業者で人生終わり
438:名無しさん＠お腹いっぱい。
12/07/01 16:39:34.38 O
>>418
あー（嘆
439:名無しさん＠お腹いっぱい。
12/07/01 16:43:50.25 0
>>436
差分って言っても全ファイルが更新されてたら
普通にFTPするのと同じになる気もするが…
サイボウズは更新が特定のファイルに集中するのかな
440:名無しさん＠お腹いっぱい。
12/07/01 16:48:01.39 0
>>439
差分って何も変更したファイル全部ではなくて
変更されたファイルの変更部分だけバックアップとればいいんだよ
バックアップソフト次第。
441:名無しさん＠お腹いっぱい。
12/07/01 16:49:00.57 0
流失したデータで一番問題なのは、それが流出したデータだと証明できない事だろうな。
A社の顧客一覧が、B社のサーバ上にあった場合の出てくる問題点を考えてみた。
・故意にB社が取得したものではない。
・A社はB社にデータが流出した事を知らない。
・データ内の情報を精査しないとB社は自社のデータじゃないと判断できない。
・B社はそれがA社の物と判断できない。
・既にB社にあったA社のデータがコピーされ、流出した可能性がある。
・FSはB社にA社のデータを削除してくれと言うけど、どのファイルかも指定してない。
・FSはB社にあるA社のデータを探す事が出来ない。
既にFS社の言うところの復旧した後の正常稼働中であり、ポリシー上、顧客のデータを勝手に見れない。
もし見たら、内部規定どころか、秘密保持にひっかかる。
つまりだ、もう流出したデータは１００％回収できない。
詰んでるわコレ
442:名無しさん＠お腹いっぱい。
12/07/01 16:51:44.63 0
>>440
サイボウズASPで差分バックアップ取るには
どのバックアップソフト使ってどうすればいいんだよ？
443:名無しさん＠お腹いっぱい。
12/07/01 16:51:47.39 0
>>440
最近のってそんな事できるんだ？
凄いね
変更ファイルの変更部分だけをバックアップ出来るソフトをひとつ教えてくれ。
444:名無しさん＠お腹いっぱい。
12/07/01 16:54:03.21 0
>>440
一般論だとそういう方法もあると思うけど
FTPだけでそこまでの処理って出来たっけ？
445:名無しさん＠お腹いっぱい。
12/07/01 16:56:39.09 0
三三三三三三三 （ | 日経ッツ！
三三三三三 )） |
三三三三)ミ,（（＾＾彡ミ彡 ／ きさまッ！
三三三三 （（三三 6)彡/／＼
三三三∩三ﾐl三三 /ミ彡 ／) | 見ているなッ！
三三三|彡ミ三ｌ三 ／ ＼ / /､ |
三三三ヽ＿）二 |￣ ﾉ ／ ﾐl :ｌ､＼
三 ／二 /ミ ‐ｖ-― ´/ ）ﾐ/ / /ヽ￣￣￣￣
三/ ￣ /ﾐ ｌﾐ （_/ 三｀´｀´｀´
ネット上の掲示板には「顧客データもサイボウズに入れてたから、
電話来ても誰が誰だかわかんないし何も答えられないし、
サーバが落ちててって言い訳もできないし、
会社自体が記憶喪失になったみたい」
「たぶん明日は段ボールから顧客との契約書原本取り出して、
電話取りながらあいうえお順に並べる作業から一日が始まります」
といった書き込みがなされている。
URLﾘﾝｸ(www.nikkei.com)
446:名無しさん＠お腹いっぱい。
12/07/01 16:56:59.11 0
>>439
特定のファイルに集中ではなく、使えば使うだけファイル数が
増えるのはサイボウズは特徴としてあります。
圧縮もされて無いので膨大な量になります。
なんだRDBじゃないんだ・・・と思い勝ちですが、これがどうして
どうして、ハードウェアの高速化でそれなりの速度は維持出来ます。
ただ、コアになる部分（2つファイルがあるんだけど）がcyde1を叩く
（あっと今はcyde2か）ので、このコアバックアップは必須です。
これが1バイトで壊れていると絶対に復旧は無理です。
まあ絶対に無理なの？ではなくて1バイトぐらいなら可能かも。
機能の「最適化」っていう作業するんです。
すると、ボッコボコにコアが壊れて無い限り辻褄あわせさせる事は
ある程度可能です。
後、たとえば「ファイル数個がおかしいけど？」とかいうレベルであれば
単純にデータが見当たらない等のメッセージが出るぐらいの被害で
済みます。そのアクションを消すかもう一度新規作成すれば問題は
無いです。（あくまでシステム上って話ね。重要ファイルなら救い無し）
447:名無しさん＠お腹いっぱい。
12/07/01 17:01:44.27 0
ソフトの基本設計が悪いと
使わない方がいいですな
448:名無しさん＠お腹いっぱい。
12/07/01 17:01:55.72 0
>>446
ファイル数の増加だったら差分FTPでもなんとか対応出来そうだね
コアファイルを保全しつつ、というのが大変なんだろうけど…
449:名無しさん＠お腹いっぱい。
12/07/01 17:03:08.95 0
>>441
>もし見たら、内部規定どころか、秘密保持にひっかかる
第三者委員会の役割は？
450:名無しさん＠お腹いっぱい。
12/07/01 17:03:41.79 0
>>443へのレスが欲しいんだが。
素人の妄想アプリじゃないのか？
451:名無しさん＠お腹いっぱい。
12/07/01 17:04:27.47 0
そもそも変更されたファイルのどこが変更されたかをチェックするためには差分が必要で、
差分をとるには、一旦全部落とす必要があると思うんだが・・
452:名無しさん＠お腹いっぱい。
12/07/01 17:08:25.53 0
サーバ側でスクリプトが動かせないと差分箇所のみのバックアップは無理でしょう
ASPでスクリプト動かせるところがあるか知らんが
スクリプトを動かせるところのサーバ借りて
バックアップソフトは自分で作れってことだな
453:名無しさん＠お腹いっぱい。
12/07/01 17:08:59.88 0
>>450
ネット上とローカルに分散する2つのファイルのdiffを取るには
どちらかをうｐ or DL する必要があるよね
つまりこの時点で転送量的には全く利点が無いと思われるが…
あるなら俺も見てみたい
454:名無しさん＠お腹いっぱい。
12/07/01 17:10:44.88 0
>>452
差分対象となるファイルをサーバ側に残しておかないとダメじゃね？
455:名無しさん＠お腹いっぱい。
12/07/01 17:12:35.23 0
>>454
当然そうだな
456:名無しさん＠お腹いっぱい。
12/07/01 17:14:08.53 0
>>454
サーバでスクリプト動かせないんだから、今回のケースでは無意味だね
やっぱり素人の妄想だったか。
457:名無しさん＠お腹いっぱい。
12/07/01 17:16:32.17 0
rsyncってどうなの、と思ったけどそもそもFSだとSSHが仕様上利用できないのね
URLﾘﾝｸ(ja.wikipedia.org)
458:名無しさん＠お腹いっぱい。
12/07/01 17:22:31.27 0
>>457
ネット上に顧客情報をまき散らしながらＦＴＰで落とすしかないが
帯域が遅く異常に時間がかかる上、ＦＳに「帯域使いすぎ」って文句言われるらしい。
バックアップ前にサイボウズを自動で停止できる状況だったのかは不明。
459:名無しさん＠お腹いっぱい。
12/07/01 17:26:46.89 0
rsyncやsshを利用不可にしたのは何故なんだろうね
460:名無しさん＠お腹いっぱい。
12/07/01 17:27:36.43 0
>>458
帯域制限か…
↓バックアップはユーザが使ってないときにやって、とある
>データのバックアップ作業は、メンテナンス時間を設定するなど、
>ユーザーが「Office 8」にアクセスしない時間帯に行ってください。
URLﾘﾝｸ(manual.cybozu.co.jp)
461:名無しさん＠お腹いっぱい。
12/07/01 17:30:28.01 0
URLﾘﾝｸ(twitter.com)
あの電話応答率には大した意味が無いという事だね、うん分かってた
462:名無しさん＠お腹いっぱい。
12/07/01 17:32:01.76 0
>>459
囲い込みじゃね？
>>460
そんな運用聞いた事ないわ
小学生レベルのシステムだな
463:名無しさん＠お腹いっぱい。
12/07/01 17:33:21.54 0
>>461
電話した人が１万人いて１００人しかつながらなくても
そのつながった１００人は全員つながったわけだから
応答率は１００％って計算だろう
無能通り越してキチガイ過ぎる
464:名無しさん＠お腹いっぱい。
12/07/01 17:43:24.60 0
>>449
第三者委員会とは関係ないだろう、あるとすればファーストサーバとだな
相手方から要請があったときは、秘密情報及びその複製・複写物のすべてを相手方の指示に従い、
当社が認めた合理的な範囲で速やかに相手方に返却または破棄し、当該結果を書面にて速やかに相手方に通知するものとします。
こんな文面がFSの秘密保持契約にあったが、これだと、FSが指示しないとならない。
指示出来て無いって事は流出したデータが何かすべてを把握できてないんだろうな。
465:名無しさん＠お腹いっぱい。
12/07/01 17:49:36.90 0
>>269
サーバは南鮮に置いてある。
管理は南鮮の新人。
訳わからずやる。 → ケナンチェヨ（なんとかなるニダ）
実行 → 破壊 → 修理 → さらに破壊
これがすべて
466:名無しさん＠お腹いっぱい。
12/07/01 17:50:51.34 0 BE:117490368-2BP(3)
お客様のバックアップ不要を売り文句にしていたなら
最低でも素人が工夫なしでバックアップできなけ ry
467:名無しさん＠お腹いっぱい。
12/07/01 17:53:29.15 0
>>464
うーん…FS自体が把握してないことにはどうしようもないのか…
こんなとき一休さんなら
468:名無しさん＠お腹いっぱい。
12/07/01 17:57:15.19 0 BE:48954454-2BP(3)
288 名前：名無しさん＠お腹いっぱい。 E-mail：sage 投稿日：2012/06/26(火) 21:37:50.94 0
>>225
サイボウズシリーズを運用して無いからそんな発言になるのかな？
そもそもサイボウズにDBの塊なんてのは存在しない。MYSQLなんかと
一緒と思ってるのかな？違うぞ。
サイボウズDBエンジンが個々のファイルを呼び出しているだけ。
そもそもが単なるファイルベースなんだよ。
（だから今となっては早いとも言える）
ASP版の場合サイボウズの管理画面からのエクスポート機能は無い。
これはファーストサーバーがカスタムしたんじゃなくて、元々のASP版は
存在して無いって事。
だからサイボウズの管理画面からメンテナンスモード状態にして誰も
アクセス出来ていない事を確認してそこから作業する。
ファーストサーバーの場合、直接該当箇所をFTPで全ファイル引っこ抜く
という作業しかないのよ。
ただね、これが厄介なのがとんでもないファイル数なのよ。社員10名程度でも
3年そこら運用してりゃ、もうね・・・万単位レベルのファイル数になるわけ。
なんでってそれがサイボウズの仕様だから。デジエなんか泣くぞってぐらいの
数だからね。画像とか肯定とかもうヌルで入ってるからなあ・・・
469:名無しさん＠お腹いっぱい。
12/07/01 17:58:07.63 0 BE:29373034-2BP(3)
290 名前：名無しさん＠お腹いっぱい。 E-mail：sage 投稿日：2012/06/26(火) 21:38:48.10 0
でFTPでファーストサーバーの遅い転送速度で毎日FTPで転送など、もはや
非現実で無理なのよ。レジューム利かせて夜中にやって朝方に終わるか？って
終わらんだろっていうぐらいのレベル。
そうこうしているうちにファーストサーバーから「夜中の転送量があまりに多すぎる」
転送制限を示唆されるわけ。
非現実な事を今になってファーストサーバーは言い出している。
簡易cromも別エンプラのみだしな。
共有サーバーな人でMysql使ってWPやMTやEC-CUBEな人は、シェルもTELNETも
ダメ。となると毎日phpmyadminのGUI画面からエクスポートってか！？おいおい
それはないわ って話になる。
結局、データ転送量を嫌がった仕様なのがファーストサーバー。
470:名無しさん＠お腹いっぱい。
12/07/01 18:06:25.16 0
>>466
糞Be死ね
471:名無しさん＠お腹いっぱい。
12/07/01 18:07:26.43 0
>>467
ファーストサーバ「流出したデータを回収するので、流出したデータがどこにあるのか教えてください（ユーザーへのメール）」
472:名無しさん＠お腹いっぱい。
12/07/01 18:09:08.50 0
>>470
>>8
473:名無しさん＠お腹いっぱい。
12/07/01 18:16:22.84 0
当社の責任も雲散霧消しました
474:名無しさん＠お腹いっぱい。
12/07/01 18:22:54.92 0
>>473
うん、君の会社は悪くない。全ての責任はファーストサーバにある
475:名無しさん＠お腹いっぱい。
12/07/01 18:24:00.05 0
退社した院生を復旧に駆り出すくらいだから
FS社内にはシステムを把握した人間なんて居なかったのかもね
476:名無しさん＠お腹いっぱい。
12/07/01 18:27:39.34 0 BE:97908285-2BP(3)
本当なら利用されまくりだな退社した院生
それとも先払いでガッポリ貰ったのか
477:名無しさん＠お腹いっぱい。
12/07/01 18:27:42.49 0
一般企業がコストカットの為に鯖管をクビにするのもどうかと思うが
鯖屋がコストカットの為に鯖管クビにするのはどうよ？
478:名無しさん＠お腹いっぱい。
12/07/01 18:30:17.51 0
>>475
違うみたいよ
>姓が同じなだけで、全くの別人です
URLﾘﾝｸ(twitter.com)
479:名無しさん＠お腹いっぱい。
12/07/01 18:31:12.82 0
ﾃﾞﾏｯﾀｰではよくあること
480:名無しさん＠お腹いっぱい。
12/07/01 18:31:53.30 0
>>477
アウトだよなあｗ
481:名無しさん＠お腹いっぱい。
12/07/01 18:32:12.63 0
>>478
すまん間違えた
Rubyの作者ではない、って言ってるだけか
↓これね
URLﾘﾝｸ(twitter.com)
482:名無しさん＠お腹いっぱい。
12/07/01 18:32:46.43 0
おわ、データ流出もソース出たのか
483:名無しさん＠お腹いっぱい。
12/07/01 18:35:08.81 0
さてここに書き込んでた他社のメールが混じってたトコはどうなったんだろうな…
484:名無しさん＠お腹いっぱい。
12/07/01 18:53:22.40 0
ファーストサーバ問題で自殺者が出ている、とツイートしていました。
根拠として示されているのが
次の２枚の画像
URLﾘﾝｸ(p.twipple.jp)
SenmusanPt
センムさん白金
一緒に頑張って来たITの友人が、
ファーストサーバーがらみで自殺した。
去年は震災で社員が逝くし、勘弁してくれ～；；
この画像の情報元は、こちらのツイッターですね。
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(p.twipple.jp)
485:名無しさん＠お腹いっぱい。
12/07/01 18:54:16.99 0
135 名前：名無しさん＠お腹いっぱい。
投稿日：2012/06/24（日）12:07:38.48.0
サイボウズデータ全て吹っ飛んだせいで
シス担が自殺図ったわ。さっき病院運ばれた。
真面目で良い人だったから責任感じたんだろうな…
※シス担＝システム担当者
この画像の情報元は２ちゃんねるのこちらのスレ
ファーストサーバ Part11
２ちゃんねるの方はともかくとして、
「センムさん白金」のツイートの方は
ネタアカウントでもなさそうですし、
信憑性が高いですね。
本人に聞けばハッキリするでしょうが。
ちなみにファーストサーバはヤフーの子会社
ヤフーはソフトバンクの子会社。
つまりファーストサーバがソフトバンクの孫会社であることから
孫正義批判がおきているようですね。
486:名無しさん＠お腹いっぱい。
12/07/01 18:57:38.12 0
ファーストサーバはクラウドじゃねえ言ってた人はAWSの大規模障害でねぇねぇ今どんな気持ち？
URLﾘﾝｸ(25.media.tumblr.com)
つーかよー、クラウドコンピューティングなりブラウザアプリなりソーシャルゲームなりビッグデータなり
明らかな問題点の指摘はいつだってあるのに
まるで耳を貸さずに全力でアクセル踏み込むよね、ここんとこずっと。最近の5年くらいか？
もはやバズワードの一言で許されるレベルじゃないだろうよ。結果、誤算や失敗のオンパレードじゃないか。
今のエンジニアって昔より遥かにバカになってるんじゃないの。
技術者という問題解決を仕事にする人間が、なんでバカスイーツか何かみたいに流行追いかけまくってんの？
それともスーツやテックメディアや投資家やアホリストどもが悪いのか。
とにかく地に足がついてない感が異常だぜ。
何が言いたいかというと、全員頭を丸めてハンドアセンブルでOSを自作するところからやり直すべき
>>368
cool!
487:名無しさん＠お腹いっぱい。
12/07/01 18:58:19.18 0
このブログ記事が詳しいです
ファーストサーバの役員構成を見ると、
実質ヤフーの一部署。これっておかしくないの？
当サイトはソフトバンクの肩を持つつもりは一切ないのですが、
ソフトバンクの話になると、
どうしても激しく非難する方々が登場するので、
ここで誰が悪い！という議論はしないでおきませう。
それよりも、本当に自殺が出ていたとすれば
それは大変に悲しいことです。
どうしたら防げたのか、なぜ自殺してしまったのか
そこに焦点をあてて考えていきたいです。
488:名無しさん＠お腹いっぱい。
12/07/01 19:01:32.13 0
>>486
今回の障害、AWSではデータも失われてませんし、情報漏洩も起きていませんが何か？
URLﾘﾝｸ(www.publickey1.jp)
489:名無しさん＠お腹いっぱい。
12/07/01 19:02:50.68 0
>>487
>どうしたら防げたのか
ファーストサーバーが世間一般の概念のバックアップをちゃんととっていれば
防げた。終了
490:名無しさん＠お腹いっぱい。
12/07/01 19:03:43.78 0
fsvがデータ飛ばさなければ防げたな
fsvがデータ飛ばしたから自殺してしまった
491:名無しさん＠お腹いっぱい。
12/07/01 19:04:40.81 0
>>367
VTLのこと？
>>440,443,450,453
イメージファイルで差分バックアップを取るのとは違うの？
492:名無しさん＠お腹いっぱい。
12/07/01 19:07:30.68 0
>>489
×ファーストサーバー
○ファーストサーバ (ヤフー株式会社及びソフトバンク株式会社の連結子会社)
パンフレットの通り「日に１回、外部にサーバにデータを保存」してればだよな
URLﾘﾝｸ(www.nikkei.com)
493:名無しさん＠お腹いっぱい。
12/07/01 19:10:54.53 0
ブチュンブリュブリュ
494:名無しさん＠お腹いっぱい。
12/07/01 19:25:33.65 0
流石に下火になってきたか
中間レポートまではダンマリなんだろな
495:名無しさん＠お腹いっぱい。
12/07/01 19:31:26.54 0
毎回こういうスレで下火って使いたがる奴いるけど
みんながお前みたいに２ｃｈで不毛な話ばっかりしてるわけじゃないからな
訴訟とかあるならこれからだし２ｃｈで部外者とかニートに相談しても仕方ないだけ
496:名無しさん＠お腹いっぱい。
12/07/01 19:31:29.32 0
事実関係については、どんどん暫定報告を出せる案件にもかかわらず、
調査報告までに、こんなに時間がかかるのは
「第三者調査委員会」の名を借りることで
時間稼ぎしようという狙いがアリアリと見える。
497:名無しさん＠お腹いっぱい。
12/07/01 19:33:28.66 0
バックアップとってなかったのを記述ミスで済まそうとする当り
東電の「想定外」と通じるものがある
客観的には単なる詐欺行為で、それが本当にうっかりだろうと
罪が軽減されるわけじゃないからな。
498:名無しさん＠お腹いっぱい。
12/07/01 19:38:24.82 0
結局、自殺者出したのはサイボウズ関連だけなのかな
499:名無しさん＠お腹いっぱい。
12/07/01 19:49:06.88 0
自殺者はここに書き込めないからな
500:名無しさん＠お腹いっぱい。
12/07/01 19:54:11.03 0
秋葉原に本社があるアパレル系の会社も被害にあってたのか（ラオックスのザコン跡地の近くの）
URLﾘﾝｸ(www.daidoh-int.com)
ダイドーインターナショナル
501:名無しさん＠お腹いっぱい。
12/07/01 19:55:32.30 0
>>486
昔は、現場に権限が委譲されてたり、
上司がエンジニア上がりだったからケツ持ってくれたりしたが、
今の園児ニアの場合、考えずに多数決で技術的な事を決めちゃったりするｗ
会議に決定権があり、いかに優れた個人でもそれが持たされないんだｗ
つまり、1+1の答えを会議で決めている。
その傾向は、管理しかしない大会社では往々にしてあったけど、
今は無茶苦茶酷くなっている。
だから、これからも増えるよこういうのｗ
理解して無い事を無理やり実行するから間違って当然。
502:名無しさん＠お腹いっぱい。
12/07/01 19:59:04.37 0
>>409-469
サーバ側でスクリプトを動かせないとサイボウズのバックアップを取れないとか
言ってる人がいるけどさ、そんなのFTPクライアントの機能で十分じゃね？
FFFTPなんてごく基本的な機能しか提供しないFTPクライアントですら
差分ダウンロード・差分アップロードできるぞ。
FFFTP使ってWebサイトの更新をするときだって、全部のファイルを
うｐ・どｗｎしないでしょ、普通。
>>451
それはその通り。
503:名無しさん＠お腹いっぱい。
12/07/01 19:59:53.27 0
乏しい経験をさも一般論のように言われてもな
504:名無しさん＠お腹いっぱい。
12/07/01 20:01:28.37 0
>>502
単にお前が動的バックアップ理解してないんじゃないか？
ついでに言うとftpで顧客情報落とすなんて犯罪レベルの情報漏洩だよ
505:名無しさん＠お腹いっぱい。
12/07/01 20:04:27.11 0
>>487
橋本治の『上司は思いつきでものを言う』の中で
｢愚かな上司と正しい部下｣の組合せはあり、
｢愚かな上司と愚かな部下｣の組合せもあって、
｢正しい上司と愚かな部下｣というペアはない。
というのがあったけど、この場合の正しい部下ってのが責任を背負いすぎる気がする
まあ本件の場合には >>487 の言う通りだけど
506:名無しさん＠お腹いっぱい。
12/07/01 20:09:01.22 0
>>504
いくらなんでも、今時、FTP over SSLの使えないレンタルサーバなんて、
この世に無いでしょ。
それと、動的バックアップって、今回の話に何の関係があるの？
507:名無しさん＠お腹いっぱい。
12/07/01 20:10:12.10 0
>>506
事実も調べず妄想ばかりのバカだな
救いようがない
ＦＳのページみてＳＳＬ使えるか確認してこいアホ
そこがわかったら動的の説明してやるから
508:名無しさん＠お腹いっぱい。
12/07/01 20:15:02.50 0
>>507
ググったら、一発で出てきたけど？
URLﾘﾝｸ(faq.fsv.jp)
509:名無しさん＠お腹いっぱい。
12/07/01 20:18:11.18 0
>>468 >>469
サイボウズの仕様がもともと
バックアップしにくい構造になっているってことか
今時ＤＢつかわないシステムも珍しいな
510:名無しさん＠お腹いっぱい。
12/07/01 20:23:48.91 0
まぁ全責任はヤフーにありますよ
511:名無しさん＠お腹いっぱい。
12/07/01 20:30:05.43 0
URLﾘﾝｸ(logsoku.com)
予測が完璧に当たっててﾜﾛﾀ
この流れで流出しとる
512:名無しさん＠お腹いっぱい。
12/07/01 20:33:44.75 0
更にあの人形が許せなーい
513:名無しさん＠お腹いっぱい。
12/07/01 20:37:09.95 0
業界の手本となるべきyahooさんなら
きっとすべての損害を補償してくれるに決まってる
みんな信じてます
514:名無しさん＠お腹いっぱい。
12/07/01 21:13:26.48 0
寺があって、後に、坊主があるのではなく、
坊主があって、寺があるのだ。
寺がなくとも、良寛は存在する。
（坂口安吾：日本文化私感）
515:名無しさん＠お腹いっぱい。
12/07/01 21:18:12.36 0
日本語訳されてない念仏お経なんか唱えてる時点で坊主は売僧
トラフィック不足でＦＴＰも使わせないＦＳも、なんちゃってクラウド
516:名無しさん＠お腹いっぱい。
12/07/01 21:27:55.71 0
信頼性が欲しけりゃ、
・まともなSI業者にまともなシステム発注する
・上記のシステムと同レベルの信頼性を持った外部の業者を使う
のどっちかが普通だな
517:名無しさん＠お腹いっぱい。
12/07/01 21:32:31.83 0
そんなことより脱原発ですよ
518:名無しさん＠お腹いっぱい。
12/07/01 21:34:34.28 0
>>516
確かにな
だが、「まとも」「同ﾚﾍﾞﾙ」の判断が難しい所だな
519:名無しさん＠お腹いっぱい。
12/07/01 21:42:41.77 0
経営者は安くて有名な所が良かったんだから、
ﾔﾌｰ100%子会社のFSVは丁度良いサービスだったと思うよ。
ﾔﾌｰグループだから万が一の時も安心、万全だし。
とか思っちゃったんだよねぇ、商売上手いよなｗ
お客様作業不要でお客様企業不要。
520:名無しさん＠お腹いっぱい。
12/07/01 21:51:22.82 0
脱原発騒いでるのは、基地外と株価が下がって困る株主だけ。
521:名無しさん＠お腹いっぱい。
12/07/01 21:55:36.51 0
データ漏洩の根拠を
詳細に調べてほしいな
145者に渡ったのはどうやって調べたの？
522:名無しさん＠お腹いっぱい。
12/07/01 21:56:11.53 0
推進派きもい
大飯原発の隣にでも引っ越したら？
523:名無しさん＠お腹いっぱい。
12/07/01 21:56:29.44 0
クラウドを導入検討しているのですが
どこがいいのでしょうか？
524:名無しさん＠お腹いっぱい。
12/07/01 21:57:02.54 0
なぜ原発話に?
525:名無しさん＠お腹いっぱい。
12/07/01 21:57:30.19 0
>>523
ファーストサーバー
526:名無しさん＠お腹いっぱい。
12/07/01 21:57:48.67 0
URLﾘﾝｸ(www.firstserver.co.jp)
これがジャパンスタンダードか。。。
527:名無しさん＠お腹いっぱい。
12/07/01 21:58:05.51 0
>>522
俺福島住んでるけど推進派だわ
528:名無しさん＠お腹いっぱい。
12/07/01 21:58:36.83 0
工作員の話題そらしか
程度低いね
529:名無しさん＠お腹いっぱい。
12/07/01 21:58:54.12 0
AmazonかGoogle
同じ「クラウド」でも
それを実現している基盤がぜんぜん違う。
何台の物理マシンでクラウドを実現しているかを
調べるだけでも、大きすぎる差があることがわかる
530:名無しさん＠お腹いっぱい。
12/07/01 21:59:55.58 0
>>521
自己申告とかだったりして
ディスクが保全されてなくても、ログがあったら分かるって人居たけど
ログの種類によっては調べられるもんなのかな？
531:名無しさん＠お腹いっぱい。
12/07/01 22:00:05.53 0
サーバは電気を食うからな
532:名無しさん＠お腹いっぱい。
12/07/01 22:00:58.27 0
>>530
アクセスログ見ればわかるだろｗ
533:名無しさん＠お腹いっぱい。
12/07/01 22:02:43.68 0
ITは虚業の原発推進者
534:名無しさん＠お腹いっぱい。
12/07/01 22:02:44.38 0
FSの運営管理体制を知った上で、敢えて利用するのはありだろうけど
いくら中小零細企業だとしても基幹システムを預けるのは無だろうな
535:名無しさん＠お腹いっぱい。
12/07/01 22:04:15.82 0
IDC社長真藤(FS取締役)が、こんな事言っているwww
URLﾘﾝｸ(cloud.watch.impress.co.jp)
536:名無しさん＠お腹いっぱい。
12/07/01 22:04:48.55 0
>>525
ファーストサーバを使えば
自分でバックアップしなくても大丈夫でしょうか？
中小企業で専任ＳＥもおけず、ＩＴ知識もないもので
バックアップまで手が回りません。
537:名無しさん＠お腹いっぱい。
12/07/01 22:05:00.40 0
>>530.532
Q. 障害発生前のアクセスログは残っていないのか？
A. 誠に申し訳ございませんが、残っておりません。
URLﾘﾝｸ(www.faq2.fsv.jp)
538:名無しさん＠お腹いっぱい。
12/07/01 22:05:26.96 0
>>534
中小零細企業だと、何よりも金が第一
月3000円とかでも、高いといってやめる奴がいるんだぞｗ
まじで、馬鹿。
基本無知なんで、月1万円未満のほとんどのレンタルサーバーに
バックアップがないことを知らない。
バックアップが自己責任であることを知らない。
何かトラブルがあったら一巻の終わりなんだがそれすら気づいていない。
基本無知なんでｗ
539:名無しさん＠お腹いっぱい。
12/07/01 22:06:05.27 0
>>537
情報漏えいは、
障害発生後のアクセスログだろｗ
540:名無しさん＠お腹いっぱい。
12/07/01 22:06:19.35 0
>>532
ファイルアクセスログだけで、復旧ミスって分かるのかな？
障害前のやつが残ってたら、まだ調べようもありそうだけど
こっちは消えてるんだよね？
541:名無しさん＠お腹いっぱい。
12/07/01 22:08:14.09 0
集団訴訟まだー？
542:名無しさん＠お腹いっぱい。
12/07/01 22:08:14.59 0
>>540
FS側で、中身が誰のデータかわかってないんだから
単純にアクセス数をもとに、漏洩数にしているだけでしょ。
543:名無しさん＠お腹いっぱい。
12/07/01 22:09:10.91 0
>>538
その無知に付け込んで騙して安物売りつけたFSとYAHOO
544:名無しさん＠お腹いっぱい。
12/07/01 22:12:09.64 0
>>543
同じ価格帯のレンタルサーバーは
どれも同じようなもんだよ。
これを機に、みんな高いサービスに
乗り換えてくれるといいなｗ
545:名無しさん＠お腹いっぱい。
12/07/01 22:12:26.47 0
>>542
あぁ提供されたRECOVERED_FILESを参照したのが145者って事か
546:名無しさん＠お腹いっぱい。
12/07/01 22:12:57.01 0
みんな約款ってちゃんと読んで契約しているの？
契約の際、営業は約款ってちゃんと口答で読んでいる？
わけないよな・・・
547:名無しさん＠お腹いっぱい。
12/07/01 22:15:13.41 0
>>546
住宅購入のように「重要事項説明書」は必須にする必要があるだろうな
アルバイトらにはわからんか
家かったことないやつばっかりだろうなあ
548:名無しさん＠お腹いっぱい。
12/07/01 22:15:18.55 0
情報漏えいのことを考えると、当然専用サーバー
バックアップのことを考えると別にバックアップ用のサーバー
どうせユーザーで管理できないだろうから、マネージドサーバープラン。
占めて、月3万～となります。
仕事で使うなら、これぐらいが最低ラインだよね。
549:名無しさん＠お腹いっぱい。
12/07/01 22:15:25.77 0
>>534
バックアップ運用まで調べ上げて評価したうえで
導入した顧客っているのかねえ。いないだろうねえ。
まともな評価の出来る人材を雇っておく余裕があるなら
基幹システムの外部委託なんてしないよな。
550:名無しさん＠お腹いっぱい。
12/07/01 22:20:07.41 0
安いから仕方ないなんてわけないだろ
バックアップ用に別料金とっていて、しかも別サーバに毎日バックアップしてるって言ってたんだから
これは安いとかいい加減じゃなくて、単純な詐欺行為。
安いからしょうがないって奴は、レストランとかコンビニでメシ買って食中毒になって死んでも
「まあ安いから仕方ない」ですませられるのか？
551:名無しさん＠お腹いっぱい。
12/07/01 22:23:09.29 0
FSのシステムその物は決して最悪では無いと思うんだよね
そりゃ、サーバの冗長性やオフラインバックアップの有無を考えると
不満な人も多いだろうけどね
RAID1+デイリーバックアップ、これだけでもちゃんと運用しいれば
こんな大惨事にはならなかったんだよ、ちゃんと運用していれば