В lighttpd найдена критическая уязвимость.

> По сути, даже драйвер диска есть та же "прикладуха" с алгоритмами оптимального доступа, распределения буферов, разве что на последних стадиях (самых кратких) идут всякие DMA и I/O с портами. Ну и накой ляд там Си?

Предлагаете обработку прерываний и шедулер задач на Питоне писать? Какой вуз/кафедру окончили? %)

sv75 (05.02.2010 14:38:35)

> Я сильно сомневаюсь, что хотя бы 1% софта (даже системного) нужен такой "типамощный" язык с доступом к регистрам, битам, произвольным указателям... По сути, даже драйвер диска есть та же "прикладуха" с алгоритмами оптимального доступа, распределения буферов, разве что на последних стадиях (самых кратких) идут всякие DMA и I/O с портами. Ну и накой ляд там Си? Даже Пистон, не к ночи будет упомянут, прекрасно справится с этой задачей, заюзав внешние asm-библиотечки.

Пеши исчо!

Глядишь и не обновят :) lighttpd находится в universe, а вот что космнавты пишут про universe:

и где тот анонимус, который так фанатично любит hardy и у которого стрелки в less не работали...

oc (05.02.2010 14:41:27)

> Я тоже не специалист в серверах, но мне как программисту скорее интересно, почему этот глюк не происходит, если данные посылать часто.

В TCP интенсивно используется буферизация (и алгоритм Нейгла). Как минимум отправитель должен использовать опцию сокета NODELAY (полагаю, тогда можно и часто).

sv75 (05.02.2010 14:41:59)

> Как минимум отправитель должен использовать опцию сокета NODELAY (полагаю, тогда можно и часто).

Кажется, я вру. Если не спать хоть чуточку, то буферизация всё равно будет и при NODELAY. Так что надо немного спать.

sv75 (05.02.2010 14:44:00)

Т.е., судя по описанию алгоритма, дело не в принимающей стороне, а в том, что отсылающая сторона кэширует малые пакеты (пока не получен отклик на предыдущий, но это не принципиально)?

Тогда понятно. А то я думал, там хитрые оптимизации таймаутов/очередей/буферов на принятие пакетов и т.п. С передающей-то стороны кэшировать такие вещи гораздо логичнее.

queen3 (05.02.2010 14:50:57)

> и где тот анонимус, который так фанатично любит hardy и у которого стрелки в less не работали...

кстати, да, это я, в lenny - обновилось, в hardy - нет. но universe в убунте и main в debian находятся на одинаковом положении - поддерживаемые сообществом.

корень проблемы вообще в том, почему lighttpd не в маин. лучше бы сделали нищебродский стек OLPS OpenVZ / Lighttpd / Php-Fcgi / SQlite

от того, что какой-то патч попал в debian раньше, чем в hardy (всё таки lenny - это текущий релиз, а как там с этим в etch?) не значит, что lenny перестанут поддерживать вообще целиком через год с копейками, тогда как main hardy - до 2013 года.

Кто-то бухает, а кто-то колется.

>На конфигурацию lighttpd, mathopd или nginx не смотрели? Весьма советую - индеец нервно курит всторонке.

Вы конфигурацию всех индейцев видели? У Apache — ужас, у Cherokee — вообще страшный мрак, основным конфигуратором является веб-гуй, который генерит текстовый файл, создание текстового конфига не предусмотрено и документации по нему нет. А вот Hiawatha — конфетка.

Camel (05.02.2010 15:02:07)

Re: Кто-то бухает, а кто-то колется.

> А вот Hiawatha — конфетка.

и чем же оно лучше Lighttpd?

КО в тред.

>и чем же оно лучше Lighttpd?

Спросил анонимус в треде о РЕШЕТЕ.

Camel (05.02.2010 15:16:47)

Re: КО в тред.

> Спросил анонимус в треде о РЕШЕТЕ.

Неуловимый Джо, не из вашего, случаем, племени?

Hiawatha rules.

>Неуловимый Джо, не из вашего, случаем, племени?

Да ты чё! Hiawatha установлен на 3,5 локалхостах!

На самом деле нормальный веб-сервер. Я его использую на домашнем сервере (видно из интернетов), работает, есть не просит.

Camel (05.02.2010 16:33:44)

Re: Hiawatha rules.

я его там же и тыкал, php-fcgi умеет, а большее я не тыкал. есть ли рерайтинг урл, есть ли удобный vhost, т.е. какие приемущества перед lighttpd, кроме того, что lighttpd решето?

фичи, производительность?

Вменяемость.

>я его там же и тыкал, php-fcgi умеет, а большее я не тыкал. есть ли рерайтинг урл, есть ли удобный vhost,

Я не знаю что такое php-fcgi, но PHP'шная программа у меня прекрасно работает через FastCGI (Wordpress). На том же хосте в вирт.хосте работает MediaWiki. Rewrite URL есть. Что ещё надо?

Hiawatha не умеет reverse proxy, и не надо. Я использую для этого дела Pound и очень доволен, unix way'но.

Camel (05.02.2010 16:44:16)

Re: Вменяемость.

LOR такой LOR

уязвимость реализуется в парсере HTTP/1.1 chunk encoding т.е. при аплоаде файла или длинного POST

> А вот Hiawatha — конфетка.

Это - не пробовал. Для меня название читается сугубо матерно ;-).

sergv (08.02.2010 7:56:25)

Вата это неприлично.

>> А вот Hiawatha — конфетка.

>Это - не пробовал. Для меня название читается сугубо матерно ;-).

Вас смущает слово "вата"? :-]

Camel (08.02.2010 9:48:21)

Ну, мягковыражаять, оно читается с первой, второй и третьей попытки как "проховата" ;-))).

sergv (08.02.2010 9:54:16)

Ты точно знаком с латинским алфавитом?

LamerOk (08.02.2010 11:38:47)

Для непонятливых: при беглом просмотре оно выглядит как hUiawatha.

sergv (08.02.2010 12:11:09)

Huewatha.

>Для непонятливых: при беглом просмотре оно выглядит как hUiawatha.

Да хоть Huewatha, всё равно по-русски оно на самом деле читается "Гайявата". О как.

Camel (08.02.2010 12:31:34)

У тебя крупные проблемы с беглым просмотром.

LamerOk (08.02.2010 13:14:15)