Нет, не вам одному, вы очень четко сформулировали впечатление, которое создается от таких подходов общения с клиентами. Всегда неприятно, когда разговаривают как с умственно-отсталым и применяют примитивнейшие трюки по манипулированию вниманием.
При прочтении этого «Позвольте мне помочь вам авторизовать ваш аккаунт» аж скривился. В данном случае клиенту предлагают помощь в выполнении непонятного действия, не объяснив, как это связано с запросом клиента, и при этом даже не спрашивая его согласия. То-есть, решение об авторизации (а это красивое слово, скорей всего, обозначает предоставление компании определенных персональных данных) принимается вместо клиента. Самое противное, что многим действительно нравится, когда решение принимают за них.
А зачем что-то вскрывать, если все и так работает? Проще заставить микроконтроллер выполнить необходимые действия штатным образом. Проблемы могут возникнуть лишь если под «получить физический доступ» подразумевается вскрытие корпуса сервера, и там что-то вроде растяжки или датчика «на размыкание, в общем, на что хватит вдохновения у владельцев.
А что будет проверять целостность EFI? :)
Еще можно написать клиент, который будет получать ключик от имени сервера.
Выходит, да, только аппаратная защита от вскрытия и поможет. А flash с ключиками будут менять при каждом техобслуживании (оставлять способ обхода «для своих» тоже не есть хрошо).
Пардон, если все перешифровано, то как сервер запустится после перебоя в питании? По любому должен быть какой-то загрузчик в открытом виде, который выполняет начальную загрузку и спрашивает по защищенному протоколу ключик для дешифровки данных на дисках на лету. Следовательно, возможен такой алгоритм:
Отключаем питание
Дампим и реверсим загрузчик
Модифицируем загрузчик
Запускаем
Сохраняем полученный ключик
Отключаем
Profit!
Интересно, как можно обойти эту проблему, ведь тогда можно будет действительно сделать сервер с шифрованными дисками, в который не придется вводить ключи с клавиатуры при каждом перебое питания.
А сам «флюид» — расходный материал? (Не весь же он на охладителе конденсируется?) Тогда насколько быстро он расходуется? Или контейнер герметичен. Тогда как контролируется давление внутри?
Недавно одно произведение, не важно какое, зачем-то перезалили из vk.com на rutube, а оттуда убрали. Слабо представляю, зачем это было сделано, но как раньше скачивал, а потом смотрел, так и теперь делаю то же самое. Единственное, что меня огорчило, это то, что rutube отдает видео не файлом, а потоком, из-за чего при проседании скорости загруженное youtube-dl видео получается с рывками и рассинхроном звука и видео. Перегружать приходится. К тому же, дозакачка с rutube в нем еще не реализована.
В любом случае, я не понимаю, почему убийство всего живого внутри устройства по приготовлению пищи должно сказаться субъектах снаружи от устройства.
Я тоже, в общем-то, не понимаю. Я о том, что если загорелось что-то лишнее, то это заметно. Если неисправна экранирующая обшивка камеры в микроволновке, то это станет заметно далеко не сразу. Разве что хватит ума проследить взаимосвязь между включением микроволновки и пропаданием сигнала от wi-fi роутера.
Железячники: ИМХО, им будут платить две категории нанимателей: производители (надо же, чтобы кто-то прошивку написал) и те, кому нужно настроить embedded-железку под конкретные нужды.
Опенсорс:
Логика борьбы того требует
Позвольте уточнить: логика борьбы кого, с кем и с какой целью? Плюс, я не думаю, что с кепок такой уж большой доход. Кстати, они облагаются налогом отдельно, если я ничего не путаю. Как и плата за помощь во внедрении сего опенсорсного творения.
В остальном, было довольно интересно почитать, благодарю.
Так вот, вот как выглядит моя хотелка:
Выгоды:
То есть, один хабр, три доменных имени, если наезжают из-за политоты — одно отбрасываем.
При прочтении этого «Позвольте мне помочь вам авторизовать ваш аккаунт» аж скривился. В данном случае клиенту предлагают помощь в выполнении непонятного действия, не объяснив, как это связано с запросом клиента, и при этом даже не спрашивая его согласия. То-есть, решение об авторизации (а это красивое слово, скорей всего, обозначает предоставление компании определенных персональных данных) принимается вместо клиента. Самое противное, что многим действительно нравится, когда решение принимают за них.
Еще можно написать клиент, который будет получать ключик от имени сервера.
Выходит, да, только аппаратная защита от вскрытия и поможет. А flash с ключиками будут менять при каждом техобслуживании (оставлять способ обхода «для своих» тоже не есть хрошо).
Интересно, как можно обойти эту проблему, ведь тогда можно будет действительно сделать сервер с шифрованными дисками, в который не придется вводить ключи с клавиатуры при каждом перебое питания.
Вопрос: проблема с версией 3.0 была концептуальной или в реализации?
Я тоже, в общем-то, не понимаю. Я о том, что если загорелось что-то лишнее, то это заметно. Если неисправна экранирующая обшивка камеры в микроволновке, то это станет заметно далеко не сразу. Разве что хватит ума проследить взаимосвязь между включением микроволновки и пропаданием сигнала от wi-fi роутера.
Опенсорс: Позвольте уточнить: логика борьбы кого, с кем и с какой целью? Плюс, я не думаю, что с кепок такой уж большой доход. Кстати, они облагаются налогом отдельно, если я ничего не путаю. Как и плата за помощь во внедрении сего опенсорсного творения.
В остальном, было довольно интересно почитать, благодарю.