Технические и практические аспекты катакомб Опции

[Алексей Кромв]

Надо ли и актуально ли обсуждать технические и практические вопросы организации и жизни катакомбных структур?
Стоит ли заниматься практической методологией, при том, что, понятно, что стратегическая и идеологическая методология – дело ЦК и ядра?
Где нам обсуждать технические и организационные аспекты сетевой коммуникации?
Если удовлетворяющих ТЗ (которое еще надо составить) он-лайн площадок нет, то как их сформировать? Единые или различные, но связанные сайты/системы, для эффективного, продуктивного, конструктивного:
1) Обсуждения Подлинного и Важного в Стратегии, Практике, Дискурсе;
2) Претворения в жизнь Социального Действия (актива/периферии);
3) Самоорганизовывания и Творчества Периферийных Структур;
Как нам организовать безопасные, надежные, помехоустойчивые сетевые коммуникации в условиях войны, управляемого хаоса или в других сценариях?

[Станислав Кононе...]

А зачем нам это, когда в хаос погрузится и английский социум?
Зачем нам вообще катакомбы? На нас варвары никакие не идут, в отличии от Римской империи. А от самих себя нам нигде не спрятаться. Нужно повернуться лицом друг к другу и понять, что мы все заодно в своем желании что-то изменить.

[Алексей Кромв]

А зачем нам это, когда в хаос погрузится и английский социум?
Зачем нам вообще катакомбы? На нас варвары никакие не идут, в отличии от Римской империи. А от самих себя нам нигде не спрятаться. Нужно повернуться лицом друг к другу и понять, что мы все заодно в своем желании что-то изменить.

Ну вот повернулись, ну вот поняли, что желание изменить есть. Теперь время работать.

Вопрос к спецам, неужели любые сервера и любую защиту специалисты врага вскроют, как пишет Rustam? Как легко и быстро? Сдается мне, что это не так или не совсем так.

[Rustam]

Ну вот повернулись, ну вот поняли, что желание изменить есть. Теперь время работать.

Вопрос к спецам, неужели любые сервера и любую защиту специалисты врага вскроют, как пишет Rustam? Как легко и быстро? Сдается мне, что это не так или не совсем так.

Вариант 1.
Вот есть железный ящик под названием сервер. Стоит он на техплощадке какого-нибудь хостинг-провайдера.
Приходит мужчина с допуском, выдёргиает шнур из розетки, вытаскивает жёсткий диск, в течении 10-40 минут (зависит от скорости диска и объёма) все данные сливаются на другой диск. Потом всё собирается как и было, опять включается. Время неработы сервера до 1 часа. Если это сделать в 3-4 часа ночи, все спишут на очередной сбой.
Итог. Время выключения сервера 1 час, в наличии полностью вся база форума, площадки, социальной сети и т.п.

Вариант 2.
Вот есть виртуальный сервер, как это сейчас модно, на одном из хостингов. Приходит мужчина с допуском, делается снапшот машины, копируется на DVD.
Время бездействия сервера 0 секунд (снапшот делается на лету).
Итог. Время выключения 0, в наличии полная копия сервера.

Если сервер хостится за рубежом, то мужчины с допуском американской национальности, если у нас, то россионской.

Есть и другие варианты, более хитрые, но надо учесть. Что если сервер стоит не на вашей охраняемой площадке, то вы не контролируете к нему физический доступ.

Даже если он стоит на вашей охраняемой техплощадке, то у вас нет контроля над линией связи до него.

Чтобы полностью обеспечить безопасность информации на сервере, необходимо владеть всей инфраструктурой доступа, начиная от клиента, сидящего с экраном компьютера, заканчивая последней милей к серверу.

Это под силу только крупным IT компаниям (государственный и негосударственным) которых сегодня можно пересчитать по пальцам рук (можете начинать считать: Google, Microsoft, Yandex...).

Надо понимать, что если вы работаете на публике, то и информация, и инструменты с которыми вы работаете, теоритически должны быть доступны любому желающему (для просмотра) и вы должны пользоваться только той информацией и инструментами, которые не страшно терять.

Всё остальное должно быть закрыто.