Никто не спорит, что это годная, зачетная статья. У меня был вопрос, а не критика :)
А что касается «себе удобное решение для админа/программера/фрилансера с берега Красного моря» — в таких случаях и TLS + RSA подойдет. ГОСТ, имхо, нужен только если предъявляются специфические требования.
1. Я думаю, что связка когда с одной стороны сервер с криптопровайдером, а с другой стороны OpenSSL с ГОСТ вполне будет работать. Хотя сам не пробовал.
2. КриптоПро ?
3. Что мешает обновить? + в вашей схеме TLS+RSA over TLS+GOST
4. Спорный момент. Как быть если нужно конектится к нескольким серверам? Несколько sTunnel'ей?
>>>Это Вы имеете в виду, на чистую свежеустановленную MySQL в том числе? Т.е. вопрос в том, можем ли мы просто закинуть файлы в datadir, и MySQL будет их видеть сразу как базу?
Да.
Для MyISAM достаточно .MYD, .MYI, .frm положить в каталог схемы. Кстати, можно даже на ходу.
Для InnoDB нужен ibdata — метаинформация хранится там (даже при использовании innodb_file_per_table) + .frm + .ibd (если стоит innodb_file_per_table)
>>>PPS. Вы не против, если я дополню статью Вашими советами?
Если у вас сохранился весь datadir, то никаких пустых баз с идентичной структурой создавать не нужно. Достаточно просто заменить все файлы и откорректировать размер логов InnoDB.
Далее стартуем MySQL и внимательно смотрим лог. Должен стартануть и выполнить восстановление.
Если восстановление не проходит, тогда в конфиге ставим innodb_force_recovery=1 (http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html) и пробуем стартовать. Если не стартуем, ставим innodb_force_recovery=2 и пробуем стартовать. И т.д. до 6.
Если сразу стартуете с innodb_force_recovery=6, то вы рискуете получить БД в inconsistent state. Т.е. целостность (согласованность) данных может быть нарушена.
Если вы дошли до innodb_force_recovery=6 и это не помогло, то очень грустно — нужно восстанавливать в полуручном режиме.
Автору, про продолжительные поиски: как правило, для реализации консоли (диагностического порта) используется uart контроллера/микропроцессора. Разница только в уровнях сигнала — 5В или 3.3В, как правило. Таким образом для подсоединения, нужен конвертер уровней TTL/RS232. Подойдет любая схема на MAX232/MAX3232.
PS: Иногда, производители инвертируют RX и TX — тогда добавляем какую-нибудь ЛН2/7404.
… закрыть доступ путем фильтрации на пограничном маршрутизаторе…
а пограничный маршрутизатор знать не знает про HTTP/1.1
А что касается «себе удобное решение для админа/программера/фрилансера с берега Красного моря» — в таких случаях и TLS + RSA подойдет. ГОСТ, имхо, нужен только если предъявляются специфические требования.
2. КриптоПро ?
3. Что мешает обновить? + в вашей схеме TLS+RSA over TLS+GOST
4. Спорный момент. Как быть если нужно конектится к нескольким серверам? Несколько sTunnel'ей?
http://ru.wikipedia.org/wiki/%D0%9A%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B9%D0%B4%D0%B5%D1%80
Да.
Для MyISAM достаточно .MYD, .MYI, .frm положить в каталог схемы. Кстати, можно даже на ходу.
Для InnoDB нужен ibdata — метаинформация хранится там (даже при использовании innodb_file_per_table) + .frm + .ibd (если стоит innodb_file_per_table)
>>>PPS. Вы не против, если я дополню статью Вашими советами?
Не против.
Далее стартуем MySQL и внимательно смотрим лог. Должен стартануть и выполнить восстановление.
Если восстановление не проходит, тогда в конфиге ставим innodb_force_recovery=1 (http://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html) и пробуем стартовать. Если не стартуем, ставим innodb_force_recovery=2 и пробуем стартовать. И т.д. до 6.
Если сразу стартуете с innodb_force_recovery=6, то вы рискуете получить БД в inconsistent state. Т.е. целостность (согласованность) данных может быть нарушена.
Если вы дошли до innodb_force_recovery=6 и это не помогло, то очень грустно — нужно восстанавливать в полуручном режиме.
PS: Иногда, производители инвертируют RX и TX — тогда добавляем какую-нибудь ЛН2/7404.