The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обход полнодискового шифрования в Linux через непрерывное нажатие клавиши Enter, opennews (??), 02-Сен-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Обход полнодискового шифрования в Linux через непрерывное на..."  +5 +/
Сообщение от Аноним (16), 02-Сен-23, 12:31 
TMP полная чушь. Гораздо надежнее использовать флешку для хранения ключей. Вынул флешку - нет ключа. Вставил - есть ключ. А TMP вынуть нельзя если заходел отдать комп в сервис. Так что TMP полная чушь.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

26. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним (29), 02-Сен-23, 13:10 
Использую аппаратный TPM, его можно вынуть. Гребенка под него есть практически на любой современной, и не очень, плате.
Ответить | Правка | Наверх | Cообщить модератору

105. "Обход полнодискового шифрования в Linux через непрерывное на..."  +4 +/
Сообщение от Аноним2 (?), 02-Сен-23, 17:42 
Почитай что такое TPM. Это лютая дичь с security through obscurity. В первой версии вообще детские нелепости были(бэкдоры?), во второй таких критичных пока не обнаружено, но пользоваться такой технологией это как доверить деньги жулику.
Ответить | Правка | Наверх | Cообщить модератору

207. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним (207), 03-Сен-23, 05:15 
Почитай, что такое descrete TPM. Можешь заодно погуглить картинки и почитать про материнки с TPM header-ом.

Впрочем, у dTPM есть свои проблемы: к нему, в отличии от fTPM (firmware TPM) можно подцепить на контакты осциллограф и считать, что он за данные у него там на шине летают.

Ответить | Правка | Наверх | Cообщить модератору

296. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от АнонимПротивЦензуры (?), 04-Сен-23, 20:59 
а встроенное шифрование в диск вставить фбр не разрешило
Ответить | Правка | Наверх | Cообщить модератору

173. "Обход полнодискового шифрования в Linux через непрерывное на..."  +2 +/
Сообщение от Аноним (173), 02-Сен-23, 23:36 
TPM - гoвнo. Бай дезигн.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

39. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 02-Сен-23, 13:29 
Ну вот утром был сбой системы защиты электропитания в DC, она защитила электропитание, отрубив его сама. Езжай, милок, в свой выходной, за 20 километров - флэшки вставлять будешь.

И побыстрее, бузинесс уже недовольство выразил.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

61. "Обход полнодискового шифрования в Linux через непрерывное на..."  +3 +/
Сообщение от Tron is Whistling (?), 02-Сен-23, 15:00 
IPMI с удалённым экраном и флешкой и пароль - лучше ещё не придумано.
Ответить | Правка | Наверх | Cообщить модератору

107. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от Тот самый (?), 02-Сен-23, 17:49 
>лучше ещё не придумано.

Открой для себя Tang. Жизнь с шифрованными томами в ЦОДе станет существенно легче.
Кстати, Clevis умеет брать ключи в т.ч. из Tang и в этом случае описанная уязвимость не сработает.

Ответить | Правка | Наверх | Cообщить модератору

137. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от Shevchuk (ok), 02-Сен-23, 20:54 
Причём ключ никогда не покидает машину, на которой он используется для расшифровки. Но при этом без помощи внешнего сервера Tang и сама эта машина ключ не может использовать, принципиально. Довольно остроумная система.

- https://youtu.be/Dk6ZuydQt9I
- https://youtu.be/v7caQEcB6VU

Ответить | Правка | Наверх | Cообщить модератору

144. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 02-Сен-23, 21:33 
Пасибо, ребята, но настолько базовые ключи автоматически по сети ходить не должны. Только с оператором.
А так хоть в гитхаб выкладывайте - мне фиолетово.
Ответить | Правка | Наверх | Cообщить модератору

195. "Обход полнодискового шифрования в Linux через непрерывное на..."  +2 +/
Сообщение от Тот самый (?), 03-Сен-23, 02:39 
>базовые ключи автоматически по сети ходить не должны

Ты так и не понял, что такое Tang.

Ответить | Правка | Наверх | Cообщить модератору

199. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним (199), 03-Сен-23, 04:02 
Как этот Tang проверяет, что злодей не пересобрал initramfs, вставив туда дамп и отправку ключа шифрования после того, как диск расшифровался?
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

216. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 09:48 
Да никак, плюс всё это автоматизировано - и фиг отследишь, когда утекло.
Ответить | Правка | Наверх | Cообщить модератору

116. "Обход полнодискового шифрования в Linux через непрерывное на..."  –2 +/
Сообщение от пох. (?), 02-Сен-23, 18:26 
> IPMI с удалённым экраном и флешкой и пароль - лучше ещё не
> придумано.

