Asher

Все равно мне данная ситуация покоя не дает. Почему когда три интерфейса (wan,lan и управляющий) в одном широковешательном домене, подключенные к одному коммутатору работали как надо целую неделю, а когда подключил lan и управляющий к другому коммутатору и wan во внешку - нормально работает только управлющий интерфейс?

Методом проб и ошибок выяснил Заводить два LAN интерфейса было неправильно, с одним работает. Видимо какая-то особенность виртуального коммутатора в KVM. WAN интерфейс не получает IP-адрес у провайдера. В сети где-то встречал информацию, что некоторые провайдеры не поддерживают виртуальные сетевые адаптеры. Факир был пьян и фокус не удался. Установил шлюз на железо. Получил опыт, выходной на работе потрачен не впустую

Зачем же, пару дней поработает в динамическом режиме, а потом из /etc/ethers заполнить. Уходим мы от темы. Не только с "этим" шлюзом проблема, но и с остальными машинами, подключенными к этому свитчу. Сегодня выяснил, что подключен он прямым патч-кордом, хотя на свитче порты поддерживают автоматическое определение полярности MDI/MDIX, но может поломалося это определение? Тогда вообще не работал бы... Проще свитч поменять наверное. Задание дали настроить - настроил, в кабинете все работает. То что в серверной не пашет, ну простите... Сеть не я собирал и не я за неё отвечаю. За неё никто не отвечает. Забью наверно, надоело

Может не так выразился. Статический ARP. Пытался бороться с arp-spoofing'ом. Финансирование у нас хреновое. Оборудование, где всё это есть "из коробки" позволить не можем, вот и приходиться извращаться. Да и пользователи нет нет да и принесут какое-либо устройство и подключат к сети, замечал не раз на IP новое имя машины и новый MAC-адрес. Пытаешься разбираться - в отказ и стоят на своем.

Не верная мысль посетила. Только на старом шлюзе arp-таблица в ручную формируется, на новом - динамическая.

только что мысль посетила, у меня и на старом и на новом шлюзе arp-запросы блочаться, может из-за этого? может отключить пока это правило?

трассировка вообще не шла, превышен интервал ожидания. маршрутизаторов в сети нет (кроме как на фри), коммутаторы все неуправляемые, без поддержки stp/rstp. когда в первый свитч втыкаешься, то проблем нет, но там все порты заняты, а мне два порта нужно (для kvm и для LAN на фришном шлюзе). Третий сетевой адаптер WAN. На новом шлюзе, то есть там где kvm c фрихой, три интерфейса: WAN и LAN настраиваются вручную, третий - в режиме моста. т.к. kvm стартует, а шлюз на нем же еще не стартовал то... /etc/rc.local хотя может и лишнее...

Просьба не смеяться Немного предыстории... Работаю программистом в одной конторе, но фактически эникейшик для ИТ-отдела. Поручили поднять шлюз freebsd на kvm, в догонку zabbix на нем же. Установил всё настроил, неделю по тестировал под нагрузкой - все пашет. Настроил бэкапы на самбу. Всё хорошо. Переношу в серверную, вытыкаю старый шлюз, втыкаю новый, меняю ip - не пашет. Более того, не пингуются виртуальные хосты. Перезагружаю коммутатор, kvm, все равно - не пингуются. На kvm захожу, на гостевые никак. Началось все (проблемы) после того, когда начальник купил еще один свитч DGS 1024d, т.к. на старом таком же закончились порты. Сам (начальник) вместе с мужиком, обжимающим витую пару (см. ниже) установили и подключили его. Похожая проблема была, когда на Hyper-V установил центос с заббиксом (устанавливал все (Win 2008 r2, postgres, hyper-v, 1C на hyper-v, centos, zabbix) в кабинете, проверял, все работало, перенесли в серверную - гостевой центос не пашет)). Свитч этот новый странный какой-то, временами машины, подключенные к нему полностью отваливаются от сети, помогает тупое перетыкание в разные порты, после этого возможно через час сеть на машинах появляется. Вопрос Это глючный свитч? Или это петля 2-го уровня? Или у меня кривые руки? P.S. админа в штате не предусмотрено, сеть собирает и поддерживает мужик, который когда в адеквате и удается его поймать, толком не может объяснить как что подключено, сколько коммутаторов, где и как подключены друг с другом. Соответственно схемы сети нет. Ни про какие петли и широковещательный шторм он не слышал, а только обжимает витую пару.

Может слишком жирный тариф для данной модели? http://www.dlink.ru/ru/products/2/1357_b.html Как вариант попробуйте старые прошивки.

Если уж понадобиться сетевое хранилище, то тогда NAS предварительно или купить или собрать придется.

Почитайте мануалы в сети - их много, причем очень подробные с пошаговыми действиями и картинками. Ищите "как настроить сеть <та операционная система которая у вас>", "как настроить общий доступ <...>" и т.д.

NAS вам не нужен, если как я понимаю компы в локальной сети находятся. Если на обоих машинах стоит Вин 7 то можно сделать домашнюю группу как вариант, хотя и не очень. Какие операционные системы стоят на машинах? Можно просто расшарить ресурсы (папки, диски). Общие документы должны автоматически расшариваться. Попробуйте через них перебрасывать нужное вам. В сетевом окружении компы видят друг друга? Зайти пробовали на них? В общем больше инфы нужно, тогда конкретно можно будет помочь. Пока трудно судить что там у вас.

Во время оформления заявки на сайте есть пункт: сколько телевизоров планируете использовать, если выбрать больше 1, то появится новая строка в корзине: Аренда приставки. При смене пакетного тарифа придется звонить оператору предварительно пополнив личный счет до суммы стоимости нового тарифа, потом произведут перерасчет и остаток от старого тарифа зачислят на личный счет. (сам недавно благодаря этому посту решил сменить свой пакетный тариф на ТВ-Мания)

Могу в картинках выложить, хотя думаю, что и без картинок всё ясно.

Да всё также осталось, за исключением того, что пришлось адресацию в сетях сменить на "разные" и в настройках lan dhcp уменьшить пул выдаваемых адресов, а в диапазоне IP-адресов dhcp VPN выставить туже сеть, что и в локалке за роутером. То есть: lan - (192.168.1.2-192.168.1.126), vpn - (192.168.1.130-192.168.1.139). Всё пашет шикарно (в сетевом окружении на всех машинах все машины видны и доступ туда-сюда имеют), за исключением того, что весь трафик идет через мой канал, хотя это можно исправить убрав галки на клиентских vpn-подключениях "использовать основной шлюз в удаленной сети". Единственное - в веб-морде роутера так и не меняется статус клиента на "подключено", но это и не важно, когда в сетевом окружении клиент виден.