アカウント名:
パスワード:
ファイルは書き換えられても実行中のものをすべて一度終了させないと意味がないですが。
NTが始まった当初から脈々と受け継がれる問題ですな、それ。
セキュリティパッチで再起動を求められる問題の原因は、ほとんどの場合これだったりします。 そこを直してくれるだけでもサーバOSとしての利便性はかなり改善されると思うんですけどねぇ。。WinFSとか新しい分野ばかりに手を染めるよりは、こういう根底部分の問題を解決してほしいものです。
同種の問題で、どこかのプロセスが該当のファイルを開いていると削除できないというのもあります。こちらも通常のOSならば「削除処理自体は成功終了させて最後のファイルハンドルがクローズされた瞬間に実体を削除する」という動きのほうが利用者にとって都合のよい方法ですが、未だ解決の予定すら示されていません。
もっともWindowsの再起動が必要なパッチの大半はCOMに絡んでいますが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
放っておくサーバなら (スコア:0, 余計なもの)
ただ、頻繁にシステム構成をちまちま変えたりするようなサーバ用途だと、Windowsの方が操作が楽な部分もありそうな気がします。が、一度Un●x系の設定方法を覚えてしまえば、Un●x
optimized for /.
Re:放っておくサーバなら (スコア:2, すばらしい洞察)
そんなの嘘ですね。頻繁かつ沢山出てくる脆弱性 [linuxsecurity.com]にはきちんと手を打っておかないと。実際クラック [srad.jp]されてしまった事 [srad.jp] 例 [srad.jp]には事欠きません [srad.jp]。
Windowsについては、これまでの被害のおかげでユーザーおよびMSともにセキュリティに関する意識が急速高まっている。これだけ力を入れて取り組んでいるわけで、数年もすれば現
同じパッチでも (スコア:0)
という制約があるから、同じようなパッチでも再起動が必要になる
率がずっと高くなる。その辺はLinuxの方が上だし、Solarisは
もっと上。
Re:同じパッチでも (スコア:1)
ファイルは書き換えられても実行中のものをすべて一度終了させないと意味がないですが。
Re:同じパッチでも (スコア:0)
と言われますが・・・
Re:同じパッチでも (スコア:1, 参考になる)
NTが始まった当初から脈々と受け継がれる問題ですな、それ。
セキュリティパッチで再起動を求められる問題の原因は、ほとんどの場合これだったりします。
そこを直してくれるだけでもサーバOSとしての利便性はかなり改善されると思うんですけどねぇ。。WinFSとか新しい分野ばかりに手を染めるよりは、こういう根底部分の問題を解決してほしいものです。
同種の問題で、どこかのプロセスが該当のファイルを開いていると削除できないというのもあります。こちらも通常のOSならば「削除処理自体は成功終了させて最後のファイルハンドルがクローズされた瞬間に実体を削除する」という動きのほうが利用者にとって都合のよい方法ですが、未だ解決の予定すら示されていません。
Re:同じパッチでも (スコア:1)
もっともWindowsの再起動が必要なパッチの大半はCOMに絡んでいますが。
Re:同じパッチでも (スコア:0)
chflagなどで、変更できないようにしたものと同じと考えれば
全然不思議ではないでしょう。
結果的にLinuxでもSolarisでも、アップデートしたあとのバイナリを
有効にするためにはプロセスを停止して再起動しないといけないのは同じ。
動作中のプロセスを動作したま