BiTel

Есть настроенный и работающий BG через Nginx (ssl) и java web-start, настроенный по "версии 3" с http://wiki.bitel.ru/index.php/%D0%9F%D ... 0%BC_nginx
Это был единственный способ заставить пользователей обновляться.
Также есть прямой доступ мимо Nginx - для админа (меня).
Сотрудники жаловались, что не видят ошибок при работе в модуле Inet: неверный логин, неверный пароль и т.д
Разруливал это на своем рабочем клиенте (подключенном мимо Nginx) - видел выскакивающие окошки с ошибками.
Тогда причины этого найти не мог, и на Nginx внимания не обратил.
Но вот на днях сделал проверку на "пустой" комментарий при установке статуса (dynservice:ru.bitel.bgbilling.kernel.contract.status.ContractStatusMonitorService) и на домашнем компе, работающем через Nginx, не смог получить окошка с предупреждениями.
Начал разбираться и вот, что вышло:
1) при подключени клиента BG через Nginx, сообщения (окошки) от биллина с ошибками и предупреждениями не выводятся.
2) при прямом подключении выводся без проблем.
3) при этом через Nginx выводятся нормально окошки при проверке параметров через скрипты поведения на BGBS.

Может кто-то подскажет куда копать?

вы покажите конфигурацию ngninx вашу.

# ================== bg.server.com==============
server {
listen 192.26.252.25:443;
server_name bg.server.com;

ssl on;
ssl_certificate /etc/nginx/ssl/bg.server.com.pem;
ssl_certificate_key /etc/nginx/ssl/bg.server.com.key;

#ssl_session_timeout 5m;
#ssl_protocols SSLv2 SSLv3 TLSv1;
#ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
#ssl_prefer_server_ciphers on;

ssl_protocols SSLv3 TLSv1;
ssl_ciphers ALL:-ADH:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP;
ssl_session_cache shared:SSL:10m;

access_log /var/log/nginx/bg.server.com-access_ssl.log;
error_log /var/log/nginx/bg.server.com-error_ssl.log;

charset windows-1251;

client_max_body_size 10m;
proxy_set_header Host $host;
proxy_set_header Connection close;
proxy_set_header X-Real-IP $remote_addr;
proxy_read_timeout 60;

gzip_proxied expired no-cache no-store private no_last_modified no_etag auth;

location ~ /\.ht {
deny all;
}


location /bgbilling/executer {
deny all;
}


location ~ ^.*/billing/mpsexecuter {
deny all;
}

#доступ к дилерскому интерфейсу
location /agent {
allow 192.27.136.6;
deny all;
charset utf-8;
proxy_cache off;
proxy_pass http://127.0.0.1:8080/bgbilling/id;
proxy_redirect http://bg.server.com/agent https://bg.server.com/agent;
proxy_redirect http://127.0.0.1:8080/bgbilling/id https://bg.server.com/agent;
}

location /billing {
#access to BGClient from fillials
#will avalible https://bg.server.com/billing/executer
allow 192.27.136.6;
allow 192.26.252.22;
deny all;
charset utf-8;
proxy_cache off;
proxy_pass http://127.0.0.1:8080/bgbilling;
proxy_redirect http://bg.server.com/billing https://bg.server.com/billing;
proxy_redirect http://127.0.0.1:8080/bgbilling https://bg.server.com/billing;
}

попробуйте клиент в режиме дебаг через nginx и без
и сравните лог

При попытке смены статуса с пустым комментарием.
Прямое включение - предупреждение есть:

Через Nginx - предупреждение нету:

С модулем Inet через Nginx также, при попытке ввести некорректный логин:

При этом через Nginx все работает нормально и очень давно.
Вот с предупреждениями что-то непонятное....

не понятно...
каша какая то
и http и https
и куча разных контекстов
bgbilling, billing, billing2....

что так запутано?

Спасибо за помощь - навели на нужную мысль для поиска решения.
Виноват все оказалась настройка:
Окошки то выскакивали с ошибкой 500 - видно с лога клинта.
Изменив на:

Проблема решена - окошки с предупреждениями начали нормально показываться.

Каши нет:
1) Снаружи https c чесным ключем проксируется на внутренний http (зачем лишнияя рагрузка на сервер BG?)
2) Снаружи видится ссылка https://bg.server.com/billing/executer - bgbilling убран из названия.
3) billing2 - завел для себя сейчас, что-бы свои действия в логах видеть...
Спасибо еще раз - проблему решил - отписался выше.