Деплоинг на tomcat ломает авторизацию SpringSecurity

Томкат же не торчит напрямую во внешний мир? Есть же некий реверс прокси? Вот на нём рерайти урлы.

Кстати

SpringBoot

до деплоя на томкат.

Но зачем?

пробую локально - работает, как описал.

настроил прокси в nginx:

location / {
          proxy_pass http://localhost:9080/Spring-1.0/;
          proxy_set_header Host            $host;
          proxy_set_header X-Forwarded-Server $host;
          proxy_set_header X-Forwarded-For $remote_addr;
          proxy_redirect http://domain.com/Spring-1.0 http://domain.com;
          proxy_redirect http://domain.com/authenticate http://domain.com/Spring-1.0/authenticate;
       }

Оно мне пишет, что

403 Forbidden

Request page: /Spring-1.0/authenticate

Ну для потренироваться, как первое.

не распарсил. это куда-ть?

я так понимаю, что спрингбут маппит не тот урл. он маппит абсолютный /authenticate, а надо - относительно проекта - /Spring-1.0/authenticate.

Как это исправить?

Я так понимаю что URI проекта /Spring-1.0. Тогда надо удалить из правила nginx proxy_redirect и оставить что-то вроде

location / {
          proxy_pass http://localhost:9080/Spring-1.0/;
       }

я сделал теперь так:

 location /authenticate {
          proxy_pass http://localhost:9080/Spring-1.0/authenticate;
          proxy_set_header Host            $host;
          proxy_set_header X-Forwarded-Server $host;
          proxy_set_header X-Forwarded-For $remote_addr;
          proxy_redirect http://domain.com/Spring-1.0 http://domain.com;
       }

При этом получаю

403 Forbidden

Request page: /Spring-1.0/authenticate

Предполагаю, что в server.xml томкэта.

А разьве, любая машинка воспримет 2 РАЗА auten/*(!??)(!) Каким ли: это SEPARATOR = + выправить, либо в лок добавить что должно читаться , (типа етцODF, ну иль /**/).

context.xml

где это? что это?

не помогло

Проверь, в джарнике в корне должен быть каталог META-INF в нем лежать context.xml. И проверь что Context у тебя прописан только в context.xml и в server.xml его нет. Если и там и там то работать не будет.

не, эта шляпа не работает. я даже задеплоил из веб-интерфейса не файл-war, а каталог, указав конкретный ContextPath. Все равно не работает. При авторизации перекидывает на domain.com/authenticate (post-запрос делается), ошибка 404. Если же я в браузере отладчиком изменяю урл на domain.com/Spring-1.0/authenticate и делаю POST запрос, то ловлю ошибку 403 Forbidden. Складывается ощущение, что SpringBoot чего-то не понимает.

а зачем ты в проекте указываешь абсолютные ссылки от root?

а вот и нет. везде /link

некий scav из irc-канала #java-talks сказал, что деплоить SpringBoot на томкат (и вообще куда-либо) - не комильфо. Нужно делать StandAlone.

шаблон для systemd service описан тут

но у меня получилось запустить только как java -jar file.jar с полными путями

[Unit]
Description=myapp
After=syslog.target

[Service]
User=myapp
ExecStart=/usr/bin/java -jar /var/myapp/myapp.jar
SuccessExitStatus=143

[Install]
WantedBy=multi-user.target

https://stackoverflow.com/questions/20405474/add-context-path-to-spring-boot-...

да причем тут context path? меня дефолтный устраивает. проблема не в этом. а в том, что 403 Ошибка на пост запрос. хотя все .permitAll()

Спринг секьюрити - говно. А ты всё продолжаешь упорно набивать шишки на граблях энтерпрайза.

неговно в студию!
что не говно? какая альтернатива? почему спринг-секьюрити говно?

Говно, потому что делает простые вещи (аутентификацию, например) ненормально сложными, с побочными эффектами и потому, что дебажить эту хрень невозможно.

Неговно - написать аутентификацию самостоятельно.

замени /link на ./link