NOXCHIYN_BORZ, тут всё-таки ресурс не для общих вопросов и не для вопросов уровня детского сада, и подразумевает, что у вопрошающего есть какая-то проблема в теме, в которой он уже хоть мало-мальски разбирается, но столкнулся с конкретной проблемой, найти решение которой относительно проблематично
DDNS хорошо, но ненадежно. Записи то обновляются с задержкой. Можно, конечно, ставить короткий ttl, но промежуточные сервера, кэширующие запросы, его игнорят бывает
В общем случае заворачивать днс запросы на сам роутер, дёргать на днс сервере интересующие записи с адресами, и маршрутизировать адреса в туннель. Это если без проксей. А там детали от роутера к роутеру различаются, где-то никак не сделать, где-то по маске не подёргать, и приходится изощряться с l7 фильтрами.
accountnujen, ну валдик писал про дампер сразу после выключения-включения, он то имел в виду дамп остаточных данных оперативки, очевидно. А про виндовые дампы при падении системы интересно выяснить, может ли ключ битлокера/разных-криптов туда попасть, это не знаю. Обычно это дампы памяти ядра, как кажется на первый взгляд - данным вера/трукрипта там делать нечего, но это не точно.
adsa1, factory firmware опенврт и оригинальных прошивок мало чем структурно отличаются по идее. Как раз образы openwrt подгоняют под формат, который может скушать оригинальный загрузчик роутера. А вот как уже оригинальный загрузчик шьёт этот образ - это большой вопрос. Может он побитово его шьёт на чип, может в заранее подготовленный раздел/LUN, может ещё какие подводные. Программатор только в первом случае поможет. В остальных скорее добьёт.
Поэтому правильно пишут про дамп с рабочего чипа - в таком дампе будет вся информация о необходимой структуре. А в распространяемых образах скорее всего нет.
Vladimir1932, надо не на количество смотреть, а на адреса секторов. Если адреса повторяются от прогона к прогону - проблема с диском. Если каждый раз разные - наиболее вероятно, что с чем-то ещё (кабель, память, бп, ОС). И, конечно, внятно это понять можно только на полных прогонах - на быстрых он случайные куски гоняет, и там сложно понять на сколько адреса секторов повторяются или не повторяются.
Если очень неохота гонять полные проверки - можно сделать только один полный прогон, выписать адреса сбойных секторов, и прогнать отдельно не очень большие диапазоны, включающие адреса этих секторов. Если с ними не будет проблем при таком "точечном" тестировании - скорее всего проблема не с диском. Там бывают специфические ошибки с crc, которые требуют именно диапазон гонять для внятной диагностики, но +- 20мб должно хватать в таких ситуациях, кажется
Честно говоря, сколько я видел умирающих дисков - общая оценка смарт почти всегда была good/unideal. Но правда ошибки чтения и переназначенные сектора не были нулевыми)
Vladimir1932, странно, но вопросы можно снять, просто прогнав чтение ещё раз. Если проблем нет - значит дело было в контактах кабеля (речь о sata, кабель от бп тут не играет роли).
Adamos, по идее криптоконтейнер это образ диска со всеми вытекающими. Там не должно возникать избыточной записи, если образ выровнен со структурой физического диска.
выше вы написали что при игноре нету ошибок, то и бояться нечего?
Если ошибки есть - то желательно вообще диск менять, а не ремапом заниматься, рефреш и вовсе не поможет (хотя иногда дело в кабеле, но там это видно при нескольких прогонах - сбойные сектора разные каждый раз).
Если ошибок нет, но есть сектора, которые долго читаются (больше 120 ms) - тогда рефреш может помочь, но без гарантий. Опять же, надо понимать, что это может быть и проблема с кабелем, а вовсе не с диском, и может быть проблема с тем, что виктории мешают фоновые процессы, использующие в этот момент диск. Видно это будет на нескольких прогонах - если проблема не с самим диском, то адреса проблемных секторов не будут одинаковыми от прогона к прогону. И даже если проблема с диском - я бы не дёргался, если таких секторов немного.
Vladimir1932, нет, это отключение MBR записи. Там один или два бита перезаписываются, остальное содержимое не трогается. Но операция опасная, потому что винда будет настойчиво пытаться предлагать переинициализировать диск, и если согласиться на её настойчивые хотелки - можно потерять данные. Потом мбр включается так же перезаписыванием этих битов. Не знаю как это работает с GPT схемой.
Прежде всего вам надо убедиться, что вам НУЖНО проводить подобные опасные операции. Затем убедиться, что есть резервные копии всех важных данных. Только потом делать.
