“Никакой маршрут для хостинга” с ssl, но не с telnet
Устройство автоматической смены дисков LTO-5? Вы должны были бы где-нибудь между тремя и 15 лентами создать резервную копию того массива, который не является безумно большим количеством. Устройство автоматической смены дисков будет заботиться об изменении лент для Вас, и хорошее программное обеспечение для резервного копирования (например, бакулюмы) будет отслеживать, которого файла (файлов) включены, которые записывают на ленту.
Вы также захотите считать время требуемым создать резервную копию файловой системы, настолько большой, поскольку вероятно, что FS изменится в течение того периода. Для лучших результатов файловая система, которая поддерживает снимки, была бы очень полезна, таким образом, можно взять мгновенный снимок и выполнить полные или возрастающие резервные копирования против этого, вместо против живой файловой системы.
Можете ли вы проверить, действительно ли вы можете проверить связь с целевым хостом? (IPv4) Кажется, что
- ваше соединение IPv4 прервано
- есть AAAA и запись A
- telnet удается предпочесть IPv6
- openssl избегает IPv6
Это может быть просто проблема, сводящаяся к минимуму к IPv4-соединениям, не работающим с целевым хостом. В порядке ли ваша маршрутизация IPv4 на обеих машинах?
Depending on what telnet you have available to you, there may be a -4 or -6 switch to restrict the IP version forcefully, allowing you to rule in or out the IPv4 vs IPv6 concern.
What does the netstat -arn output look like? Are there IPv6 routes for the destination and/or default IPv6 route that is viable?
Connected to athena.hidden.tld.
Похоже, вы подключаетесь через имя хоста. Попробуйте использовать IP-адрес, чтобы исключить возможность проблем с DNS:
openssl s_client -connect puppet.master.ip.address:8140