Даже 1.1 не включается. В сети нашел что в Nginx выше 1.14 выключили по умолчанию поддержку ниже 1.2 и типа нужно прописывать минимальную версию сюда /etc/ssl/openssl.cnf
Ну я прописал но может не Nginx теперь перезагружать нужно а весь серв ?
---------- Добавлено 11.02.2019 в 09:11 ----------
На виндузе xp и старых линуксах сидят 2-5% от общего объема, из них 3-4% изолированны в интернет не выходят, для 1-1,5% держать устаревшие протоколы, не стоят они этого.
Написал в тех поддержку яндекса по этому поводу, но думаю опять ответят через пол года с извинениями что так долго отвечали и предоставят скидку за ожидания ответа в их сервис яндекс коннект, капиталисты!
Что то мне боязно стало, будут ли работать домены размещенные на яндексе или нет, стоит поднять свой днс или мигрировать с яндекса в cloudns.net?
savingleb: ник.ру прислал письмо о том, что у меня домены на яндексе, который не поддерживает edns и они возможно перестанут работать, переходите мол к нам, у нас все огонь.
Но тоже странно, в яндексе что не понимает грядущею ситуацию, на яндексе много доменом находятся, если сайты перестанут работать и все перейдут на подобные сервисы или вовсе свой днс поднимут, и после уже на " сомнительный сервис яндекс коннект/pdd" не вернутся.
DmitryU: А я несколько раз один и тот же домен проверяю - выдает от незначительных проблем, до серьезных.... 🍾 Что-то не то толь у проверяльщика, толь у программистов Яндекса
Тоже заметил на днс от яндекса (если несколько раз подряд сделать проверку домена расположенного на яндексе) то выдает такую ошибку, Обнаружена серьёзная проблема!, жуть.
яндекс в конец разленился.
Ох, чувствую 1 февраля будит веселым деньком, притом перед выходными!
Побегут все с яндекса на cloudns.net или на подобные сервисы.
У меня
Пробовал так
Даже 1.1 не включается. В сети нашел что в Nginx выше 1.14 выключили по умолчанию поддержку ниже 1.2 и типа нужно прописывать минимальную версию сюда /etc/ssl/openssl.cnf
Ну я прописал но может не Nginx теперь перезагружать нужно а весь серв ?
---------- Добавлено 11.02.2019 в 09:11 ----------
https://unix.stackexchange.com/questions/481963/nginx-1-14-on-debian-testing-buster-no-tls-1-0-1-1
Этот геморрой не стоит tls1.
На виндузе xp и старых линуксах сидят 2-5% от общего объема, из них 3-4% изолированны в интернет не выходят, для 1-1,5% держать устаревшие протоколы, не стоят они этого.
А кстати tls1.3 не безопасен вроде.
По моему ошибка в этом TLSv1.0, нужно TLSv1;
настройте апач + nginx
и кстати что такого серьезного/сложного у вас в .htaccess ?
Не понятно, если делать подряд проверки, то вывод проверки меняется все время.
Обнаружена серьёзная проблема!
то
Обнаружены незначительны проблемы!
то
Все хорошо!
Странно.
Написал в тех поддержку яндекса по этому поводу, но думаю опять ответят через пол года с извинениями что так долго отвечали и предоставят скидку за ожидания ответа в их сервис яндекс коннект, капиталисты!
Что то мне боязно стало, будут ли работать домены размещенные на яндексе или нет, стоит поднять свой днс или мигрировать с яндекса в cloudns.net?
ник.ру прислал письмо о том, что у меня домены на яндексе, который не поддерживает edns и они возможно перестанут работать, переходите мол к нам, у нас все огонь.
Но тоже странно, в яндексе что не понимает грядущею ситуацию, на яндексе много доменом находятся, если сайты перестанут работать и все перейдут на подобные сервисы или вовсе свой днс поднимут, и после уже на " сомнительный сервис яндекс коннект/pdd" не вернутся.
А я несколько раз один и тот же домен проверяю - выдает от незначительных проблем, до серьезных.... 🍾
Что-то не то толь у проверяльщика, толь у программистов Яндекса
Тоже заметил на днс от яндекса (если несколько раз подряд сделать проверку домена расположенного на яндексе) то выдает такую ошибку, Обнаружена серьёзная проблема!, жуть.
яндекс в конец разленился.
Ох, чувствую 1 февраля будит веселым деньком, притом перед выходными!
Побегут все с яндекса на cloudns.net или на подобные сервисы.
Что за косяки?
У меня большинство доменов на яндексе, как бы жалоб пока нет.
В нужном мне виртуал хосте создан отдельный локейшен.
alias /usr/local/www/phpMyAdmin/;
index index.php;
satisfy any;
allow ip_адрес_разрешенный;
allow ip_адрес_разрешенный;
deny all;
auth_basic "closed site";
auth_basic_user_file /usr/local/htpasswd;
location ~ \.php$ {
fastcgi_pass unix:/tmp/new.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $request_filename;
fastcgi_ignore_client_abort off;
}
}