|
Две сетевые карты в одной подсети - возможно ли? |
|
|
|
Jan 25 2008, 18:24
|
Местный
  
Группа: Свой
Сообщений: 263
Регистрация: 2-01-07
Из: Ростовская область
Пользователь №: 24 044

|
Цитата(Tanya @ Jan 25 2008, 15:58)  Можно ли в одной подсети сделать две сетевые карты на роутере (сервере по *nix)? Если прописать в ifconfig две карты в одном пространстве с одинаковой маской, то первая работает, а вторая нет. Можно ли сделать так - вторую карту прописать на несуществующую сеть и прописать ей алиас в первую - существующую с соответствующей маской? Эксперимент по некоторым причинам провести не могу... man ifconfig не предлагать. У меня под Windows все работало... Только надо указать каким пакетам через какой интерфейс ходить (route add...)
|
|
|
|
|
Jan 25 2008, 21:47
|

Частый гость
 
Группа: Участник
Сообщений: 163
Регистрация: 8-09-06
Из: Россия, Челябинская область
Пользователь №: 20 187

|
Цитата(Tanya @ Jan 25 2008, 17:58)  Можно ли в одной подсети сделать две сетевые карты на роутере (сервере по *nix)? Если прописать в ifconfig две карты в одном пространстве с одинаковой маской, то первая работает, а вторая нет. На кой хер (извини за грубость...) тебе ДВЕ карты на одном хосте, в одном адресном пространстве? Для «надёжности»? Какой *nix у Вас сейчас? Какой switch пользуете? Или Hub используете...? Цитата(Tanya @ Jan 25 2008, 17:58)  Можно ли сделать так - вторую карту прописать на несуществующую сеть и прописать ей алиас в первую - существующую с соответствующей маской? Эксперимент по некоторым причинам провести не могу... man ifconfig не предлагать. Можно. Тань, объсните чётче, что требуется... Не стесняйтесь! Здесь все свои... («чес слово») Второй вопрос, по-моему, лишним будет, если сами себе ответите на первый. --- P.S. «обрисуйте» проблему в мой PM, «если вопрос ещё актуален». Помогу, чем смогу.
--------------------
do ut des
|
|
|
|
|
Jan 27 2008, 12:45
|
Гуру
     
Группа: Модераторы
Сообщений: 8 752
Регистрация: 6-01-06
Пользователь №: 12 883

|
Цитата(Harbour @ Jan 26 2008, 08:56)  Можно хоть сто карт. Вопрос: зачем это нужно ? - есть "алиас", который позволяет все это делать программно на одной карте. Опишите problem, т.е. что есть и что нужно получить. Спасибо, добрые люди! Прямо ответили на мой вопрос. Тоже отвечу вежливо на вопросы. Проблему описывать слишком долго... Очень много нюансов, как технических, так и связанных с особенностями администрирования очень запутанной сети - около 100 машин. Все там перемешано - оптика, 1G, 100M, 10M, свитчи. хабы, хабчики... мосты.. Серверы еще... Для тех, кто не догадался, для чего это нужно, сообщу очередную банальность. 1. Уменьшение пиковой нагрузки на линк. 2. Повышение надежности. 3. Удобство отрезания сегментов для диагностики... С 4. по 99. несущественные для всех, кроме обитателей этой самой сети, моменты. 100. Хочется так. Система - FreeBSD. Придется ставить 7. Там есть - lagg. Но не совсем то... Еще раз всем спасибо за сочувствие и помощь.
|
|
|
|
|
Jan 27 2008, 18:26
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 3 096
Регистрация: 16-01-06
Из: Москва
Пользователь №: 13 250

|
Насколько я себе ТСP/IP представляю, принимать будет на обе карты, отдавать пакеты на локальную сеть будет в первую из двух (или в ту, в которую руками заставили). Добиться их параллельной работы на уровне IP с разными адресами, для Ethernet сети, а не каналов точка-точка, наверное будет нельзя. Сначала придумайте логику прохождения IP пакетов, если эту логику можно написать, можно заставить и маршрутизировать так же.
--------------------
Не бойтесь тюрьмы, не бойтесь сумы, не бойтесь мора и глада, а бойтесь единственно только того, кто скажет - "Я знаю как надо". А. Галич.
|
|
|
|
|
Jan 27 2008, 21:07
|

Частый гость
 
Группа: Участник
Сообщений: 163
Регистрация: 8-09-06
Из: Россия, Челябинская область
Пользователь №: 20 187

