Да, слышал, но расслабился. Вроде как речь шла о сертах, выданных после 21 октября.
и выходит помер, но не совсем?.. Отчего этот же серт работает для одного из пачки прописанных в него доменов? Это два.
А если усложнить задачу?..
Сертификат мультидоменный, Class4 SSL, куплен в апреле 2016-ого. Сегодня с обновлением хрома вдруг обнаруживается, что часть сайтов продолжают работать по https, как и вчера, а часть блокируется браузером с пометкой из сабжа.
Сертификат, напомню один для всех сайтов. FF и IE всё корректно отображают и сайты, и данные серта.
И вот что это и как править? Помогите советом, братцы.
server { if ($scheme = http) { rewrite ^ https://$server_name$request_uri permanent;
Спасибо за помощь - поспешил с вопросом.
Решил по другому, как в принципе и предполагал, что должно такое быть - обернул редирект в условие:
listen ip.ip.ip.ip:80;
if ($request_uri !~ "^/fldr")
{
return 301 https://$host$request_uri;
}
Да, этого действия было достаточно.
Его, как мне казалось, я ещё вчера выполнил, а оказалось WinSCP из-под FAR Manager последнюю строчку с press y/N не показывал и по факту установка не осуществлялась. Поглядел через yum list glibc, зашел через консоль браузера и всё получилось.
Так что спасибо всем ответившим. Проблема снята. :)
Пишет not a dynamic executable
Спасибо! Этот вариант работает. 🍻
Чересчур очевидно. Пройдено. Не работает.
Апач выдает Moved Permanently и линк на сформированный в цикле URL в никуда. Получается-то мы сообщаем, что .php перемещен в .htm, а .htm и есть .php, который перемещен в .htm...
Мнда... Корявенько задачку описал. ;)
Суть в следующем. Есть domainINT с полным набором потрохов (текста, картинки, шкурки и прочая), есть domainRU, который имеет ту же структуру, но содержит только русские текста. На общие папки (картинки, шкурки) прописаны алиасы и с domainRU все чудесно забирается из папки физически находящейся в domainINT.
Получается, что общая часть вынесена относительно корня того же domainRU абсолютно в другую папку. Поэтому все критичные include (для тех же шкурок) прописаны жестко, что работало на старом хостинге и локальном денвере. И установленные Alias этими инклюдами не воспринимаются. Вот.
А взаимосвязи между отрыванием рук и получением знания не уловил. ;)
PS: реализованная структура
-/home/domainINT/www/
--/someINTfolders/
--/tpl/
---template.php
-/home/domainRU/www/
--/someRUfolders/
структура нового хостинга:
-/var/www/user/data/www/domainINT/
-/var/www/user/data/www/domainRU/
Вопрос в том можно ли задействовать Алиасы?
bums, ситуации бывают...
Завтра экспайрится домен. Логинюсь в систему с паролем, сохраненым в keepass - не пускает. Щелкаю на восстановление пароля - письма на email/логин не приходят. При этом с саппортом общаюсь с того email успешно, ремаиндеры от системы получаю.
А вот письма с линком на восстановление пароля - нет. :(
Если кто-то из инсайдеров может чем-то помочь - был бы благодарен.
