Здравствуйте, уважаемые форумчане!

вопрос такой: 
имеется 2 ethernet девайса с одинаковыми IP адресами (МАС тоже), подключенные след. образом: один через свитч на одну сетевую карту, другой напрямую ко второй сетевой карте. Так вот надо задать для системы жесткую маршрутизацию к конкретному девайсу, как это сделать?

проблема состоит в том, что когда один из девайсов перезагружается, система выбирает второй девайс и работа продолжается с ним.

А сетевые карты, надо понимать, в ящике стола лежат...

нет, уважаемый, в системнике торчат. 

Есть сеть по зданию, компьютер подключен к ней через 1-ую сетевую с адресом 192.168.1.54, в этой же сети висит первый девайс. Вторая карточка имеет адрес 192.168.1.55 и подключена проводом напрямую ко второму устройству.

Это сообщение отредактировал(а) harimambura - 28.10.2014, 14:29

harimambura, вот что, уважаемый. Извольте представить себе, что есть люди, которые про вашу систему знают ТОЛЬКО то, что вы соизволили написАть. Они не обладают телепатическим даром и неспособны определить, в каком устройстве находятся сетевые карты, под управлением какой ОС и софта работают и пр.
Когда представите - соберитесь с мыслями и изложите ВСЕ необходимые для обсуждения ситуации сведения.

Не вопрос

ОС Windows 7

две сетевые карты, одна д-линк, вторая встроенная в мать, у первой адрес 192.168.1.54, у второй (д-линк) 192.168.1.55. Встроенная подключена к сети здания, через свитч, DHCP нету. В этот же свитч подключено первое устройство с адресом 192.168.1.100. Вторая сетевая карта (д-линк, адрес 192.168.1.55) витой парой подключена к устройству напрямую (какое - неважно, факт в том, что ethernet). Адрес устройства 192.168.1.100. При перезагрузке устройства ethernet модуль на нем тоже перезагружается, и как следствие устройство пропадает из сети (а значит таблица маршрутизации обновляется системой).

Над устройствами проводятся тесты по ethernet, по web интерфейсу. при перезагрузке устройства программно производится пинг для ожидания перезагрузки. тест проводится только с одним конкретным устройством, переключаться на другие доступные устройства в процессе теста не должен (а переключается во время перезагрузки тестируемого).

Если еще какая то информация необходима, вы скажите, т.к. я тоже не могу точно знать, что надо для полного понимания ситуации

Достаточно.
Во-первых, сетевая конфигурация рабочей станции в принципе не соответствует канонам построения сетей.
Во-вторых, совершенно не учитываются особенности (точнее, одноядерность) IP-стека ОС семейства Windows.

Можно смело сказать, что выбранным способом конечная задача (так и оставшаяся за кадром) не решается. Можно, конечно, поискать какие-нибудь приблуды, умеющие на базе ОС Windows организовать многотабличную маршрутизацию - но работать оно в любом случае будет криво (особенно если требуется прямое управление аппаратурой).

Проблема в том, что девайсы таковыми создаются с адресом по умолчанию 192.168.1.100. Проблема эта частично решается командой route в консоли, но только если работать с девайсом, подключенным к сетевой карте напрямую. если же пытаться работать с девайсом в сети, то при его перезагрузке ОС выбирает маршрут к устройству, подключенному напрямую (а этот маршрут не удалить с помощью route)

То есть этот адрес нельзя изменить? или всё-таки можно?

Далее - возможно ли создать отдельный сегмент для управляющей машины и этих девайсов? А ещё лучше - дополнительно воткнуть в управляющий комп ещё одну сетевую карту и собрать в сегмент обе эти карты и оба устройства...

корень проблемы в том, что тестировщик не один и не у каждого есть 2 сетевые карты в системнике. Новые девайсы сразу же подключаются и тестируются и необходимо (если вдруг оказалось так, что одновременно подключены 2 новых устройства с адресом 1.100), чтобы каждый тестировщик работал со СВОИМ устройством. 

на практике просто выходит так, что тот, у которого 1 сетевая карта, подключает девайс в общую сеть, а второй тестировщик - напрямую на вторую сетевую карту, но у него доступен и тот девайс, который подключен к сети.

