Единственное, по-моему, что можно сделать не залезая в шлюз и не включая на кинетике нат - это на кинетике использовать сеть 192.168.0.128/25, а на клиентах, подключенных в шлюз, ручками прописать маршрут к 192.168.0.128/25 через 192.168.0.4 с метрикой ниже, чем у интерфейса, и внимательно следить за тем, чтобы им от шлюза не прилетали адреса из диапазона 192.168.0.128-192.168.0.254, или статику использовать
Но это чудовищная конфигурация
Из разряда шаманства: если у производителя ссд есть софт и прошивки для этого ссд в открытом доступе - можно попытаться перепрошить, но не факт, что есть, не факт, что получится, и не факт, что что-то даст
Ну какая там особая магическая маршрутизация может быть? Никакой. 0.0.0.0/0 к 192.168.0.1, и всё.
А шлюз просто не знает ничего о сети 192.168.1.0/24, и шлёт ответы на свой дефолт гейт. И если нет возможности в этот шлюз залезть, и настроить там маршрут (192.168.1.0/24 через 192.168.0.4, который лучше зафиксировать) - не пудри мозги сам себе и включи на кинетике нат.
Но ЕМНИП, это означает возможность совершать с ним действия наподобие разбивки на разделы, форматирования, и т.п.
Неа, offline = недоступен для любых действий, по крайней мере стандартными средствами
Винда ж любой раздел на подключённом диске пытается смонтировать всегда. И ладно когда с фс работать не умеет - тогда просто не понимает что там за фс на разделе, и предлагает его отформатировать, если к нему попытаться обратиться через проводник. А вот когда гуиды одинаковые у разделов - это ей прям совсем не нравится, и она отключает себя от возможности с диском работать. А гуиды одинаковые как раз в случае чипсетных рейд1 бывают, ибо чипсетные рейды делают как раз самое настоящее зеркало. С софтовыми рейд1 так не работает, там динамический раздел. С аппаратными не знаю, там, кажется, у разных вендоров разные приколы могут быть.
Опять же, это только gpt касается. Как она себя с mbr дисками ведёт в такой ситуации - не в курсе. Вполне возможно, что нормально.
И, опять же, за давностью лет последнего столкновения с такой ситуацией мог что-то подзабыть, так что мог и наврать.
Kyaro, я надеюсь, не надо пояснять, что если между роутером и пк есть сетевая розетка - то и саму розетку и кабель от неё к роутеру надо проверять тоже.
ЗЫ если джеки рексантовские - мои соболезнования
Два сразу не стоит подключать по той простой причине, что если там gpt, то guid у томов одинаковый, а винда этого дюже не любит. Не критично, правда, но, один просто не будет монтироваться, и это лишние вопросы вызвать может.
Собственно, если et0.3 отваливается постоянно, и это и есть ваш порт, и при этом перетыкание кабеля в другой порт не помогает, то проблема либо на пути от роутера до пк, либо в сетевухе на пк. А что за сетевуха, кстати?
VNC, не? Самое нативное решение под линупс из всех нативных и всех решений.
Но вообще рекомендую в сторону Aspia посмотреть. Весч. Правда, там юзеров придётся гвоздями на каждой машине прибивать. Но можно одного на всех конфигом развернуть.