ты вот пробовал это в рамках хотя бы первых сотен коробок? Уверяю тебя, быстро расхочется использовать для любой сколько нибудь массовой деятельности.

Штатная перезагрузка ТОЛЬКО с ipmi - Б-же сохрани от такого.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

143. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от Tron is Whistling (?), 02-Сен-23, 21:31 
А у меня вообще других вариантов нет.
К счастью, эта штатная перезагрузка бывает раз в полгода-год, для обновления.
Ответить | Правка | Наверх | Cообщить модератору

160. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Вася (??), 02-Сен-23, 22:53 
cryptsetup-initramfs + dropbear ssh = <3
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

171. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от penetrator (?), 02-Сен-23, 23:28 
а что это за система у тебя такая, что требует FDE эндпоинтов так еще кластер на несколько сотен машин, где нет администратора готового ОТВЕЧАТЬ ЗА ОБНОВЛЕНИЕ И ПЕРЕЗАГРУЗКУ НОД? да еще и доступ только удаленный?
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

178. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 03-Сен-23, 00:05 
от давай ты и будешь таким администратором. А мы поржем с безопасного расстояния.

Ответить | Правка | Наверх | Cообщить модератору

335. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от count0 (ok), 19-Сен-23, 18:16 
Я хочу опыт в ЦОД. Сколько ЗП, какой город?
Ответить | Правка | Наверх | Cообщить модератору

336. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 20-Сен-23, 13:46 
> Я хочу опыт в ЦОД. Сколько ЗП, какой город?

TLV
норм там зарплата. Но этот ЦОД принадлежит ש.ב. а они понаехов не берут. Пол-года не могли вакансию закрыть (страна понаехавших потому что)


Ответить | Правка | Наверх | Cообщить модератору

106. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним2 (?), 02-Сен-23, 17:48 
Скажу больше - если серверов 1000+ такое происходит каждый день, но даже с физическим размещением никто никуда не едет, благо на всех интерпрайзных серверах есть ipmi. Поводов съездить в цод три: поставить новый сервер, заменить старый, на главную сетевую железку упал метеорит. Первые два делаются в будни и за раз.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

114. "Обход полнодискового шифрования в Linux через непрерывное на..."  –1 +/
Сообщение от пох. (?), 02-Сен-23, 18:20 
> Скажу больше - если серверов 1000+ такое происходит каждый день

вряд ли ты можешь похвастаться 1000+ шифрованных серверов.

> благо на всех интерпрайзных серверах есть ipmi

и толку-то с него? Ты в самом деле работал в конторе с первой тысячей серверов? Пусть даже нешифрованных.

(вопрос риторический, очевидно что нет)

Ответить | Правка | Наверх | Cообщить модератору

145. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 02-Сен-23, 21:35 
Ну будем честными: _шифрованных_ серверов обычно столько и не надо.
Ответить | Правка | Наверх | Cообщить модератору

157. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 02-Сен-23, 22:43 
ну хз что там у какого-нибудь протона.
Но мне бы хватило вот просто тыщи серверов с ipmi. Не в том смысле что без него лучше, а в том что ipmi - это на совсем уж крайний случай, непосредственно перед поездкой на предмет выковыривания сдохшего уже напрочь сервера из стойки. Когда стандартный "reboot/reinstall" уже не помог.
А не на каждой перезагрузке, упаси Г-дь.

Ответить | Правка | Наверх | Cообщить модератору

218. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 09:51 
А фирмварь на хардварных нодах вообще не обновляете? Без IPMI этот процесс выглядит совсем тоскливо.
Ответить | Правка | Наверх | Cообщить модератору

222. "Обход полнодискового шифрования в Linux через непрерывное на..."  –1 +/
Сообщение от пох. (?), 03-Сен-23, 10:19 
там где их тыщи? Конечно не обновляют, это ж совсем е...нуться можно. П-данулась коробочка совсем, так что из стойки снимают и волокут в лабораторию для разбора - вот тогда заодно и обновляется. А массово - ты с ума сойдешь. И с ipmi тож. Да и смысл?

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

Ответить | Правка | Наверх | Cообщить модератору

225. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 10:29 
Да не, всё достаточно просто, образ с фирмварью и немножечко автоматизации.
Бут-процесс конечно ручной, но его типичный землекоп может выполнить одновременно на десятке-другом нод.
Ответить | Правка | Наверх | Cообщить модератору

227. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 10:30 
(у нас нет тысячи нод, но я так прикидываю - сотен 5 за день окучить вполне реально, это даже если надо все разом)
Ответить | Правка | Наверх | Cообщить модератору

228. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 10:32 
Тыщи нод у нас так-то реально только у гугла и прочих мажоров, но там и землекопов не 2-3.
Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

232. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от пох. (?), 03-Сен-23, 10:42 
да ладно тебе, какой гугль... мелкая конторка в которой я имел сомнительное щастье работать в еще 2010м, и та имела больше полутыщи корытцев. (правда, гугль нас таки пытался купить, но ему не продали)

Землекопов было не 2-3, а полтора десятка, но у них своих дел хватало, и идея потрахаться вручную с ipmi с конкретным тазом никогда и ни у кого там восторга не вызывала, а уж тем более прокатиться к месту событий самому. К счастью, в большинстве случаев наши системы либо все же после некоторых уговоров перезагружались автоматикой, и в крайнем случае их так же автоматом можно было переустановить, либо их перезагружал самоходный агрегат, прикованный там, между стоек, правда, по дороге обязательно выдернув пару кабелей и в итоге перезагрузив не то.

А те уникальные с которыми так было нельзя - мы все дружно ненавидели.

Ответить | Правка | Наверх | Cообщить модератору

233. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Tron is Whistling (?), 03-Сен-23, 10:45 
Ну, сейчас корытца стали пожирнее, и их реально поубавилось - ледники надо беречь...
Ответить | Правка | Наверх | Cообщить модератору

338. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от count0 (ok), 20-Сен-23, 13:56 
> А те уникальные с которыми так было нельзя - мы все дружно
> ненавидели.

Скажите, которые нужно ненавидеть и не покупать. А то вдруг попросят подсказать что выбрать, и будут и меня потом, заодно ))

ВК слышал у Минпромторга или Минцифры просил достать им 10к серверов в прошлом году. Мол никто не продаёт. Значит у них 10-ки тысяч их стоит.

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

342. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 20-Сен-23, 14:44 
>> А те уникальные с которыми так было нельзя - мы все дружно
>> ненавидели.
> Скажите, которые нужно ненавидеть и не покупать. А то вдруг попросят подсказать

речь о сетапах, а не серверах. Иногда на сервере стоит что-то такое что его нельзя перезагружать ресетом и запускать без контроля. И даже если их таких один из сотни - каждая вынужденная перезагрузка превращается в адов гемор.

> ВК слышал у Минпромторга или Минцифры просил достать им 10к серверов в
> прошлом году. Мол никто не продаёт. Значит у них 10-ки тысяч
> их стоит.

может они просто решили что они же и продадут.

Но в общем-то Вк - это "облако мэйлру" в том числе. А там - "фсе одинаковые" и перезагрузка ресетом норм - подумаешь, твоя виртуалка (за 2k/мес между прочим) тоже ресетнулась при этом - куда ты с подводной-то лодки денешься? Одноглазнеки облачковых услуг пока не продают-с.

Ответить | Правка | Наверх | Cообщить модератору

343. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от count0 (ok), 20-Сен-23, 14:46 
> Но в общем-то Вк - это "облако мэйлру" в том числе. А
> там - "фсе одинаковые" и перезагрузка ресетом норм - подумаешь, твоя
> виртуалка (за 2k/мес между прочим) тоже ресетнулась при этом - куда
> ты с подводной-то лодки денешься? Одноглазнеки облачковых услуг пока не продают-с.

Видимо поэтому и придумали CI/CD, чтобы не обращать внимание на падения железа, размазанного по датацентрам.

Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

344. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 20-Сен-23, 14:52 
угу. А потом такие - ой, транзакция потерялась. (или раздвоилась, что еще забавнее).

А на деле все эти придумки для тех кто кроме "Приложениев" и "финтеха" (торговли фантиками а не того что некоторые могли подумать) ничего не производит. Ну и еще рекламных баннеров. Подумаешь, пара кликов пропала.

Зато конь-тиниоус дезинтеграция. Кому и нах-я она нужна - никто не знает но все уверены.

Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

345. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от count0 (ok), 21-Сен-23, 23:02 
> угу. А потом такие - ой, транзакция потерялась. (или раздвоилась, что еще
> забавнее).
> А на деле все эти придумки для тех кто кроме "Приложениев" и
> "финтеха" (торговли фантиками а не того что некоторые могли подумать) ничего
> не производит. Ну и еще рекламных баннеров. Подумаешь, пара кликов пропала.
> Зато конь-тиниоус дезинтеграция. Кому и нах-я она нужна - никто не знает
> но все уверены.