Вот ни в жисть не поверю, что каждый тестировщик, прячась от всех, под покровом ночи утаскивает на тестирование девайс, никому ничего не сообщая...
И всего-то делов - наладить централизованную регистрацию и выдачу тестируемых изделий. Очередной экземпляр централизованно регистрируется, перенастраивается на неиспользуемый адрес, включается в общую сеть и тестируется любым тестировщиком. После получения результатов тестирования точно так же централизованно у девайса восстанавливается адрес, чистится его журнал, и он в зависимости от результатов отправляется либо на упаковку, либо в брак. Причём физическая выдача при такой схеме вообще не нужна - сидит один чел при свиче на 24 порта, подключает-отключает...

С одного компьютэра под windows 7 это не сделать примерно никак -- поскольку этот компьютэр адресует устройство именно по адресу, а адрес на два устройства -- один (192.168.1.100)

Соответственно, с этого компьютэра можно будет работать только с одним устройством.

Можно, конечно, попытаться сделать какие-нибудь жёсткие извращения с NAT (например, поставить в промежутке между компьютэром и одним из устройств транслятор, например, на линуксе, например, в виртуалке, например, объединённой через bridge с реальной сетью устройства) -- и в некоторых случаях это дажэ можэт заработать (если устройство хорошо относится к NAT) -- но тогда это нарушыт первое требование, чтобы адрес устройства сохранялся.

А в общем, если Вы не поняли, что я сказал: не страдайте фигнёй. Каждый интэрфейс должэн иметь свою, непересекающуюся с другими интэрфейсами сеть. Адресов 192.168.1.54 на одном и 192.168.1.55 на другом быть не должно. Дефолтный адрес устройства для внутренних нужд должэн переписываться как только вы начали с ним что-то делать вне стандартной процэдуры бутстрапа -- а под стандартную процэдуру бутстрапа можно выделить отдельным applience, и вообще людей к этому не допускать, кроме как подоткнуть кабели.

Ну чего ерунду-то говорить? сколько у тебя там тестировщиков? ну, допустим, десяток. Настраиваем их компы, устанавливаем статические адреса 192.168.1.10..19. Назначаем сидящего за компом 192.168.1.10 координатором работы. Именно у него на столе установлен свич на 24 порта, с коего свисает 23 патч-корда, и блок розеток с 23 блоками питания. Свич, есссно, подключен к общей локалке. Координатор подключает 23 устройства. Подключает по одному. Подключив очередное устройство, он меняет ему адрес с 192.168.1.100 на 192.168.1.100+N, где N - номер порта, к которому подключено устройство. Изменив его адрес, он в некоем интерфейсе групповой работы помечает этот адрес как свободный для тестирования. Рядовые тестировщики в списке доступных к тестированию устройств резервируют за собой любое (по адресу), подключаются к нему и производят тестирование. Завершив его, меняют статус протестированного устройства на "прошёл" или "не прошёл". Координатор, увидев, что устройство прошло тестирование, подключается к нему, меняет его адрес обратно на 192.168.1.100, снимает устройство со стенда и перекладывает в коробку прошедших тестирование либо убитых, а вместо него цепляет очередное устройство и снова помечает адрес как доступный для тестирования. Если все порты заняты и протестированных устройств нет - он сам может провести тестирование любого свободного устройства. Даже если за время его работы кто-то завершит тестирование - для них имеется резерв доступных устройств. И ни в какой момент времени в сети не присутствует 2 устройства с одним и тем же адресом.

В общем, вам нужен не сетевой админ, а нормальный организатор.

PS. А вот то, что устройства имеют один и тот же аппаратный адрес - это форменное безобразие и нарушение существующих стандартов производства сетевого оборудования. Вы обязаны зарегистрироваться, получить диапазон аппаратных адресов и использовать его, гарантируя уникальность. Кстати, этим (сменой общего "технологического" аппаратного адреса на уникальный) вполне может заниматься тот же координатор.

спасибо всем за ваши ответы, будем думать над физическим решением вопроса