2 компа  через роутер 100 - но когда с одного на другой
192.168.88.2 192.168.88.3

копирую объем сеть загружена и народ испытывает дискомфорт.
Решил поставить в каждый по сетевой еще и соединить (гигабит)
ну путь будет  10.10.10.1 и 2 (шлюз оставил пустой) - показывает что есть , друг друга вижу
в диспетчере задач в производительности вижу обе сетевухи
Но когда открываю сеть \\10.10.10.1 вижу папки и начинаю копировать то почему то трафик все равно идет по 88
почему так ?

Поставь роутер гигабитный. Или простой свич гигабитный, а уж его подключай к роутеру.

(0) а- Логично но не возможно Б - а разве он все равно не понизиться до 100 ? В - это не будет слабым звеном (еще и его на бесперебойник)

(0) route add
просто настроить маршрутизацию правильно через вторую сетевую

(3) Зачем? Тут не на сетевом уровне заморочка, а на прикладном. Скорее всего, файловая служба игнорирует второй линк. Можно проверить пингами. Если пинги идут по прямому линку, а файлы перекачиваются через роутер - значит маршруты вообще ни при чем.

(2) На свичах каждый порт работает на своей скорости, подключение 100-мегабитного роутера не снизит скорость между гигабитными портами.

(4) арп таблицу нужно поправить и все залетает, маршруты даже не нужны будут

(4) файловая служба работает через сетевой уровень

короче смотреть
tracert 10.10.10.1

(7) Да, но она выбирает интерфейс самостоятельно и независимо от системных маршрутов. Там даже где-то есть настройки приоритета интерфейсов для файловой службы.

По моему опыту лучше не бороться с этими невнятными предпочтениями сетевых сервисов, а просто сделать быструю сеть. Без дополнительных прямых линков.

(6) Если не заводится машина, надо проверить давление в шинах. Ведь очевидно же, что на спущенных шинах машина далеко не уедет) ARP тут вообще ни при чем. Он работает на уровне физического сегмента, когда ОС уже выбрала маршрут.

(0) Я делал добавлением записи в hosts.
Работает

(9) Эмм откуда такие фантазии?

(12)+ Да еще путаница между SMB клиентом и сервером ))

(13) Судя по (11), протокол SMB очень любит соединяться по имени сервера, даже если подключаешься изначально по IP. Это типичная прикладная заморочка.

Через Роуте АДД или етност на данных машинах прописать что 192.168.88.2 отправлять на 10.10.10.2 на другой соответственно ип этой машины забить тогда весь трафик через 10 сеть пойдет.

Я тоже когда-то пробовал так делать, сервер 1c и sql соединял прямым линком. Если с sql проблем обращения по адресу прямого линка не было, то при использовании smb постоянно были какие-то нюансы на "многоголовых" хостах.

(14) У вас дичайшие заблуждения и непонимания

(16) Нюансы только в кешировании типа (6)
Оно запоминает старый путь и не хочет без перезагрузки (очистки) переходить на новый

(18) Да при чем тут кэширование arp? Вы иерархию уровней OSI представляете? Где там находится arp, и где smb?

Проверить работу arp можно обычным пингом. Если ping 10.10.10.2 с хоста 10.10.10.1 выдает трафик через прямой линк, то значит arp в этом сегменте работает нормально. И на основной сегмент ему пофиг в принципе. ARP всегда привязан к сегменту (к интерфейсу). Если, конечно, интерфейсы не объединены в бридж.

(20) Эмм в локалке пинг ничего не покажет
В отличие от (8)
Рассмешил

(19) Кэширование есть почти на всех уровнях

(22)+ Например SMB собако даже список каталогов/папок кеширует

(21) В смысле не покажет? Запускаешь wireshark на нужном интерфейсе и смотришь пакетики пинга.

(22) Безусловно. Но arp кэшируется не глобально на компьютере, а в разрезе каждого хоста (интерфейса).

(23) Это прикладное кэширование, никакого отношения к ARP не имеет.

в (1) самый быстрый и простой путь.

(24) >wireshark
мдя

Если отключить оба компа от роутера, по прямому линку точно гигабит будет?(убедиться на всякий случай)

(28) не могу в течение дня проверить

делаю tracert 10.10.10.1 - показывет имя компа win

(24) А нафига дополнительные приблуды если (8) показывает через какой сетевой интерфейс трафик?
Кстати туда запросы могут идти через 10 интерфейс, а назад через 88. Роуте принт на обоих машинах и смотреть настройки сетевых интерфейсов. Может правильно настроена только 1 машина, а вторая ей отвечает через шлюз 192.168.88.1.

(30) не имя нужно смотреть а сетевой интерфейс через который пошла отправка и что шлюза нет в маршруте. и для надежности сделать это с обеих сторон.

(31) Вот тоже о таком подумал

Ип6 не включен случайно. Может оно файлы вообще через него копирует и тупо забивает на настройки ИП4.

(34) выкл

(27) А что не так? Нормальный инструмент для поиска и локализации сетевых проблем. На линуксе tcpdump, на винде wireshark.

(35) Покажи с обоих компов
>route print (а лучше повершеловское Get-NetRoute)
>ipconfig
>arp -a

PS: Для начала я бы поднял приоритет у гигабитных интерфейсов.
Поставь им значение метрики 1 вместо автоматического.

(36) Зачем микроскопом гвозди забивать? Не спорю, он тяжелый, увесистый, им это можно сделать, только для чего это в этом случае? Если человек не знает, на что смотреть, то будет он смотреть на это глазами, через лупу или микроскоп — фиолетово.
Нужно объяснить человеку, на что обращать внимание, а не засорять картинку излишней детализацией.