アカウント名:
パスワード:
%% カーネルだと NVidia のドライバ入れ直しが面倒だけど。
特に実運用しているサーバとかだったら、安易に再起動なんてかけられません。この場合、運用状態でもセキュリティパッチが行えるか否かは大きな違いになります。
まあ、普通に考えて、何度も再起動している間使えなくなるのは嫌でしょ。嫌だと、手間を省こうとするのが人情で、そうするとセキュリティは疎かになります。
と言うように、手間とセキュリティにはトレードオフの関係があります。
その場合パッチ提供側の手によって、再起動なしでアップデートが完結するということのテスト工程が増えることになりますよね? まあ、普通に考えて、何度もテストしている間パッチ提供できないのは嫌でしょ。嫌だと、手間を省こうとするのが人情で、そうすると利便性がは疎かになってるんじゃないですかね? でも実際問題として、現在の Microsoft の怠慢というよりは、過去から続く OS の設計上の問題かもし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
パッチ多すぎ (スコア:0)
今日もまたパッチだと思ったらこの記事。
えらいOSが世界標準になったもんだと本気で思います
Re:パッチ多すぎ (スコア:0)
Windows Updateの比ではなかったが。
Re:パッチ多すぎ (スコア:1)
(カーネルの時は早目に起動チェックしてね、とでますが)
%% カーネルだと NVidia のドライバ入れ直しが面倒だけど。
の
Re:パッチ多すぎ (スコア:0)
「セキュリティ」の高低と関係があるのですか?
Re:パッチ多すぎ (スコア:1)
特に実運用しているサーバとかだったら、安易に再起動なんてかけられません。この場合、運用状態でもセキュリティパッチが行えるか否かは大きな違いになります。
まあ、普通に考えて、何度も再起動している間使えなくなるのは嫌でしょ。嫌だと、手間を省こうとするのが人情で、そうするとセキュリティは疎かになります。
と言うように、手間とセキュリティにはトレードオフの関係があります。
の
Re:パッチ多すぎ (スコア:0)
パッチを当てりゃいいだけかと
並列動作にしてないとTake overで5分こえちゃうからどっちにしてもダメだが
Re:パッチ多すぎ (スコア:0)
その場合パッチ提供側の手によって、再起動なしでアップデートが完結するということのテスト工程が増えることになりますよね?
まあ、普通に考えて、何度もテストしている間パッチ提供できないのは嫌でしょ。嫌だと、手間を省こうとするのが人情で、そうすると利便性がは疎かになってるんじゃないですかね?
でも実際問題として、現在の Microsoft の怠慢というよりは、過去から続く OS の設計上の問題かもし
Re:パッチ多すぎ (スコア:0)
Re:パッチ多すぎ (スコア:0)
なくなった経験がないこと、どうせデスクトップ機は毎日起動/停止
していることから、再起動の手間に対する抵抗はないですね。
Re:パッチ多すぎ (スコア:2, 参考になる)
直近の例では、MS03-007
http://www.microsoft.com/japan/technet/treeview/default.asp?url=/japan/technet/security/bulletin/ms03-007.asp
のように、特定のバージョンのものに導入すると起動しなくなるような罠入りパッチもあります。
マラソンで二位を抜いたら何位?
Re:パッチ多すぎ (スコア:0)
Re:パッチ多すぎ (スコア:0)
Re:パッチ多すぎ (スコア:0)
Re:パッチ多すぎ (スコア:0)
カーネルアップデートできないんだよなあ。困った。