Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2426 из 10763 ===================================== RU.UNIX.BSD =
От   : Valentin Davydov                 2:5020/400         22 Jan 15 19:12:23
Кому : Vassily Kiryanov                                    22 Jan 15 19:12:23
Тема : Re: nginx не забирает полный ответ от apache
FGHI : area://RU.UNIX.BSD?msgid=<1187498995@ddt.demos.su>+08767a8b
На   : area://RU.UNIX.BSD?msgid=2:5054/36+54c138a2
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=2:5054/36+54c23d20
==============================================================================
From: Valentin Davydov <sp@m.davydov.spb.su>

>   From: Vassily Kiryanov <Vassily.Kiryanov@f36.n5054.z2.fidonet.org>
>   Date: Thu, 22 Jan 2015 17:46:38 +0300
>
>>> From: Vassily Kiryanov <Vassily.Kiryanov@f36.n5054.z2.fidonet.org>
>>> Date: Thu, 22 Jan 2015 11:10:35 +0300
>>>
>>> Сделал, как собирался, конфигурацию на kernel-NAT, но бе "nat
>>> global". Появился неожиданный бонус - nginx теперь смог-бы вести логи
>>> отдельно по доступу на каждый внешний адрес, только мне это без
>>> надобности. Однако, основной результат без изменений - отдаются
>>> внешнему клиенту только первые 32-с-чем-то Кб ответа. Плюнул, тут-же
>>> поднял datapipe и всё заработало "как доктор прописал". Жотя
>>> это некрасиво, т.к. потребует перегонять пакеты через userland и
>>> потом отдавать обратно в kernel. Однако это не хуже, чем делать
>>> трансляцию адресов плюс редирект портов через natd, который тоже
>>> userland.
>
>VD> Апачи с мускулем у тебя, стало быть, не userland?
>
>С чего вдруг такое мнение?

Hу это как бы сарказм. Апач с мускулем на формирование того пакета
угробят столько переключенй контекста (файловые операции, межпроцессное
взаимодействие и т.д.), что прогнать пакет ещё разок через natd незаметно
будет. Единственное, где разница существенна - это отдача тяжёлого статика
nginxом, который умеет sendfile() и тем самым переключает контекст per file,
а не per packet, но это, как ты говорил, не твой случай.

>Просто если использовать datapipe вместо redirect_port, то на один выход из
>kernel в userland плюс вход из userland обратно в kernel будет больше.
>Или ты считаешь, что пакеты, попав в распоряжение datapipe, попадут в сервис
>(ну, хоть тот-же nginx) минуя kernel?
>То, что программы, предоставляющие сервисы, крутятся в userland я отрицать и не
>думал.

Hу так, казалось бы, и нат/редирект можно рассматривать как сервисы и крутить
в юзерланде. А там всё куда проще с настройкой и диагностикой.

Вал. Дав.
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.157745 секунды