|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 05 Feb 2007 12:03:20 To : Vadim Goncharov Subject : Re: ngix + php-fastcgi (Apache 2.2.4 && mod_php 5.2.0 && freebsd 6.1 -------------------------------------------------------------------------------- >>> Vadim Goncharov wrote: U>>> Можно же прочитать man hier, немного подумать, и сделать вот так: DB>> Забавно, учитывая, что "советские газеты" по безопасности от DB>> иностранных авторов рекомендуют выделять для /var/tmp отдельный раздел, и DB>> делать на него symlink с /tmp. Похоже они тоже hier'ов не читают :-) VG> Читают, но не думают. Ведь такое простое изменение линка - всё уже и VG> начинает удовлетворять hier, и все работает, и раздел один. А в интернете VG> вообще очень много кривых руководств и прочего говна типа HOWTO. VG> Особенно на opennet.ru. Ceterum censeo opennet.ru esse delendam. А всё-таки - чем проблемно объединение /tmp и /var/tmp? /tmp на старте по умолчанию не чистится (tmpfs, /dev/md0 не считаем - кто их сделал себе, тот в состоянии и продумать логику разделения для себя). Очистку по времени для обоих надо включать явно. Действовать по принципу, что /tmp чистится _только_ по ребуту, нельзя - засорится слишком быстро. Hастраивать разные времена очистки для /tmp (подольше) и /var/tmp (покороче) - значит повторять функциональность periodic'а. Я не вижу больше аргументов против того, чтобы они были одним и тем же, если админу так удобнее. Другой вопрос, в какую сторону симлинк ставить - мне кажется, что делать /tmp отдельной системой (на диске), а /var/tmp линком на него - в разы полезнее. -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.unix.bsd/2238354e42af0.html, оценка из 5, голосов 10
|