И опять «мы». Не проще ли говорить таки от себя любимого, ну или от лица конкретного списка людей?
Я вот считаю себя участником IT-сообщества России, но не разделяю всё без исключения, вами тут высказанное. Да и призыв отключить самые важные сайты в самый пик их использования — сами-то подумали, кого вы накажете? Человек, который из-за этого не сможет расплатиться за покупку, забронировать билет или вызвать доктора, вряд ли будет благодарен такому сообществу.
АЗАПИ, АКИТ, РАО и прочие паразитического типа организации заслуживают ответных мер, но основная мера — это всё же просвещение. А если хочется наказывать рублём — ну так покажите населению, кто входит в то же АЗАПИ, АКИТ — призывайте бойкотировать тех, по итогам усилий которых у населения будет меньше денег в кошельке и меньше качественных товаров дома.
Пока у большинства населения не будет понимания сути происходящего, это будет возня на уровне анекдота про муравья и слона («там слона пинали, ну и я два раза пнул»).
Ну и как это утверждение согласуется с правовым государством?
«Или штаны наденьте, или крестик снимите». Ну разве что найдёте в своде законов РФ пункт, где говорится, что при радостном принятии беззакония человек лишается права на правосудие.
В этом смысле никакой хостинг не даст 100% защиты ни от чего. Будь он хоть трижды за свободу слова.
Однако при наличии прямых рук не составит труда принять минимум мер предосторожности — чтобы при прямолинейном захвате файла виртуалки достались только зашифрованные данные без явных признаков ключа для расшифровки. Ясное дело, что против оппонента с возможностью физического доступа к серверу не спасёт по большей части и это — ну тогда вообще не пользуйтесь почтой, что уж там.
Поскольку против произвола и беззакония всё равно не спасёт никакая криптография.
Я думаю, вполне разумный шаг — поднимать шум и отказываться от сервисов тех, кто провоцирует и проявляет беззаконие. Можно сколько угодно подтрунивать, что-де всё равно толку не будет — но от молчаливого протеста с фигой в кармане толку не будет в любом случае, инфа 100%.
Полно тонкостей, помимо всех этих традиционных плясок с SPF/DKIM/DMARC и что там ещё изобретут.
Например, годами не мог «вытащить» из спама GMail домен, вообще не участвующий ни в каких рассылках (при этом вся аутентификация настроена). На форумах поддержки GMail мне скармливали стандартные советы (настройте аутентификацию, проверяйте содержимое писем, не рассылайте тем, кто не читает и пр.), даже не обращая внимания на основной аргумент: домен вообще не участвует ни в каких рассылках — так какого лешего GMail его блокирует?
Приходилось советовать всем адресатам, использующим Google Apps/Google Mail вносить домен в белые списки (фильтры) вручную.
После этого я скептически отношусь к универсальным советам в этой области. Учитывая, что полно обратных примеров — абы как абы кем настроенные почтовые уведомления (с несуществующего домена, без аутентификации и т.д.) от всяких там logwatch приходили исправно и никогда не блокировались.
По-моему, если человек упорно не допускает, что только полным прочтением всего диска (всех данных) можно убедиться, что данные на нём живы — особо спорить не о чем. Тут уже отчётливый вопрос веры, с которой спорить невозможно.
Как в той поговорке — «есть два типа людей: одни ещё не теряли невосстановимые данные, другие регулярно делают резервные копии».
Предоплаты у AWS не бывает — достаточно просто не заплатить вовремя. Плюс другие варианты — санкции правительства против пользователей конкретной страны, технический сбой на стороне Amazon (все их девятки после запятой всё же не равны 100% гарантии сохранности).
Физические копии, в любой их инкарнации, всё же повышают шансы данных продержаться чуть дольше в войне со временем.
Подтверждаю, с вечера пятницы Интернет через них лихорадило — сбои связности, часть Интернета напрямую недоступна (причём время от времени список недоступного менялся).
Добавлю ещё, что зачастую — когда были ощутимые провалы в связности — автоответчик на телефоне тех.поддержки таки сообщал, что произошли такие-то сбои.
Азота или, на худой конец, аргона должно быть достаточно. Оба достаточно инертны по отношению к тому, что хранится. Тщательно осушить и хранить без доступа воздуха и света.
Главная проблема — даже не стойкость носителя, а наличие аппаратных и программных средств для восстановления.
Много ли будет продаваться дисководов для DVD через 50 лет? Для M-DISK — через хотя бы сотню?
В этом смысле хранить какие-нибудь PaperBak'и на бумаге может оказаться и надёжнее, и дешевле (при условии, что и бумага качественная, и хранится как следует): возможность сканировать изображение останется,
Вот и выходит, что пока что единственный годный способ — переносить с носителя на носитель.
Оптимальный вариант — прибегать ко множественным носителям (той же бумаге). Я лично храню свои репозитории в виде множества зеркал, плюс переписываю на флэш-карты, плюс самое важное периодически на ту же бумагу.
Как-то так. По мне, оптимальный подход — чтобы при самом неблагоприятном развитии сохранилось хоть что-нибудь.
Похоже, что (факультативно: ламинированная) бумага с напечатанной на ней информацией может дать существенную фору всем остальным. Понятно, что бумага должна быть качественная, которая лет через десять не обратится в труху. Плюс должна быть защита от сырости и нагрева.
См. программу PaperBack. Подана как шутка, но вполне себе решение для такого случая.
У Hi-Tech носителей (диски, включая флэшки, в т.ч. оптические и пр.) есть один ма-а-аленький недостаток: пройдёт относительно немного времени, и считать данные будет попросту нечем. Вот и придётся постоянно переносить с носителя на носитель.
Я вот считаю себя участником IT-сообщества России, но не разделяю всё без исключения, вами тут высказанное. Да и призыв отключить самые важные сайты в самый пик их использования — сами-то подумали, кого вы накажете? Человек, который из-за этого не сможет расплатиться за покупку, забронировать билет или вызвать доктора, вряд ли будет благодарен такому сообществу.
АЗАПИ, АКИТ, РАО и прочие паразитического типа организации заслуживают ответных мер, но основная мера — это всё же просвещение. А если хочется наказывать рублём — ну так покажите населению, кто входит в то же АЗАПИ, АКИТ — призывайте бойкотировать тех, по итогам усилий которых у населения будет меньше денег в кошельке и меньше качественных товаров дома.
Пока у большинства населения не будет понимания сути происходящего, это будет возня на уровне анекдота про муравья и слона («там слона пинали, ну и я два раза пнул»).
Детский сад какой-то.
«Или штаны наденьте, или крестик снимите». Ну разве что найдёте в своде законов РФ пункт, где говорится, что при радостном принятии беззакония человек лишается права на правосудие.
Разве что какой-нибудь SEV сможет отчасти помешать.
Инструкция для такого случая у меня есть — когда есть возможность, все VPS/DS так готовлю.
Приведите тогда ссылку на соотв. статью какого бы то ни было кодекса.
Однако при наличии прямых рук не составит труда принять минимум мер предосторожности — чтобы при прямолинейном захвате файла виртуалки достались только зашифрованные данные без явных признаков ключа для расшифровки. Ясное дело, что против оппонента с возможностью физического доступа к серверу не спасёт по большей части и это — ну тогда вообще не пользуйтесь почтой, что уж там.
Поскольку против произвола и беззакония всё равно не спасёт никакая криптография.
Я думаю, вполне разумный шаг — поднимать шум и отказываться от сервисов тех, кто провоцирует и проявляет беззаконие. Можно сколько угодно подтрунивать, что-де всё равно толку не будет — но от молчаливого протеста с фигой в кармане толку не будет в любом случае, инфа 100%.
Например, годами не мог «вытащить» из спама GMail домен, вообще не участвующий ни в каких рассылках (при этом вся аутентификация настроена). На форумах поддержки GMail мне скармливали стандартные советы (настройте аутентификацию, проверяйте содержимое писем, не рассылайте тем, кто не читает и пр.), даже не обращая внимания на основной аргумент: домен вообще не участвует ни в каких рассылках — так какого лешего GMail его блокирует?
Приходилось советовать всем адресатам, использующим Google Apps/Google Mail вносить домен в белые списки (фильтры) вручную.
После этого я скептически отношусь к универсальным советам в этой области. Учитывая, что полно обратных примеров — абы как абы кем настроенные почтовые уведомления (с несуществующего домена, без аутентификации и т.д.) от всяких там logwatch приходили исправно и никогда не блокировались.
Ну там — доказывайте, что Земля плоская, что мыши действительно самозарождаются в грязном белье, поддержите теорию флогистона.
Потом сравните результаты. По мне, всё будет ровно так же, вне зависимости от вида и степени ненаучности теории.
По-моему, если человек упорно не допускает, что только полным прочтением всего диска (всех данных) можно убедиться, что данные на нём живы — особо спорить не о чем. Тут уже отчётливый вопрос веры, с которой спорить невозможно.
Как в той поговорке — «есть два типа людей: одни ещё не теряли невосстановимые данные, другие регулярно делают резервные копии».
Физические копии, в любой их инкарнации, всё же повышают шансы данных продержаться чуть дольше в войне со временем.
Добавлю ещё, что зачастую — когда были ощутимые провалы в связности — автоответчик на телефоне тех.поддержки таки сообщал, что произошли такие-то сбои.
Оставить минимально необходимую влажность в таком случае.
Много ли будет продаваться дисководов для DVD через 50 лет? Для M-DISK — через хотя бы сотню?
В этом смысле хранить какие-нибудь PaperBak'и на бумаге может оказаться и надёжнее, и дешевле (при условии, что и бумага качественная, и хранится как следует): возможность сканировать изображение останется,
Вот и выходит, что пока что единственный годный способ — переносить с носителя на носитель.
Как-то так. По мне, оптимальный подход — чтобы при самом неблагоприятном развитии сохранилось хоть что-нибудь.
См. программу PaperBack. Подана как шутка, но вполне себе решение для такого случая.
У Hi-Tech носителей (диски, включая флэшки, в т.ч. оптические и пр.) есть один ма-а-аленький недостаток: пройдёт относительно немного времени, и считать данные будет попросту нечем. Вот и придётся постоянно переносить с носителя на носитель.