1.1, M (?), 06:37, 12/07/2004 [ответить]
| +/– |
А чем именно она под FreeBSD 5.2 и можно ли ее поставить 4.10 например или ниже? | |
|
2.2, Автор (?), 08:40, 12/07/2004 [^] [^^] [^^^] [ответить]
| +/– |
FreeBSD можно любой ветки. Просто я использовал 5.2 и это многих смутило.
Сорри ;) | |
|
1.3, c0x (?), 14:24, 12/07/2004 [ответить]
| +/– |
status='/usr/local/mysql/bin/mysql -u root ...
несекурно имхо, ибо ps auxww никто не отменял | |
1.4, Интересующийся (?), 19:58, 12/07/2004 [ответить]
| +/– |
Автору.
А если я начну тянуть isoху на 700 Мб, а лимит у меня 50 Мб?
Обрубит? | |
|
|
3.6, Дмитрий (??), 16:36, 13/07/2004 [^] [^^] [^^^] [ответить]
| +/– |
>>Обрубит?
>
>Для этого нужно патчить squid на предмет записи в лог информации о
>скаченных блоках в процессе приема одного файла.
А как обрубать-то? Положим я вижу, что человек качает сверх лимита, я могу в ответ поправить ACL, но как мне прервать уже установленное соединение?
| |
|
|
|
2.8, Дмитрий (??), 16:49, 14/07/2004 [^] [^^] [^^^] [ответить]
| +/– |
>Попой, т.е. фаерволом.
Это не совсем корректно. Во-первых, даже если squid потеряет коннект с пользователем он (squid) все-равно может продолжить докачивать файл, а блокировать доступ к ресурсу откуда файл качается еще более неправильно.
Во-вторых, будет невозможно оставить доступ через прокси к локальным ресурсам.
Было бы идеально если бы можно было squid заставить "переосмыслить" открытые потоки и заново перепроверить ACL'и.
Может кто в курсе, это возможно?
| |
|
|