Александр

Вопрос закрыт. Оказывается просто количество адресов кончилось...

Например, почтовый серверы на Unix могут обслуживать юзеров, авторизуя их по AD. Т.е. на почту пользователь может заходить с тем же логином/паролем, с которым он входит в домен. Кроме того, оттуда же (из AD) можно брать список почтовых ящиков, обслуживаемых сервером (поле e-mail у пользовательских учёток).

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

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

Это если развернуть тезис камрада 3vi1_0n3 на тему, что AD нужно для централизованной аутентификации :-)

А зачем вам DHCP, и отдельно шлюз, NAT и VPN? :-)

Достаточно одного сервера на фре с mpd, который будет принимать соединения по PPPoE от клиентов и выпускать их через NAT в интернет. Также нужен какой-нибудь RADIUS-сервер для биллинга и установления скорости канала для конкретного клиента, ну и какая-то база, где будут данные биллинга храниться.

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

Итого вам понадобится минимум 4 сервера -- два под кластер виртуализации, один -- под дисковое хранилище для кластера виртуализации, и один -- в качестве BRAS-а.

Бэкапы на первое время можно складывать на любой недорогой NAS, либо самосборный сервак с большим количеством дисков.

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

Если уже совсем бесплатно, то Proxmox (KVM+LXC)

Снести пакет и установить предыдущую версию :-) А вообще, можно фрю ставить на ZFS, и перед любыми сложными манипуляциями делать снапшот. Если что-то пошло не так -- просто откатывать снапшот.

Развивайтесь в ту сторону, в которую интересно лично вам. По большому счёту, пофиг, в какую. Знающие специалисты одинаково дОрого стоят в любой области.

Я бы только описал сферы админста немного по-другому.

Windows в России -- это чаще всего работа "в корпорации". Т. е. по моим наблюдениям, у нас редко кто делает на винде что-то, отличное от обслуживания офисной инфраструктуры. Там AD, Exch, Skype for Business, SharePoint, файловые сервера и прочие подобные штуки. Т. е. виндовые инфраструктуры в основном занимаются обслуживанием бизнеса разного рода организаций, но не являются прямым источником дохода для этих организаций.

Unix-системы -- он разнообразнее. На нём строят как корпоративные инфтраструктуры, так и сервисы наружу предоставляют. Варианты: инфраструктура интернет-провайдеров (BRASы, почта, хостинг, DNS, мониторинг и т. п.). Разумеется, это не означает, что на FreeBSD или линухе нельзя крутить корпоративный почтовый или файловый сервак. Так что для работы "в корпорации" знания Unix тоже пригодятся.

Сетевое администрирование -- это свой мир, во многом отдельный от серверных ОС. Да, они связаны, но всё же основная часть сложных сетевых конфигураций строится не на серверах, а на специализированном железе -- Cisco, Juniper, CheckPoint, на худой конец -- Mikrotik. Намёк: сложная сетевая конфигурация -- это не когда у вас есть головной офис и два филиала, в каждом из которых по два интернет-канала от двух разных провайдеров :-) Сложная конфигурация -- это когда счёт сетевых устройств (коммутаторов, маршрутизаторов) идёт на сотни и тысячи, и используются всякие штуки типа MPLS, Q-in-Q, динамическая маршрутизация по различным протоколам, и всё такое.

Третий вариант -- это виртуализация. Это тоже свой мир, лишь частично пересекающийся с серверными ОС. Сложные виртуальные инфраструктуры тоже требуют немало знаний, причём не только софта, но и железа, и принципов построения сетей ЦОДов (LAN, SAN).

Четвёртый, относительно узкий, но тоже позволяющий зарабатывать сектор (опять-таки, при наличии приличного багажа знаний) -- это администрирование баз данных. Как в целом, так и каких-то конкретных продуктов -- Oracle, MS SQL, PostgreSQL, MySQL и его клоны -- для любого из них можно найти рабочее место, где требуются глубокие знания, которые будут соответствующим образом оплачиваться.

Ну и, наверное, можно выделить в пятый сектор -- это всякий highload. Требует глубокого знания способов и систем диагностики как ОС, так и конкретного ПО: баз данных, веб-серверов, серверов приложений и т.п. И часто требует знаний в программерстве.

Конечно, работая в мелких и средних конторах, вам придётся быть "и швец и жнец и на дуде игрец". Т. е. один админ может заниматься всеми перечисленными областями одновременно. Уровень таких "занятий", что понятно, будет невысоким, так как инфраструктуры размером меньше, задачи проще и зарплата, соответственно, меньше :-) По мере роста инфраструктур (при росте организации, или при смене места работы) будет сужаться и специализация. Т. е. придётся углублять набор знаний по более узкому стеку технологий. Например, на прошлом рабочем месте я обслуживал серверную инфраструктуру интернет-провайдера, а на серверах крутилось всё на свете -- интернет сервисы (почта, DNS, BRAS, хостинг, БД, свои сайты), виртуализация, СКУД, телефония и т. п. На текущем же рабочем месте я занимаюсь только виртуализацией -- т. е. это железо, на котором работают гипервизоры, это хранилища данных под виртуализацию, и это сами гипервизоры. Что там внутри виртуалок -- меня уже не касается. Т. е. специализация сузилась, но зато приходится врубаться в очень специфические вещи, вроде управления памятью внутри гипервизора или анализом протоколов в SAN.

В общем, повторю изначальную мысль -- решите, что вам больше НРАВИТСЯ, и в эту сторону и копайте. Если станете хорошим, квалифицированным спецом -- зарплата станет соответствующей. А сфера деятельности тут будет вторична.