Здравствуйте, все страждущие победить данный кейс коллеги!
После 4х дней непрерывной игры в "тетрис" с параметрами nginx revers proxy и ВМ Б24, мой пазл сошелся и, наконец-то, я получил 100% работоспособный конфиг, и увидел долгожданные надписи: [COLOR=#588528]"Функция работает правильно[/COLOR][COLOR=#588528]".
[/COLOR][IMG WIDTH=1310 HEIGHT=571]https://c2n.me/4hRoelc.png[/IMG]
[IMG WIDTH=1376 HEIGHT=509]https://c2n.me/4hRodMd.png[/IMG]
[B]И так начнём с преамбулы содержащей 2 постулата:[/B]
1. По умолчанию ВМ Б24 сконфигурирована так, чтобы принимать трафик по 443му порту напрямую из интернет. Из чего следует, что настройка nginx реверс прокси в базе своей должна содержать те же параметры в директивах http и localtion, по крайней мере в части конфига отвечающего за проксирование запросов по доменному имени портала Б24. Значит для успешной настройки реверс прокси нам необходимо просмотреть все настройки nginx.conf ВМ Б24 и всех его инклюдов и выбрать от туда настройки необходимые для проброса https трафика, с учётом обработки дополнительных заголовков, необходимых для websocket и long polling. В общем нужно отталкиваться от того, что и как бы работало если бы трафик шел напрямую на ВМ Б24, и повторяем все параметры в части размеров пакетов данных и таймингов на те же, чтобы не было коллизий.
2. Куча инструкций в интернете, в т.ч. официальных от Б24, содержат в себе "винегрет" из настроек необходимых для старой схемы работы push&pull сервера по технологии "nginx-push-stream-module" и новой - самописного модуля от Б24 под названием "push-server". Поэтому при попытке повторить какие-то настройки из инструкций, вы всегда окажитесь в ситуации когда часть настроек - верна, а другая часть - нет, что в конечном итоге вводит в ещё большее заблуждение и лишает страждущих последнего шанса разобраться в данном вопросе.
[B]Теперь о том как и что мне удалось понять, и как в итоге я всё настроил.[/B]
Сначала про нюансы и проблемы, с которыми столкнулся конкретно я.
1. На Б24 ВМ в моём случае порты 8010:8015,9010,9011 прослушивались не на localhost (127.0.0.1), а на IP локальной сети (сетевого интерфейса). Поэтому в моём случае необходимо было добавить в цепочку INPUT iptables правила (на Б24 ВМ):[CODE]iptables -I INPUT -p tcp --match multiport --dport 8010:8015 -j ACCEPT
iptables -I INPUT -p tcp --match multiport --dport 9010:9011 -j ACCEPT[/CODE]Для того чтобы проверить, какие порты и на каких интерфейсах прослушивает ВМ Б24 вводим:[CODE]netstat -ntulp[/CODE]2. Вот в этой [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=13682]инструкции от Б24[/URL] всё прекрасно, кроме одного, но очень существенного момента. В ней указывается, что необходимо скачать на реверс-прокси вот этот файл bx/settings/rtc-im_settings.conf и включить его в секцию http nginx.conf. Если сделать так как сказано, у нас в данном файле окажется следующая настройка:[CODE]upstream nodejs_sub {
ip_hash;
keepalive 1024;
server push:8010;
server push:8011;
server push:8012;
server push:8013;
server push:8014;
server push:8015;
}
upstream nodejs_pub {
ip_hash;
keepalive 1024;
server push:9010;
server push:9011;
}[/CODE]
и даже если вы подмените переменную push на реальный IP ВМ Б24, у вас реверс-прокси в директиве[CODE]location ~* ^/bitrix/subws/ {
access_log off;
proxy_pass http://nodejs_sub;
...[/CODE]будет передавать весть трафик не на 443й порт ВМ Б24, который слушает nginx ВМ Б24, а напрямую на порты push-server'а ВМ Б24, а тот в свою очередь ожидает этот трафик от nginx ВМ Б24, поэтому [B]так работать не будет[/B]. Сам по себе push-server это модуль разработки Б24, никаких исчерпывающий инструкций по его работе в интернет просто не существует, поэтому пытаться его настроить на получение трафика от реверс-прокси гиблая идея на корню.
Следовательно, действовать согласно [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=13682]инструкции от Б24[/URL] можно и нужно, но в указанной выше части, нужно пропустить обе директивы upstream nodejs_sub в файле bx/settings/rtc-im_settings.conf, оставить надо только обе директивы map.
3. В [URL=https://dev.1c-bitrix.ru/support/forum/messages/forum32/topic144896/message701147/#message701147]этом посте[/URL] на форуме Б24 в предложенном конфиге для реверс-прокси nginx есть параметр[CODE]proxy_set_header Authorization "" ;[/CODE]если его применить, у вас навсегда разлогинится мобильное приложение, и даже при указании верного пароля вы не сможете залогиниться в него обратно.
4. Ни где (ни в инструкциях Б24, ни на форуме Б24) не указано, что необходимо привести в соответствие в директиве http nginx.conf реверс прокси ряд параметров, которые содержатся в аналогичной директиве ВМ Б24. А это логично и соответственно необходимо для корректной работы.
[B]В итоге вот сборка 100% работающая (быстро и без сбоев) из моих конфигов для реверс-прокси nginx:[/B]
1. Обновляем Nginx на реверс прокси, минимум до такой же версии как и на ВМ Б24, в моём случае это была версия 1.20.2, которая уже содержала пакеты nginx-extras, необходимые для передачи специальных заголовков websocket.
2. Настройка реверс-прокси nginx.
В nginx.conf в директиву http добавляем параметры из nginx.conf ВМ Б24 (у меня они собраны в bx/bx_general_proxy_settings.conf) и директивы map из файла bx/settings/rtc-im_settings.conf:[CODE] include bx/settings/rtc-im_settings.conf;
include bx/bx_general_proxy_settings.conf;[/CODE][B]Мой конфиг bx/bx_general_proxy_settings.conf:[/B][CODE] proxy_connect_timeout 300;
proxy_send_timeout 300;
proxy_read_timeout 300;
proxy_buffer_size 64k;
proxy_buffers 8 256k;
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 10m;
gzip on;
gzip_proxied any;
gzip_static on;
gzip_http_version 1.0;
gzip_types application/x-javascript application/javascript text/css;
default_type application/force-download;
tcp_nopush on;
tcp_nodelay on;
client_max_body_size 1024m;
client_body_buffer_size 4m; [/CODE][B]Мой конфиг[/B][B] bx/settings/rtc-im_setting[/B][B]s.conf:[/B][CODE]log_format simple '$time_local $status $request';
# if connection ti not set
map $http_upgrade $connection_upgrade {
default upgrade;
'' 'close';
}
map $http_upgrade $replace_upgrade {
default $http_upgrade;
'' "websocket";[/CODE][B]Мой конфиг для проксирования трафика по DNS портала Б24:[/B][CODE]server {
listen 80;
if ($host = {DNS name}) {
return 301 https://$host$request_uri;
} # managed by Certbot
}
server {
listen 443 ssl;
server_name {DNS name} www.{DNS name};
access_log /var/www/httpd-logs/{DNS name}.access.log;
error_log /var/www/httpd-logs/{DNS name}.error.log notice;
ssl_certificate /etc/letsencrypt/live/{DNS name}/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/{DNS name}/privkey.pem; # managed by Certbot
ssl_ciphers EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH;
ssl_prefer_server_ciphers on;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
location / {
proxy_ignore_client_abort on;
proxy_pass https://{IP VM B24}:443;
proxy_redirect https://{IP VM B24}:443 /;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Port $server_port;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header HTTPS YES;
# for Push&Pull
location /bitrix/subws/ {
access_log off;
proxy_max_temp_file_size 0;
proxy_read_timeout 43800;
proxy_http_version 1.1;
proxy_pass https://{IP VM B24}:443;
proxy_set_header Upgrade $replace_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_redirect https://{IP VM B24}:443 /;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Port $server_port;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header HTTPS YES;
}
location /bitrix/sub/ {
access_log off;
rewrite ^/bitrix/sub/(.*)$ /bitrix/subws/$1 break;
proxy_pass https://{IP VM B24}:443;
proxy_max_temp_file_size 0;
proxy_read_timeout 43800;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Port $server_port;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header HTTPS YES;
}
location /bitrix/rest/ {
access_log off;
proxy_pass https://{IP VM B24}:443;
proxy_max_temp_file_size 0;
proxy_read_timeout 43800;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Port $server_port;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header HTTPS YES;
}
}[/CODE]
Для тестирования[CODE]nginx -t
[/CODE]Для перечитывания конфигов используем[CODE]nginx -s reload[/CODE]Для перезагрузки[CODE]systemctl restart nginx[/CODE]На ВМ Б24 не забываем включить чтение передаваемого от реверс прокси IP адреса с которого идёт запрос. Для чего на BitrixVM – создаем конфигурационный файл bx/settings/real_ip.conf:[CODE]set_real_ip_from {IP revers-proxy};
real_ip_header X-Forwarded-For;[/CODE]Иначе ВМ Б24 не будет видеть IP с которых заходят пользователи, что в частности может повлиять на настройки безопасности, например, для ограничения входа в админку по IP адресу.
3. [B]ОБЯЗАТЕЛЬНО [/B]копируем SSL сертификат и ключ c реверс-прокси на ВМ Б24 и прописываем его в bx/conf/ssl.conf. Без него - не работает! [B]И этого ни в одной инструкции не было![/B] При этом с реверс-прокси, мы весь трафик отправляем на https 443й порт ВМ Б24.
4. Если всё равно не работает переустановите Push-server на ВМ Б24:
[IMG WIDTH=540 HEIGHT=260]https://c2n.me/4hRqc87.png[/IMG]
[IMG WIDTH=386 HEIGHT=137]https://c2n.me/4hRqebM.png[/IMG]
[IMG WIDTH=448 HEIGHT=172]https://c2n.me/4hRqhdx.png[/IMG]
П.С.: если кому-то помог мой пост, с вас лойсы в карму)