ZERGeich, а при чем тут? Чем новее плата, тем с меньшей вероятность дрова на дисковый контроллер/чипсет будут в дистре. Больше 15 лет это не меняется, и решение одинаковое - залить драйвер на ту же флешку и показать его установщику на этапе выбора диска
ENigma371, а обратный маршрут указывал? А то в посте только для одного клиента видно. Я, правда, не знаю надо ли обратный указывать, может ovpn вумный и сам должен, но это не точно.
ENigma371, ммм, если ты iroute используешь, то там до iptables дело не доходит, трафик обрабатывается внутри овпн сервера, и либо уходит на другого клиента, в соответствии с внутренним роутингом, либо, если маршрутизация не на другого клиента идёт, то уже идёт через ядро, и тогда уже iptables.
Я могу сейчас хрень сказать, ибо помню смутно, но по-моему iroute 10.21.0.0 255.255.255.0 для клиента указывает как раз таки искать эту сеть на стороне клиента, а вовсе не на стороне сервера, и нужно это для маршрутизации между клиентами
DIVSIDE, это так не работает. Не все обновления подлежат откату, и не все обновления возможно откатить полностью. Модульность обновлений в винде имеет слишком много "но", особенно начиная с вин8. А уж если имеет место повреждение хранилища компонентов - так и вовсе рулетка. Откат к точке восстановления гораздо больше гарантий даёт, чем откат отдельного обновления, и то есть сценарии, при которых и это не сработает.
Apache322, это на форуме стима? Во-первых, там речь о потере пакетов, а не о неработоспособности игры вовсе; фрагментация действительно увеличивает риск потери пакетов, но в нормальной ситуации потерь всё равно быть не должно даже при фрагментации, лишь бОльшая нагрузка на канал. Во-вторых, там не учтено, что размер пакета при пинге не равен размеру MTU. У тебя, как ты наглядно продемонстрировал на скрине двумя комментами выше, не происходит фрагментации при стандартном MTU в 1500 байт.
Неработоспособность игры ищи в другом месте, никак не в размере MTU.
Надо понимать, что размер пакета, отсылаемый через ping - это не размер mtu. Размер mtu там равен размер пакета + IP заголовок (20 байт) + ICMP загаловок (8 байт). Таким образом при принге с размером пакета 1452 mtu будет равен 1480 байт.
Поэтому и шла чехарда с фрагментацией после каждой перезагрузки, что ты выставлял размер mtu равному размеру пакета пинга без фрагментации, забывая прибавлять 28 байт к этому значению.
Питание отключи полностью от бп на несколько минут, скорее всего загулявший ссдшник объявится. Ну а так я бы не мучался уже, а переустановил винду. Откатываться туда-сюда по десять раз в попытках найти и устранить проблему можно, но стоит ли? Ну и потестировать накопитель, память в качестве диспансеризации неплохо бы.
Лучше дезинфицировать спиртом, и после залить туда Truenas