Клёвый Админ

если я правильно понял проблему, то в адресе нужно использовать FQDN - т.е. полное имя сервера. Ну или проверить правильно ли MAC резольвит имя сервера в ip.

Маркировка нужного трафика и отправление его в отдельную таблицу маршрутизации - это если тонко. Или одно правило маршрутизации - это если грубо.

Такс, если рассматривать практическую сторону, то:
1. У вас обязательно грамотно построена сеть, с разнесением всё на отдельные сегменты и делением на уровень доступа и ядро. Это могут быть как простые гигабитные свичи, так и что-то более серьёзное (отдельно l2 коммутаторы, ядро - на l3) решение. Все вайфай сети отдельно, телефония отдельно. Несколько провайдеров с автопереключением. Между офисами (если их несколько) туннели с IPSec и OSPF, ведь у вас обязательно по два канала в каждом удалённом офисе. Внутри локальных сетей у вас обязательно протокол семейства stp следит за петлями и сходимостью, и нигде нигде нет простых "мыльных" коробок аля дес1004 или что там сейчас помоешного выпускает длинк? Вся коммутация сделана заранее и ве имеющиеся порты заранее обспечены линком и вся сеть, что самое главное, к такому повороту готова.

2. Хранение. У вас обязательно разнесено хранение данных от вычислительной обработки. Хотя бы на уровне абстракции (хотя в идеале - физически это разное железо). Хранение рассчитано на текущую нагрузку плюс резерв на момент наращивания мощностей (грубо говоря пока едут дополнительные диски - вы не упали под нагрузкой если вдруг припёрло). Доступы у вас через отдельные ip сети или через fc san (имхо, в данный момени это очень рядом). СХД умеет делать снепшоты и тонко выделять ресурсы. Так же она умеет а\синхронно реплицироваться (и у вас есть куда). Хранилка имеет +1 питание, +1 диск каждого типа и +1 голову контроллера. А так же +1 линк до вычислителей.

3. Вычисление. У вас есть отдельные одинаковые железки на которых благодаря виртуализации вы развернули ферму вычислителей для основной ИС, а так же крутите всё ваше многообразие почтовых серверов и контроллеров домена. (кто-то скажет что КД в идеале крутить физически, возможно). Сервера рассчитаны с запасом минимум 1 штука, чтобы можно было смело смигрировать виртуалки и опустить его в мейнтейм.

Про софт тоже могу накидать если нужно.

Начните с основ сетей, прослушайте курс icnd1 или "сети для самых маленьких".

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

Изучите домены, windows сети. Если город маленький, то скорее всего у вас там особо сложных сетей на *nix нет и всё делают на ломанных виндах года так 2003-го.

Потренеруйтесь поднимать сервисы первой тройки dhcp, nat, dns. Настройте базовую маршрутизацию.

Ну и прикладной софт - архиваторы, 1С, бекаперы и тыды.

Используйте виртуальные машины. Они дадут вам все возможности для любого стенда.

Зафигачить петлю и пустить широковещательный шторм через неколько vlan и самих железок, чтоб жизнь мёдом не казалась и stp так просто не отработал. Если железки трафик не пустят или не лягут - ок.

А вообще наиболее нагружающие задачи - это бродкаст и мультикаст, вот их и нужно имитировать, для первой хорошо подходят петли, для второй igmp и ipv6.
А вот коммутационную матрицу так просто не прожать, генерировать шесть семь гигабит трафика та ещё задача. Но пробуйте юзать совет от Радио и тулзу iometer.

Лучше этого не делать, если возникла потребность - смотрите в сторону отдельно CentOS отдельно Xen.org и сборка этого из пакетов.

Буткамп? =)

Через одну антенну без MIMO можно выжать 75 мегабит. Большего я не видел, как ни крутил настройки.

Мы некоторое время пользовались чтобы внешний сервис проверял наш аптайм, ничего криминального не вижу в том, что что-то переодически ходит на странички сервиса и проверяет не 404\503 ли там, и если там что-то не связанное с 200 - то пишет мне смс.

Ну взломают этот сервис, что они сделают со мной?

howitmake.ru/blog/ubuntu/93.html

Увидел только что в location pma/ { вроде как с другой стороны слеш, а alias /usr/share/phpmyadmin/; нужно сменить на root /usr/share/;
Ну и для проверки можно listen сделать на все интерфейсы, а не только на 127.0.0.1

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

Нужно всё же разделить UAC - это не механизм противодействия брутфорсу пароля (он мешает выполнять такие процедуры, но если вы разрешили действие на подбор пароля UAC просто перестаёт следить за таким процессом, пока тот не попытается сделать очередное, ранее не разрешённое, привилегированное действие).

UAC - это в первую очередь эвристическая защита ПК, где механизм определяет перечень разрешённых низкоуровневых операций, выполнение которых разрешено всем, и перечень запрещённых операций, для исполнения которых необходимо прямое разрешение пользователя. Т.е. от UAC механизмы контроля и изменения состояния - от пользователя эвристика.

Механизм мощный, надёжный, явных эксплойдов на него давненько не слышно, при грамотной настройке свою функцию выполняет хорошо.

Аккуратно! Главное аккуратно! Придите к нему в подъезд, поднимитесь к нему на этаж и прислоните ухо к двери. Если будете стоять очень тихо и в подъезде будет тоже очень тихо - вы сможете услышать как к нему в квартиру течёт трафик =)

Это правда самый безопасный и весёлый вариант.