Назад | Перейти на главную страницу

Базовая аутентификация для приложения Tomcat (JIRA) с Nginx в качестве обратного прокси

У меня есть несколько поддоменов, на которых работают приложения Atlassian Tomcat (jira.example.com, confluence.example.com, stash.example.com), и я хотел бы знать, можно ли защитить паролем все из них с помощью basic_auth с участием .htpasswd.

Nginx работает нормально без директивы basic_auth, но если я попытаюсь ввести это так в nginx.conf...

user              nginx;
worker_processes  1;

error_log         /var/log/nginx/error.log;
pid               /var/run/nginx.pid;

events {
    worker_connections  1024;
}


http {

    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] $request '
                      '"$status" $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    # Load config files from the /etc/nginx/conf.d directory
    include /etc/nginx/conf.d/*.conf;

    # Our self-signed cert
    ssl_certificate     /etc/ssl/certs/fissl.crt;
    ssl_certificate_key /etc/ssl/private/fissl.key;

    # Password
    auth_basic "Restricted";
    auth_basic_user_file /home/passwd/.htpasswd;

    # redirect non-ssl Confluence to ssl
    server {
        listen 80;
        server_name  confluence.example.com;
        rewrite ^(.*) https://confluence.example.com$1 permanent;
    }

    # redirect non-ssl Jira to ssl
    server {
        listen 80;
        server_name  jira.example.com;
        rewrite ^(.*) https://jira.example.com$1 permanent;
    }

    #
    # The Confluence server
    #
    server {
        listen       443;
        server_name  confluence.example.com;

        ssl on;

        access_log  /var/log/nginx/confluence.access.log  main;
        error_log   /var/log/nginx/confluence.error.log;

        location / {
            proxy_pass http://127.0.0.1:8080;
            proxy_set_header X-Forwarded-Proto  https;
            proxy_set_header Host $http_host;            
        }

        error_page  404              /404.html;
        location = /404.html {
           root   /usr/share/nginx/html;
        }

        redirect server error pages to the static page /50x.html

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
           root   /usr/share/nginx/html;
        }

    }

    #
    # The Jira server
    #
    server {
        listen       443;
        server_name  jira.example.com;

        ssl on;

        access_log  /var/log/nginx/jira.access.log  main;
        error_log   /var/log/nginx/jira.error.log;

        location / {
            proxy_pass http://127.0.0.1:9090/;
            proxy_set_header X-Forwarded-Proto  https;
            proxy_set_header Host $http_host;
        }

        error_page  404              /404.html;
        location = /404.html {
            root   /usr/share/nginx/html;
        }

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }

    }
}

.. он запрашивает учетные данные, но затем возвращает

Статус HTTP 401 - Ошибка базовой аутентификации - Причина: AUTHENTICATION_DENIED

Похоже, кому-то удалось это исправить с помощью apache, работающего как обратный прокси http://jira.10933.n7.nabble.com/mod-proxy-and-password-protecting-td17279.html но эти ссылки в этой ветке мертвы ...

РЕДАКТИРОВАТЬ: По-видимому, эту проблему можно легко решить в Apache, добавив tomcatAuthentication="false" и используя protocol="AJP/1.3" в коннекторе Tomcat server.xml. Или вы можете запретить apache пересылать аутентификацию с помощью директивы RequestHeader unset authorization. Дело в том, как это сделать с Nginx? Думаю, мне нужно исследовать больше .. Есть идеи?

Хорошо, только что нашел решение на список рассылки nginx. Мне просто пришлось сказать nginx, чтобы он не пересылал заголовки auth в tomcat. Добавляем пару строк в блоки локации в nginx.conf сделал трюк:

  location / {
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Server $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_pass http://127.0.0.1:8090/;
        proxy_redirect off;

        # Password
        auth_basic "Restricted";
        auth_basic_user_file /home/passwd/.htpasswd;

        # Don't forward auth to Tomcat
        proxy_set_header   Authorization "";
    }

Теперь мне просто нужно выяснить, как запретить nginx запрашивать аутентификацию на каждом поддомене (jira, confluence, stash и т. Д.). Было бы идеально ввести учетные данные только один раз для всех, но это уже другая проблема.

Надеюсь это поможет!

Ура.

У меня была такая же проблема с Confluence. Это было очень полезно (как обновленный вопрос, так и ответ SDude). У меня есть параметры прокси на каждом уровне подпути («/ jira», «/ wiki» для Confluence и т. Д.), Поэтому я добавил proxy_set_header Authorization ""; к каждому контейнеру местоположения в конфигурации nginx, который устранил проблему. Это также вылечило странную проблему со Stash, когда Stash запрашивал пароль для входа в систему через окно авторизации браузера, а не через собственный экран входа в систему. Теперь он отображает фактический экран входа в систему.

Это работает до тех пор, пока вы не нажмете на аутентифицированные ресурсы, которые отправят клиенту заголовок 401 через прокси-сервер, который вызывает всплывающее окно.

Ниже из https://answers.atlassian.com/questions/2515/answers/39133735?flashId=366096075

Это чертовски старая ветка, но для всех, кто пришел сюда с этой проблемой. Чтобы обойти эту проблему, нужно отключить заголовок авторизации при использовании Apache2 в качестве обратного прокси.

RequestHeader unset Authorization

То же самое можно сделать с NGiNX.

proxy_set_header Authorization "";

Это отлично работает и решает проблему.

Однако, если ваша установка Confluence разрешает анонимный доступ, а аутентификация, используемая с NGiNX / Apache2, отличается от Confluence. Вы столкнетесь со всплывающими окнами для определенных элементов.

Например, следующая ссылка «rest / mywork / latest / status / notification / new»

<status>
<status-code>401</status-code>
<message>
Client must be authenticated to access this resource.
</message>
</status>