От чего может быть ошибка Mixed Content?

Question

[Александр Петров]

Всем привет. Помогите пожалуйста с проблемой. Долго гуглил, но ничего как-то не нашлось дельного.
Сайт на ruby on rails.
В общем для авторизации посылаю ajax запрос на /users/sign_in post-ом.
Выдает в консоль такую ошибку:

Mixed Content: The page at 'https://pervichka.pro/users/sign_in' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://pervichka.pro/users/sign_in'. This request has been blocked; the content must be served over HTTPS.

Раньше все работало, сломалось как-то неожиданно. Попробовал в гите откатиться на тот момент, когда все работало. Ошибка все-равно выскакивает.... че и где я сломал вообще не понятно....вроде касаем https вообще ничего не трогал....
Где копать корни этого бага?

Comments

[Kovalsky]

Может немного резко, но вы что, даже не пробовали читать? Написано же: "Страница «https://pervichka.pro/users/sign_in» была загружена через HTTPS, но запросила небезопасную конечную точку XMLHttpRequest «http://pervichka.pro/users/sign_in». Этот запрос заблокирован; Содержимое должно быть передано через HTTPS." - © Google Translate.

Answer 1

[artem78]

Делайте запрос на https вместо http.

Comments

[Александр Петров]

Это я тоже пробовал...не помогло(((
Вот так? я правильно же понял?

$.ajax({
        url: 'https://site.ru/users/sign_in',
        data: $('.form_auth_index').serialize(),
        type: 'POST',
        success: function(result) {
    
        },
        error: function(message){
        }
    });

[Александр Петров]

Александр Петров: но при таком варианте, опять же, возникается вопрос разработки. На локалке то у меня localhost:3000 ссылка.

[Kovalsky]

Александр Петров: вы хотите сказать, что загружаете страницу по HTTPS и запрос тоже делаете по HTTPS, но вам выскакивает ошибка что вы используете HTTP?

[Александр Петров]

Никита Полевой: как ни странно....но да.

[Kovalsky]

Александр Петров: сделайте тот же запрос вручную, посмотрите в консоли (в хроме это вкладка Network) заголовки запроса.

Хотя я уже сам проверил. В общем насколько я могу видеть запрос и правда пытается улететь на HTTP.

[Александр Петров]

Никита Полевой: оказалось, что ошибка в другом запросе выдается. Этот запрос чуть раньше, чем тот, который я предполагал. Но результат один и тот же. В адресе попробовал подставить https://, результата не дало. Вот скриншот заголовков. Это о чем-нибудь говорит?

[Kovalsky]

Александр Петров: посмотрите ответ от know_code_auth:

Turbolinks.clearCache()
Turbolinks.visit("http://pervichka.pro/users/sign_in", {"action":"replace"})

Запрос с помощью $.ajax проходит без проблем, а с помощью http не проходит потому что кажется выполняет ответ и соответственно переходит по URL http***sign_in.

[Александр Петров]

Никита Полевой: а от куда берется это чертов http????
Turbolinks.clearCache() и дальше что это означает?

[Kovalsky]

Александр Петров: во-первых, кажется турболинкс это какая-то рельсовая фича, которая очень умная и все предлагают её использовать. Вам в ответе приходит такой код и он выполняется. А во-вторых, мне кажется тут гораздо интересней на кой чёрт как раз всё это выполняется. Т.к. у меня исходников нет, мне приходится штудировать минифицированную версию, но я там мало что понимаю - http нашел, но не могу понять почему ответ выполняется как JS.

Если turbolinks это какой-то внутренний механизм, который везде используется, вероятно стоит спросить сервер зачем он возвращает вам http//*

[Александр Петров]

Никита Полевой: да, в рельсах есть такой замут, как turbolinks, но интересно то, что я его не включал.....он как-то давно мне еще мешался и тоже че-то мешал при ajax запросах. А теперь он опять от куда-то выплывает(((((

[Kovalsky]

Александр Петров: я в рельсах ноль, но если вы не планируете использовать turbolinks, то вероятно стоит прочитать один из тысяч (их правда очень много) топиков по запросу "rails turn off turbolinks" и выключить эту штуку.

[Александр Петров]

Никита Полевой: ды как бы уже прочитал, уточнил и все выполнено для выключения(((((

[Kovalsky]

Александр Петров: ну тут я уже ничем не смогу помочь. Либо выключить turbolinks, либо чинить, либо обрабатывать ответы кастомно (что кажется не очень хорошо).

Попробуйте наоборот - включить везде turbolinks, всё откатить чтобы никаких изменений в конфигах относительно turbolinks не было. Также добавьте data-turbolinks-track => true. Но потом сделайте так: <body data-turbolinks='false'>

[Александр Петров]

Никита Полевой: ну будем, значит, копать. Спасибо за советы!!!!

[Александр Петров]

Никита Полевой: а не может эта ошибка идти от куда-то еще? Потому что при тех же всех настройках все работало неделю назад....

[Kovalsky]

Александр Петров: лично я о рельсах знаю только из интернетов, никогда с ними не работал. Может быть сам обработчик запросов у вас какой-то поломанный, зачем-то http отдаёт, уже на сервере надо смотреть.

[Александр Петров]

Александр Петров: Нашелся косяк. Все-таки он был на стороне сервера. Я там внутри сделали редирект, но не проассоциировал, что он возникнет при ajax-запросах. Убрал этот редирект и все починилось....

Спасибо большое еще раз ща помощь и потраченное время!