Отличающийся хеш, действительно ли это безопасно?
Связывание не подходит для такой конфигурации. Это предназначено для использования в той же подсети. Вы, вероятно, могли использовать ECMP (многолучевое значением), маршрутизацию для достижения того, что вы хотите.
Некоторые Учебное пособие по ECMP
Ваше учебное пособие предлагают создать VPN через каждого из WAN и связывание этих VPN. Это возможно, хотя я бы сказал, что это вроде уродливого.
Для этого необходимо создать VPN с 172.16.10.1 по 172.16.20.1 (TUN0 в вашем руководстве) и VPN с 172.16.1.1 до 172.16.2.1 (TUN1). Учебник использует SSH для этого. Затем вы облигаете TUN0 и TUN1 для создания Bond0, которые агрегируют обе ссылки. Для достижения наилучших результатов вы должны обличать устройства с обеих сторон (на самом деле я не уверен, как это работает без склеивания на другой стороне).
(это не похоже на тему, оно ничего особенного не имеет значения)
Нет, это не «безопасно», в том, что он был идентифицирован как испорчен. Многие вещи могут сделать хеш разными. Это могло быть ошибкой в загрузке, которая повлияла на пакет архива только как-то. Неважно, как тривиально, это не стоит риска (по крайней мере, вы можете тратить много времени). Загрузка была как-то испорчена, единственный способ подтвердить, что на самом деле было в порядке, чтобы иметь хорошую копию, чтобы проверить, как только у вас будет хорошая копия, почему вы хотите использовать поврежденный? Удалить поврежденную копию.
Хеш на самом деле не показывает, что файлы безопасны, он подтверждает, что они не были повреждены в загрузке, вот и все. Вы не хотите тратить свое время с поврежденными загрузками, даже если разница на самом деле тривиально. Вы даже не хотите тратить свое время, выяснение, что он тривиален, если вы не изучаете хеши.