|
Да уж... Сейчас прочитал свой предыдущий пост и стало невыносимо стыдно...  Хам! Tanya, простите если можете...Был крепко пьян в тот вечер. Понимаю, что это не оправдание, а «усугубление».... Извините, пожалуйста. Задачи из пунктов 1 и 2 можно попытаться решить с помощью драйвера BASP. Цитата(Tanya @ Jan 27 2008, 17:45)  Спасибо, добрые люди! Прямо ответили на мой вопрос. Тоже отвечу вежливо на вопросы. Проблему описывать слишком долго... Очень много нюансов, как технических, так и связанных с особенностями администрирования очень запутанной сети - около 100 машин. Все там перемешано - оптика, 1G, 100M, 10M, свитчи. хабы, хабчики... мосты.. Серверы еще... Для тех, кто не догадался, для чего это нужно, сообщу очередную банальность. 1. Уменьшение пиковой нагрузки на линк. 2. Повышение надежности. Broadcom Advanced Server Program (BASP) Driver Цитата http://lists.freebsd.org/pipermail/freebsd...ber/100623.htmlBroadcom BASP claims the same, given different terminology and vendor. I'm looking for a " fault tolerant" configuration for a HA cluster. "Load balancing" and/or " link aggregation" is not required. I need to be able to "team" two NICs into one Virtual NIC. Each NIC connects to two redundant managed switches, on which the connecting switch ports exist in the same VLAN (which is then ISL/802.1q trunked between them). Essentially the same ethernet segment. Почему именно драйвер от Broadcom, а не аналогичные от других вендоров. Во-первых, драйвер Broadcom бесплатен. Во-вторых, он умеет работать даже с несерверными NIC's. В-третьих, ни разу ещё не подводил (меня, по крайней мере).
BcmServ_src.zip ( 1.64 мегабайт )
Кол-во скачиваний: 217Драйвера для FreeBSD в хозяйстве найти не смог. В портах не искал. Есть только драйвер и сорцы для Linux для различных платформ. Может, пригодится?
--------------------
do ut des
|
|
|
|
|
Jan 28 2008, 06:43
|

Частый гость
 
Группа: Участник
Сообщений: 163
Регистрация: 8-09-06
Из: Россия, Челябинская область
Пользователь №: 20 187

|
Да. Ещё можно попробовать сконвертировать для FreeBSD виндовый драйвер BASP (в архиве). #ndisgen ~/tmp/netbi32m.inf ~/tmp/baspxp32.sys #kldload baspxp32_sys.ko
BcmServ_win.zip ( 86.16 килобайт )
Кол-во скачиваний: 148
--------------------
do ut des
|
|
|
|
|
Jan 28 2008, 08:07
|
Гуру
     
Группа: Модераторы
Сообщений: 8 752
Регистрация: 6-01-06
Пользователь №: 12 883

|
Цитата(DS @ Jan 27 2008, 21:26)  Насколько я себе ТСP/IP представляю, принимать будет на обе карты, отдавать пакеты на локальную сеть будет в первую из двух (или в ту, в которую руками заставили). Добиться их параллельной работы на уровне IP с разными адресами, для Ethernet сети, а не каналов точка-точка, наверное будет нельзя. Сначала придумайте логику прохождения IP пакетов, если эту логику можно написать, можно заставить и маршрутизировать так же. Нет, так не хочет. Ни туда ни сюда вторая карточка... Так и должно быть по правильной логике. При пинговании идет редирект... Routed включен, так как подсетей много. Netstat показывает, что только первая карточка пропасана... Вопрос был как раз в том, что все системы не совершенны (не только W******), и надежда была на существование Хака для обхода.... Цитата(?ELF @ Jan 28 2008, 00:07)  Да уж... Сейчас прочитал свой предыдущий пост и стало невыносимо стыдно...  Хам! Tanya, простите если можете...Был крепко пьян в тот вечер. Понимаю, что это не оправдание, а «усугубление».... Извините, пожалуйста. Задачи из пунктов 1 и 2 можно попытаться решить с помощью драйвера BASP. Broadcom Advanced Server Program (BASP) Driver Почему именно драйвер от Broadcom, а не аналогичные от других вендоров. Во-первых, драйвер Broadcom бесплатен. Во-вторых, он умеет работать даже с несерверными NIC's. В-третьих, ни разу ещё не подводил (меня, по крайней мере).
BcmServ_src.zip ( 1.64 мегабайт )
Кол-во скачиваний: 217Драйвера для FreeBSD в хозяйстве найти не смог. В портах не искал. Есть только драйвер и сорцы для Linux для различных платформ. Может, пригодится? Извинения принимаются... "Вы не такой уж плохой человек... Идите и постарайтесь исправиться" -М.Т. Спасибо за помощь. Только у меня аллергия развилась на самостоятельное подкручивание сорцов после ковыряния в сендмэйле и самбе... И времени уже жалко. Это не работа - консультация... типа... Умные люди пишут патчики при портировании - очень удобно... Лучше подождать, когда спортируют... Или 7-ю поставить. Еще раз спасибо.
|
|
|
|
|
Jan 29 2008, 06:24
|

Местами Гуру
    
Группа: Validating
Сообщений: 1 103
Регистрация: 5-12-04
Пользователь №: 1 323