Чтобы не потерялась - проверяет скрипт на стороне клиента (не получил от сервера - форма пришла / билет продан / бабки переведены - пишем "Ой, что-то пошло не так, обновите страницу").
Чтобы не раздвоилась - есть номера транзакций. И задержки на повторную отправку. Например человек за 0.5 секунды 2 раза отправить не нажмёт. А если нажмёт - отбросить или вывести предупреждение, чтобы пыл умерил ))
Всё решаемо, это ж погромисты )) Получат по шапке пару раз - пофиксят ))

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

109. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от ivan_erohin (?), 02-Сен-23, 17:50 
> Езжай, милок, в свой выходной, за 20 километров - флэшки вставлять будешь.

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

115. "Обход полнодискового шифрования в Linux через непрерывное на..."  –2 +/
Сообщение от пох. (?), 02-Сен-23, 18:24 
>> Езжай, милок, в свой выходной, за 20 километров - флэшки вставлять будешь.
> за 7000 руб/час вообще без проблем (оплачиваемое время включает поездку

Какой дешовый раб...

> если кто не доверяет, то пусть ставит дизель в свой "датацентр класса
> А"

дык был дизель. Не очень помогает - когда выходит из строя система которая должна управлять в том числе и теми дизелями. Вон поищи историю эпик фейла AWS.

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

Ответить | Правка | Наверх | Cообщить модератору

129. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от ivan_erohin (?), 02-Сен-23, 20:00 
>> 7000 руб/час
> Какой дешовый раб...

окей, назови свою цену. особо сложной работы там не будет,
вставил-вынул и бежать.

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

и дизель и систему надо иногда проверять (от "раз в квартал" до "раз в месяц" в зависимости от обстановки). чтобы контакты не закисали и топливо не расслаивалось.

Ответить | Правка | Наверх | Cообщить модератору

163. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 02-Сен-23, 23:03 
>>> 7000 руб/час
>> Какой дешовый раб...
> окей, назови свою цену. особо сложной работы там не будет,

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

> вставил-вынул и бежать.

но поскольку это связано с шифрованием - поручить эту мерзость штатному цодовскому эникею не получится. Сам, все сам. Вот поэтому и ну его нахрен такое щастье - здоровье дороже. Пусть оно там как-нибудь само загружается.

> и дизель и систему надо иногда проверять (от "раз в квартал" до

ну ты думаешь амазон не проверял вот? Особенно уже после грузовика. Но как выяснилось проверял да не то.

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

Ответить | Правка | Наверх | Cообщить модератору

200. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним (200), 03-Сен-23, 04:20 
>> за 7000 руб/час вообще без проблем (оплачиваемое время включает поездку
> Какой дешовый раб...

Что смотришь, HR'у звони! Поделите премию на двоих, нормуль :)

> дык был дизель. Не очень помогает - когда выходит из строя система
> которая должна управлять в том числе и теми дизелями. Вон поищи
> историю эпик фейла AWS.

А может, состояние систем мониторить надо и резервировать стоит еще и системы управления? Ах, пиитоняшам "х..к, х..к и в продакшн" про это не рассказывали?

> Даже двухлучевое подключение иногда не спасает от таких подарочков. (при том что
> не у всякой железки вообще в принципе есть второй блок питания
> в штатном комплекте)

Ну вот _иногда_ человечек может смотаться в ДЦ и - все пофиксить. Вопрос в том насколько часто это случается. Раз в полвека - можно даже и телескоп на орбите обслужить, как показала практика.

Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

223. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от пох. (?), 03-Сен-23, 10:23 
>>> за 7000 руб/час вообще без проблем (оплачиваемое время включает поездку
>> Какой дешовый раб...
> Что смотришь, HR'у звони! Поделите премию на двоих, нормуль :)

а он точно не подставит меня так со своими подходами, что МНЕ придется тоже звиздовать?
Я две премии отдам чтоб этого не делать!

> А может, состояние систем мониторить надо и резервировать стоит еще и системы
> управления? Ах, пиитоняшам "х..к, х..к и в продакшн" про это не

э... это вот как ты себе представляешь в случае - системы управления питанием dc  ?

> Ну вот _иногда_ человечек может смотаться в ДЦ и - все пофиксить.

идите нафиг с вашим иногда.

> Вопрос в том насколько часто это случается. Раз в полвека -
> можно даже и телескоп на орбите обслужить, как показала практика.

можно, но рабов лучше где-нибудь в индии для этого наловить.


Ответить | Правка | Наверх | Cообщить модератору

242. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Аноним (-), 03-Сен-23, 12:04 
> а он точно не подставит меня так со своими подходами, что МНЕ
> придется тоже звиздовать?

Можно деловое предложение в договор вписать: если не справился то получает 0, и джекпот переходит следующему кандидату. Отличный стимул работать без подстав между прочим :)

> Я две премии отдам чтоб этого не делать!

Фига ты щедрый, а зачем тогда на работу ходишь? Уволился или хотя-бы взял за свой счет весьма расширенный отпуск, свалил куда подальше, радостно машешь всем факом, они тебя в датацентр не вынут хоть там как, особенно если мобильник в речке утонет или связи в перди нет, за пару месяцев то можно хоть на северный полюс слиться.

> э... это вот как ты себе представляешь в случае - системы управления
> питанием dc  ?

Ну вот так, как и в системах управления космического корабля. Вплоть до выбора 2 из 3 при решении чего делать на самом деле. А какие проблемы?

>> Ну вот _иногда_ человечек может смотаться в ДЦ и - все пофиксить.
> идите нафиг с вашим иногда.

Да ладно, раз за срок службы телескопа нормально, даже на орбите. Главное чтоб не сильно чаще. Ну, фак, мне пришлось вот в пердях резко карты в одноплатниках менять пару раз бросив все. С тех пор пришлось подтянуть скилл чтобы больше они от 1 бэда под системной либой не дохли. Зато преимущество над раджами появилось.

>> можно даже и телескоп на орбите обслужить, как показала практика.
> можно, но рабов лучше где-нибудь в индии для этого наловить.

Ээээ может им еще и на орбиту доставку бесплатную? Да тфу на тебя - Маск и даже NASA их еще на несколько миллионов за доставку разведет, ведь звание астронавта - звучит гордо. А у индии их не так уж много. Где твоя деловая хватка?! Слить даже насе - ну это уж вообще!

Ответить | Правка | Наверх | Cообщить модератору

247. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от Anon3 (?), 03-Сен-23, 12:18 
> пох: дык был дизель. Не очень помогает - когда выходит из строя система которая должна управлять в том числе и теми дизелями. Вон поищи историю эпик фейла AWS.
> пох: Даже двухлучевое подключение иногда не спасает от таких подарочков. (при том что не у всякой железки вообще в принципе есть второй блок питания в штатном комплекте)
>>  ivan_erohin: А может, состояние систем мониторить надо и резервировать стоит еще и системы управления? Ах, пиитоняшам "х..к, х..к и в продакшн" про это не рассказывали?
> пох: э... это вот как ты себе представляешь в случае - системы управления питанием dc?

Ну вообще, то каждая ветвь электропитания имеет свою собственную независимую схему управления (для ДЦ - две от двух независимых сетей + при желании дизель (первая категория надежности электроснабхения)) и каждая из них мониторит соседние по принципу watchdog-a.

Просто на практике обычно приходят продаваны, к примеру от Siemens-а, весь бюджет тратят на оборудование этого самого Siemens-а, где основную часть стоимости составляют откаты лицам принимающим решения. В итоге все оказывается подключенным к одному единственному контроллеру Siemens-а, а главный энергетик это подписывает, потому что на работу нигде не берут, а до пенсии остался один год работы

Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

339. "Обход полнодискового шифрования в Linux через непрерывное на..."  +1 +/
Сообщение от count0 (ok), 20-Сен-23, 14:05 
> Просто на практике обычно приходят продаваны, к примеру от Siemens-а, весь бюджет
> тратят на оборудование этого самого Siemens-а, где основную часть стоимости составляют
> откаты лицам принимающим решения. В итоге все оказывается подключенным к одному
> единственному контроллеру Siemens-а, а главный энергетик это подписывает, потому что на
> работу нигде не берут, а до пенсии остался один год работы

Читал историю ТуТу.ру и их общение с датацентрами. В-общем надо резервироваться в Разных датацентрах (от разных фирм) )) И ещё там про тёмную оптику было.
У них был случай, что п*зданулось питание где-то, и местный чел, который к стойкам прикован, или электрик, дёрнул в итоге и 2е питание ))) На несколько часов всё погасло ))
А ещё Датацентр может внезапно... Переехать! Потому что из-под него недвижку выдёргивают. И вам 3 дня на сборы, можете вот по этому новому адресу всё перевезти.

Ответить | Правка | Наверх | Cообщить модератору

292. "Обход полнодискового шифрования в Linux через непрерывное на..."  +/
Сообщение от погроммист (?), 04-Сен-23, 16:43 
Под ssh ключи tpm вполне годится. Лучше, чем голый ключ на диске.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру