[FAQ] Переход на https

[ronim]

не знаю как вы у меня происходило все проще
нажал на эту зелененькую копку

и все кроме изменений на форуме на 443 и и https . Потом пришлось еще одно расширение установить
Camo SSL Image Proxy \
на этом весь переход и закончился.
проблем с сертификатами тоже нет, хостинг их сам меняет на а действующий[ /size]

Отправлено спустя 2 минуты 56 секунд:
хотел отредактировать , но похоже не судьба

[dimassamid]

не знаю как вы у меня происходило все проще
нажал на эту зелененькую копку

Узнаю хостинг Zone )) Переехал с него как раз на днях ввиду полного отсутствия технической поддержки и игнорирования жалоб. Ну да ладно, это отдельная история.

Да, у них это реализовано в панеле управления, но если этого нет, то вот универсальный код для .htaccess на редирект

Код: Выделить всё

RewriteEngine on

RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

В качестве CDN для России CF так себе решение (ближайший сервер для регионов только в Москве).

Да, кстати, ещё не факт, что посетители из России будут получать контент именно с московского сервера. На бесплатном тарифе они будут гонять трафик так, как выгодно им, а не посетителям. Так что слухи об ускорении загрузки страниц через CDN сильно преувеличены.
Опять же, как я уже сказал, каждый должен по пунктам расписать для себя цели использования CDN и всё взвесить. Для своей проблемы я не нашёл альтернативного решения. Если оно появится, то от дополнительной "прослойки" откажусь. Лишние сервера на пути только затормаживают загрузку по определению.

[BadBlock]

1) Сертификат выглядит как сборная солянка

Не знаю, что сказать. Дальше, видимо, "ip-адрес некрасивый/не симметричный"? :D

3) В конфигурацию nginx всё равно лезть придётся, хотя бы для получения реального IP адреса посетителя.

Меа кульпа, забыл. Как в случае с любым фронтендом, да. Мой косяк.

Защита от DDOS реально работает только на платных тарифах.

Не помню, как там на бесплатных, у меня за $20/мес тарифчик, но ЕМНИП руками нажать "I'm under attack" можно на любом плане . Умышленные атаки на другие порты и всякий SYN-flood также закрываются на любых планах, в т.ч. на бесплатном.

2) Нет поддержки TLS 1.1, клиенты со старыми версиями браузеров идут лесом.

"IE on Windows XP SP2 (or earlier), pre-Gingerbread Android devices."
Рили?

7) В качестве CDN для России CF так себе решение (ближайший сервер для регионов только в Москве).

Ага, а ближайший приличный хостер с нормальными ценами — в Германии.

Отправлено спустя 7 минут 16 секунд:

Для своей проблемы я не нашёл альтернативного решения. Если оно появится, то от дополнительной "прослойки" откажусь. Лишние сервера на пути только затормаживают загрузку по определению.

Самый нетерпеливые подождут 10 миллисекунд. :D
В целом это касается только начального отклика, полная загрузка страницы, со всеми CSS/JS/картинками с CDN быстрее.

[Sumanai]

Дальше, видимо, "ip-адрес некрасивый/не симметричный"? :D

Легко, если он окажется в бане РКН. Конечно, там может оказаться любой IP, но вероятность того, что там будет IP бесплатного сервиса, намного выше.

В целом это касается только начального отклика, полная загрузка страницы, со всеми CSS/JS/картинками с CDN быстрее.

Не всегда.

[KEMnEP]

Сам Cloudflare увы часто попадает в блок ркн. Чтоб не голословить.
Пример последней выгрузки с добавлением в блок лист https://creadth.com/home/story/11721
(милион с лишним айпи весь лист)

[TomRX]

Разработчики из Google стремятся повысить уровень безопасности и конфиденциальности пользователей браузера Chrome. Очередным шагом в этом направлении станет изменение настроек безопасности. В официальном блоге разработчиков появилось сообщение, в котором говорится о том, что в скором времени веб-ресурсы смогут загружать элементы страниц только по протоколу HTTPS, тогда как загрузка по HTTP будет автоматически блокироваться.