|
Цитата(Tanya @ Jan 27 2008, 14:45)  Спасибо, добрые люди! Прямо ответили на мой вопрос. Тоже отвечу вежливо на вопросы. Проблему описывать слишком долго... Очень много нюансов, как технических, так и связанных с особенностями администрирования очень запутанной сети - около 100 машин. Все там перемешано - оптика, 1G, 100M, 10M, свитчи. хабы, хабчики... мосты.. Серверы еще... Для тех, кто не догадался, для чего это нужно, сообщу очередную банальность. 1. Уменьшение пиковой нагрузки на линк. 2. Повышение надежности. 3. Удобство отрезания сегментов для диагностики... С 4. по 99. несущественные для всех, кроме обитателей этой самой сети, моменты. 100. Хочется так. Система - FreeBSD. Придется ставить 7. Там есть - lagg. Но не совсем то... Еще раз всем спасибо за сочувствие и помощь. 1. Такая проблема решается или расширением линка или грамотной политикой QoS. Расширение аппаратное думаю понятно как делать, программное возможно с помощью софт-бриджа и нескольких сетевых карт, sorry не знаю как это делается во фре, в линуксе это делается brctl прогой и tc для QoS. 2. Какая надежность имеется ввиду ? Часто карты сетевые из строя выходят ? Надежность на уровне протокола сети лучше решать локально, т.е. т конкретной проблемы (for ex. виснет хаб - делаем бесперебойное питание или покупаем хаб с watchdog'ом) 3. Сеть строится исходя от важности функционирования сегментов (for ex. серверный сегмент; начальник/бухгалтерия; отделы/офисы фирмы; multimedia свалка; и т.д.) Каждый сегмент изолируется аппаратным (switch/router) и программным (отдельная подсеть) способами. Отрезать ничего не надо, пару скриптов сами могут снимать статитстику работы этих подсетей. Если нужно _именно_ отрезать, то нужны router'ы (от $30 на MIPS32/Broadcom чипах, некоторые переделываются под Linux, подробнее см. openwrt.org) или управляемые свитчи, что imho дороже. 4..100 Один мужик как-то сказал: Тому кто не попал в первую петлю - уже не застегнуться. А что интересно Вы будете делать когда количество компов удвоится  ? Любая сетевая система, спроектированная без заранее составленного и продуманного _плана_ развития, этому развитию не сможет подвергнутся, так как это не заложено в ее природе. IMHO, лучше изначально грамотно построить сеть, чтобы потом не заниматься ею все свое рабочее время. Пользователи этого перестроения даже не заметят - не думаю что им важен их ip адрес и в какую коробочку на стене уходит их кабель.
|
|
|
|
|
Jan 29 2008, 08:01
|
Гуру
     
Группа: Модераторы
Сообщений: 8 752
Регистрация: 6-01-06
Пользователь №: 12 883

|
Цитата(Harbour @ Jan 29 2008, 09:24)  1. Такая проблема решается или расширением линка или грамотной политикой QoS. Расширение аппаратное думаю понятно как делать, программное возможно с помощью софт-бриджа и нескольких сетевых карт, sorry не знаю как это делается во фре, в линуксе это делается brctl прогой и tc для QoS. 2. Какая надежность имеется ввиду ? Часто карты сетевые из строя выходят ? Надежность на уровне протокола сети лучше решать локально, т.е. т конкретной проблемы (for ex. виснет хаб - делаем бесперебойное питание или покупаем хаб с watchdog'ом) 3. Сеть строится исходя от важности функционирования сегментов (for ex. серверный сегмент; начальник/бухгалтерия; отделы/офисы фирмы; multimedia свалка; и т.д.) Каждый сегмент изолируется аппаратным (switch/router) и программным (отдельная подсеть) способами. Отрезать ничего не надо, пару скриптов сами могут снимать статитстику работы этих подсетей. Если нужно _именно_ отрезать, то нужны router'ы (от $30 на MIPS32/Broadcom чипах, некоторые переделываются под Linux, подробнее см. openwrt.org) или управляемые свитчи, что imho дороже. 4..100 Один мужик как-то сказал: Тому кто не попал в первую петлю - уже не застегнуться. А что интересно Вы будете делать когда количество компов удвоится  ? Любая сетевая система, спроектированная без заранее составленного и продуманного _плана_ развития, этому развитию не сможет подвергнутся, так как это не заложено в ее природе. IMHO, лучше изначально грамотно построить сеть, чтобы потом не заниматься ею все свое рабочее время. Пользователи этого перестроения даже не заметят - не думаю что им важен их ip адрес и в какую коробочку на стене уходит их кабель. 1. Вот мне непонятно, как сделать аппаратное... Хотела тем способом, о котором спрашивала. 2. Сетевые карты иногда по непонятным причинам там зависают. И мостики. Например, при запуске на одном из компов некоторой специфической программки. Но не всегда. Реже, но, случается, выходят из строя. В одном из тех пунктах, которые не оглашались было написано - администратор приходит редко и не хочет, чтобы ему названивали по мобильнику вообще... хочет хорошо и красиво жить. 3. Сеть была построена не мной. Перестраивать ее не собираюсь. Просто попросили помочь... 4. см 3. Еще раз спасибо.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|