Extreme Summit X460 и VLAN для виртуальных машин Hyper-V

Бывает необходимость иметь в некоторых подразделениях свои собственные сервера и иногда возникает потребность иметь их внутри той же сети, что и компьютеры этого подразделения. Например файловый или jabber серверы для отдела разработки, можно отдать на обслуживание самим разработчикам, и поместить в сеть вместе с рабочими станциями. Покупать для разработчиков собственные сервера, и устанавливать их в отделе может быть слишком дорого и неразумно, но можно использовать виртуальные машины, используя ресурсы существующего оборудования. Приведу пример, когда используется сервер на базе Microsoft Hyper-V с большим количеством виртуальных машин, и внутри этого сервера, есть машины, которые должна быть отданы в сети разных подразделений, в качестве коммутатора ядра сети используется Extreme Summit x460, в качестве коммутатора рабочей группы используется простой неуправляемый коммутатор.

Настройка точки доступа Extreme Networks Altitude 4521

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

Поскольку сеть строим на оборудовании Extreme Networks, точку доступа тоже решено было взять Extreme Networks Altitude 4521.

Командная строка и интерфейс точки доступа кардинально отличаются от интереса и командной строки коммутаторов, в нём по началу теряешься. Интерфейс командной строки, с командой enable больше похож на Cisco.

И так, будем кофигурировать точку доступа в соответствии со следующей топологией:

Настройка коммутатора Extreme Networks Summit x460

На предприятии решили модернизировать локальную сеть. Управлять сетью состоящей из гирлянды висящих друг за дружкой свитчей становится просто невыносимо. Решили всё организовать правильно. Ядро сети, коммутаторы уровня доступа, на которых один клиент - один порт. В качестве вендора сетевого оборудования выбрали Extreme Networks. Модернизацию начали поэтапно. Первый свитч ушёл в самое проблемное место, где герлянда свитчей была самая страшная. Попутно с модернизацией оборудования решили сегментировать сеть на VLANы, к тому же у администрации этого подразделения было пожелание иметь собственную сеть, с выходом в общую сеть предприятия через шлюз.

Таким образом схема подключения в общую сеть предприятия должна была представлять собой следующее.

В качестве шлюза в интернет используется Kerio Control с адресом 192.168.0.222/21
Сервер Active Directory, DNS, DHCP имеет адрес 192.168.0.100/21
Коммутатор уровня ядра сети 192.168.0.1/21
И новый коммутатор имеет адрес в сети предприятия 192.168.0.225/21 и внутри сети 205 цеха 172.16.9.1/24

В будущем я собираюсь перевести сеть на адреса 172.16.x.x, но начал процесс уже сейчас.

Настройка bridge в CentOS 6

Решил попробовать KVM, выбрал подходящий enterprise дистрибутив - CentOS, как оказалось вместе с yum groupinstall "Виртуализация" система мост не поднимает, и настраивать его нужно отдельно. На момент, когда я пытался найти информацию в гугле он был забит информацией о CentOS 5.X, и для 6 находилась какая-то странная не рабочая копипаста явно рабоающая только в предыдущем релизе.

И так, сейчас я расскажу, как это делал я.

Для начала нужно установить нужные нам пакеты

yum install bridge-utils tunctl -y

NetGear WNR3500L

Сегодня решил сделать апгрэйт своей сети и заменить старенький D-Link DI-624 на новый NetGear WNL3500L. Заказал в воскресенье в Юлмарте, сегодня забрал. Обошёлся он мне в 3140 рублей.

Едва настроив основные параметры, решил обновить Firmware уж очень меня подбивала на это надпись "найдено обновление микропрограммы". Про возможность прошивки этого агрегата разными прошивкам я знаю, но для начала решил испытать штатную прошивку прошивку к тому же торрент качалка на маршрутизаторе мне не сильно нужна, хотя возможность войти по ssh и посмотреть, что у него там внутри довольно интересна.

Перенос виртуальных машин Hyper-V

Недавно понадобилось перенести несколько виртуальных машин под управлением Windows Server Hyper-V 2008 на сервер Hyper-V 2008 R2.

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

Эту проблему можно решить двумя способами.

• Задать старый мак-адерс статическим в настройке виртуального адаптера в Hyper-V
• Удалить запись о старом маке в /etc/udev/rules.d/70-persistent-net.rules

Ну и напоследок, во всём виноват udev думаю стоит использовать статичные маки, чтобы не было проблем с переносом, если вдруг этим буду заниматься не я.

VirtualBox Shared folders

Сегодня наткнулся на такую проблему, уютненький виртуальный ящик, ВНЕЗАПНО перестал быть уютненьким, из-за того, что так же внезапно забыл, как монтировать "общие папки".

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

И так, если уютненькая коробочка стала выдавать:

mount: unknown filesystem type 'vboxfs'