По данным Google, в настоящее время до 90 % контента, просматриваемого пользователями Chrome, загружается по HTTPS. Однако во многих случаях просматриваемые страницы загружают по HTTP небезопасные элементы, в том числе изображения, аудио, видео или «смешанный контент». В компании считают, что такой контент может представлять угрозу для пользователей, поэтому браузер Chrome будет блокировать его загрузку.

Начиная с Chrome 79 веб-обозреватель будет осуществлять блокировку всего смешанного контента, но вводиться нововведения будут постепенно. В декабре этого года в Chrome 79 появится новый параметр, позволяющий разблокировать «смешанный контент» на определённых сайтах. В январе 2020 года появится Chrome 80, который будет автоматически преобразовывать все смешанные аудио и видео, загружая их по HTTPS. Если осуществить загрузку этих элементов по HTTPS не удастся, то они будут блокироваться. В феврале 2020 года выйдет Chrome 81, способный автоматически преобразовывать смешанные изображения, а также блокировать их в случае невозможности корректной загрузки.

Когда все изменения вступят в силу, пользователям не придётся задумываться о том, какой протокол используется для загрузки тех или иных элементов на просматриваемых веб-страницах. Постепенное введение изменений даст разработчикам время на то, чтобы сделать весь «смешанный контент» загружаемым по HTTPS.

Вариантов уже не остается. Интернет стремительно меняется. Загрузка по HTTP будет автоматически блокироваться https://3dnews.ru/995126?utm_source=yxn ... .ru%2Fnews
Вслед за Chrome этому последуют и другие браузеры.

[Siava]

tomskafo, речь идёт о смешанном контенте, когда на HTTPS-странице используеся HTTP-контент. И это правильно! Но если у вас сайт полностью HTTP, то не о чем беспокоиться.

[TomRX]

Нет, не только о смешанном контенте. Google Chrome будет блокировать сайты с HTTP https://robinbob.in/news/2019-10-06/goo ... ity-s-http

Разработчики Google сообщили, что в скором времени веб-ресурсы смогут загружать элементы страниц только по протоколу HTTPS. В 2020 году любые загрузки с сайтов по HTTP будут автоматически блокироваться.

Эти меры направлены на обеспечение безопастности пользователей. На данный момент Google обозначает загружаемый контент с HTTP, как небезопасный - Not Secure.

По данным Google, сейчас около 90% контента, просматриваемого пользователями Chrome, загружается по HTTPS.

В версии Chrome 80 будет автоматически обновлять загрузку контента с HTTP до HTTPS. Если такая возможность предоставлена не будет, то сайт будет «заблокирован».

[Siava]

tomskafo, а можно оригинал этой новости от Google, там, где про полную блокировку HTTP?

[Nekstati]

Маразм крепчает. Раньше один кремлёвский старец решал, как жить целому народу, теперь авторы одного браузера решают, как жить целому интернету.

[Пчелкин]

Все решают бабки..

[BadBlock]

а можно оригинал этой новости от Google, там, где про полную блокировку HTTP?

Речь только про mixed content.
В целом уродство какое-то. Старые необновляемые HTTP-сайты, которые кто-то когда-то сделал и с которых на куче страниц вставлены картинки, видимо, идут лесом. Контент отображаться не будет. :(
Самое непонятно - какую такую особенную опасность несут HTTP-картинки? Чем они опасны? Только протоколом? Но это же бред.

[Siava]

Речь только про mixed content.

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

[rxu]

Старые необновляемые HTTP-сайты, которые кто-то когда-то сделал и с которых на куче страниц вставлены картинки, видимо, идут лесом. Контент отображаться не будет.

Через прокси, типа Camo.

[BadBlock]

Через прокси, типа Camo.

Ну-ка, ну-ка, а поподробнее с этого места можно? Это какой-то модуль апача/энжиникса?