Как назвать файловый сервер
Обновлено: 04.07.2024
/Нет денег на Зубару?! Зубилы - дёшево, 2км вперед по трассе.
SERVER-001 (или какой он по счету? )Или вот ставил я сервер и думал "Быть ему или ну быть ему долго?" В результате назвал Гамлетом.
Некоторые называют по иманам героев мультфильмов.. Пресдавьте себе сервера в сети Ёжик и Лошадка
Не, по счету не годится. Сами запутаемся :-)
Ну, вот предпоследний я назвала Сириус.
На этом моя фантазия истощилась окончательно, а тут еще один принесли.
У меня один сервак называется Гейтс :-)))
у меня один из серверов приложений доминошных зовется hummerхих. как только не называются.
daily
sp911
sp2000
vsd
ss911
ss2000
krs
sql
yahoo
stat
911
artstorm
db
sp
asdb
в общем. никакой логики.
- троечники учат двоечников быть троечниками. Кошмар.
Последний сервак который я не смог поднять (в одиночку, с пола на стол) я в назидание назвал little была традиция в школе, сервера обзывать всякими башнями, крепостями и прочими аналогиями. забавно получалось. и как-то очередные названия и потом, придумывались в этом направлении.думаю.
39% выполнено
nova
blade
sedna
lenin
два слога, больше утомительно
Gott weiss ich will kein Engel sein
Хм. хорошая тема. практически вечная.
Действительно -- как дать правильное имя детищу, которое ты на ноги поднял, всему обучил и обслуживать будешь ещё, может быть, несколько лет?
Когда я пришёл в свою контору, там было три сервера: "main", "buhmain" и "ofmain". Видимо, это отражало логику предыдущего админа в том, что сервер -- это "главный компьютер в сети".
Такая логика и идея включать слово "main" в имя сервера мне понравилась, но то что они располагались не вместе (в сетевом окружении) меня раздражадо, поэтому сейчас сервера называются так:
maincom -- сервер с торговой базой данных (и шарами для менеджеров). Суффикс "com" отражает принаджедность к информации коммерческого характера.
mainbuh -- сервер для бухгалтерских баз данных.
maingate -- прокся.
Для прикола я потом свой воркстейшн назвал mainadm.
Типа "сервер, с которого администрируется вся сеть"
PS: Вот только если новый сервак прикуплю, опять голову придётся назвать с названием.
Впрочем. если железо будет по-настоящему серверным, назову его mainframe
Яндекс, например, использует разные алфавиты, название автомобилей, моющие средства и т.п. Кто-то использует имена девушек, кто-то просто 'server0', 'server1'.
Поделитесь своими именами или своим принципом именования.
- Вопрос задан более трёх лет назад
- 50102 просмотра
Лично я, называю по первым буквам названия проекта. Например, kb1, rb1.
Была практика названия проектов именами девушек — неудачная. Однажды начальство в моём разговоре с админом услышало «Ирина лежит и дожидается тебя». Полдня объясняли, кто такая «Ирина» и почему она «лежит». А затем пришлось переименовывать все звания серверов.
Был большой топик от небезызвестного хабраюзера и бурные комменты в нем. Рекомендую. ждем группу серверов, поименованную по никам из этого вопроса… В имени используется— название компании (их несколько) — 3 символа
— город — 5 символов
— тип сервера — 3 символа (FPS, APP, XCH, DOM и т.д.)
— порядковый номер — две цифры
Как сервер назовешь, столько денег на нем и заработаешь))
Называем по названиям драгметалов и камней))))
На первой моей работе сервера назывались именами поэтов.lib_pushkin, lib_tolstoy, lib_chehov, lib_bunin, lib_bulgakov, lib_turgenev Как-то тестировали кросс-доменное приложение, имена доменов были — именами штатов США, а самим серверам давали названия городов. Столица штата — доменный контроллер. Можно взять не только США. Побочный эффект — изучение географии. Я в свое время про каждый город в вики читал.
На общеуниверситетском компьютерном центре всё было по пересыхающим летом речкам Негева — arava, shikma, chen… Я согласен с названиями по функционалу для рабочих серверов.
Однако, если серверы публичные (например, серверы хостинга), то нужны звучные и запоминающиеся названия для пользователей, которые о функционале ничего не знают и вообще не очень в теме — названия планет, букв древних алфавитов и т.п. Тоже использую греческий алфавит. Опять же убобнее говорить: «зайди на альфу».
Впрочем, если это небольшая группа серверов, то можно и пофантазировать. Так у меня есть тройка серверов «Iron», «Lion» и «Zion». Предлагаю называть по именам грехов. Воровство, Мужеложество, Прелюбодействие, содомия,… Именами героев из аниме Hayate no Gotoku!
Hayate, Nagi, Tama… hostNNN. До сотни первая подсеть, после сотни вторая подсеть. Во втором дц wNNN так же по подсети.
— А где у нас стоит сервер RAXXLA?
— Да фиг его знает, его никто найти не может. ээ, по функционалу?
db_main
db_slave
balance
www_main
www_1
www_2
www_payments Расстрелял бы за подчеркивания!
А так согласен насчет «по функционалу». Раздражают меня всякие «Атланты» да " Нептуны". Я называю по именам злостных злодеев ) Jason, Freddy и т.д.
Почему? Да потому что если хакнут — не так очевидно что хакнули. По сервису. exxchange, tmg, terminal, sharepoint_internal…
Только КД у нас не очень благозвучен, но переименовывать уже не хочется, проблемно. Рабочие — по функционалу. Игровые — либо названиями греческих букв (Alpha, Beta, Gamma, Delta и т. д.) или названиями звезд (Centaura, Antares, Agena). Однин символ типа сервера и его порядковый номер.
.1 .2 .3 — фронты
d1 d2 — базы данных.
Номер всегда совпадает с хвостом IP сервера во внутреней сети.
Итого если врываешься к админу и говоришь что .2 лежит — ему сразу все понятно, и не надо вспоминать кто такая Agena — блондинка или брюнетка.
Apelsin
Banan
Citrus
Dodge
Eclipse
…
и так далее в пределах.
если серверов много в ДЦ, то стойки по имени страны, а сервера/оборудование по буквам так же
Если немного серверов, и важен порядок — то по названием планет из одной игрушки (:.
Если все «продакшн» то
hsl1D34
1. h-hardware
1. v-virtual
2. s -server
2. w -workstation
3. w -*windows-like
3. l -*nix-like
4. machine id
Все остальное в базе данных.
очень люблю танки. А сервера называю по имени наших таков, которые участвовали в ВОВ, типа is-1, isu-152, kv-2, t-34, bt-5 и так далее ) Названия рун Elder Futhark: algiz, dagaz, kaunan, wunjo, hagalaz (это, правда, десктоп — сервер я не решился так назвать) и так далее. если сервер общего назначения, то minisrvXX или srvXX (зависит от «размеров»), если под конкретные цели, то dbsrvXX, smbsrvXX, wwwsrvXX, ХХ — порядковый номер.Если это просто железка в ее второй жизни (под мелкую задачу, не критичную, но нужную), то вроде acer5920 — старый ноут с убитым экраном, дебианом, самбой и торрентокачалкой:)
Я сейчас делаю ремонт и автоматизирую всё в своей квартире. Низкоуровневая логика, типа: включения вентиляции, стиральной машины, теплых полов, закрытия штор, управление яркостью освещения в зависимости от времени суток, выполнено на микроконтроллерах.
А вот высокоуровневая логика (распознавание голоса, изображения, синтез голоса, вывод информации на телевизоры, управление через интернет) установлена на сервер, который я назвал LEXX.
(Приходишь домой и говоришь: LEXX, включи СТС, закрой шторы и включи вентиляцию. Выполняй.) Так как у меня в основном виндовые структуры, то обочно так:srv-hyperv
srv-rdp
srv-ex
srv-dc1
srv-dc2
srv-fs
и так далее.
По ролям.
TS? — Терминальные сервера.
DC — Контроллер(ы) домена
FS? — файловые сервера
А ещё процитирую ещё раз своего коллегу:
видел я как то сетку из 120 примерно компов)))) названия машин: VODKA, VINO, PIVO, PORTVEYN, KONIAK, потом когда названия бухла кончились пошли STAKAN, RUMKA, STOPKA, названия тары тоже видимо у админа иссякли и тут началось OLIVE, ZAKUS, SALO, и хит сезона SUHARIKI. я выпал!)))
Это как пример неправильного, пусть и оригинального, наименования :)
Далее = ploto и названия объектов пояса Койпера и облака Оорта?Схем не так много — имена нарицательные (города, имена, предметы), буквы, аббревиатуры.
У себя назвал все по городам всего мира. Схожие по функционалу и дублирующие — соседними городами, или городами одной страны. Все общие ресурсы — скрытые. Все, что нужно, выведено в DFS. В итоге, назначение каждого сервера на первый взгляд неочевидно и любопытные сотрудники особо ничего не найдут.
Раздражает, когда «опытные» сисадмины начинают придумывать что-то новое в обход устоявшихся стандартов и просто грамотности. Регулярно в чужих сетях вижу всякий хлам:
«PR-» для серверов приложений, сокращение «APP», видимо, не подходит
«PR-» для сокращения имени принтеров
«PS-» для personal computer, это даже не workstation
«DK-» для domain controller
«DATABASA», «DOMEN», «MEIL» — какие еще неправильные варианты написания слов придумают?
Файловый сервер – это, как правило, центральный сервер в компьютерной сети, который обеспечивает подключение пользователей к сетевой системе хранения данных (СХД).
Этот термин может означать как оборудование, так и программное обеспечение, необходимое для выполнения функций файлового сервера.
Пользователи, получив необходимые права на доступ к определенным файлам в сетевой СХД, могут их открывать и редактировать, а также удалять файлы и папки точно так же, как если бы они работали на собственном компьютере.
На файловом сервере каждому авторизованному пользователю предоставляется определенное пространство для хранения рабочих файлов. Другие пользователи могут также их открывать, читать и редактировать, в соответствии с их правами доступа. Эти права устанавливаются администратором файлового сервера. Он определяет, кто какие файлы и в каких папках может открывать и просматривать, а также (если это разрешено) редактировать, удалять или добавлять новые файлы.
Расположение файлового сервера в компьютерной сети предприятия
Кроме того, файловый сервер может иметь подключение к интернету, и, при соответствующей конфигурации прав доступа, пользователи могут получать доступ к ресурсам интернет, если доступ к ним разрешен сетевым администратором. В некоторых организациях может административно устанавливаться запрет на доступ к определенным ресурсам по тем или иным критериям. Например, может быть закрыт доступ к видеохостингу Youtube, сайтам с развлекательным контентом и пр. Кроме того, подключение файлового сервера к интернету обеспечивает удаленный доступ пользователей к своим рабочим папкам на файловом сервере, если они находятся не на рабочем месте.
Для файлового сервера могут подойти любые современные операционные системы Windows, Linux или macOS, хотя надо иметь в виду, что сетевые устройства должны быть с ними совместимы.
Также надо принять во внимание, что файловые серверы часто используются не только для хранения и обработки файлов, но также и как репозиторий для программ, которые доступны пользователям корпоративной сети, а также в качестве сервера резервирования.
Какие могут быть файловые серверы: способы организации
- Компьютер пользователя. В самом простом варианте, если в корпоративной сети немного пользователей (порядка 10-15), то в качестве файлового сервера может быть использован любой компьютер пользователя в сети компании. Это, конечно, далеко не лучший вариант, поскольку при перезагрузке или выключении этого компьютера сеть оказывается без файлового сервера. Кроме того, пользовательские операционные системы мало подходят для работы в качестве сервера.
- Выделенный серверс установленной ОС (Windows Server или Unix), на котором системный администратор настраивает роль файлового сервера. Это самый дорогой вариант, но и самый универсальный, поскольку все настройки можно сделать точно в соответствии с требованиями.
- Выделенный сервер без предустановленной ОС, например файловый сервер FreeNAS. Этот программный сервер предназначен только для системы файлового хранения. Такой метод дает возможность самостоятельно выбрать оборудование, но разворачивание займет больше времени.
- Решение под ключ. Представляет собой сервер, на котором производителем или поставщиком предустановлена система с настроенным сервисом хранения данных. Такой вариант удобен тем, что он требует не более 10 минут настройки для последующей работы. Это также недешевый вариант и имеющий некоторые ограничения, поскольку все настройки предусмотрены разработчиками.
Как работает файловый сервер
Для надежной работы файлового сервера необходимо выбрать соответствующее оборудование. Это прежде всего процессор достаточной мощности для обслуживания заданного числа пользователей, а также дисковые накопители, которые обладают емкостью, достаточной для размещения необходимых программ и операционной системы и другого программного обеспечения для обслуживания пользователей корпоративной сети. Немаловажное значение для быстродействия системы имеет объем оперативной памяти (ОЗУ), в которой размещаются модули запущенных для работы программ. Если объем ОЗУ будет недостаточен, то работа системы сильно замедлится, и не поможет даже самый мощный и высокоскоростной процессор.
Определяющим фактором для выбора параметров файлового сервера является число пользователей корпоративной сети. Для связи пользователей с файловым сервером используются специальные протоколы, например, протокол SMB (Server Message Block) разработанный IBM. Он может использоваться в локальных сетях как на устройствах Windows, так и macOS. В качестве протокола сетевой операционной системы часто используется NFS (Network File System). Если файловый сервер работает под ОС Unix, то чтобы совместить оба типа протоколов в одной сети, как клиенты, так и файловые серверы, должны быть оснащены программами, которые позволяют выполнять протокол SMB в этих системах. Это может быть, например, программная платформа Samba.
Преимущества файлового сервера
Для многих компаний решающим критерием при использовании файлового сервера в корпоративной сети является возможность централизованного управления и разграничения прав доступа между пользователями различных подразделений. Кроме того, легко можно обеспечить возможность коллективной работы над документами, исключив при этом проблему использования разных версий одного документа разными пользователями.
Другое преимущество файлового сервера — это устранение ресурсных ограничений для пользователей. За исключением личных файлов все рабочие документы и их резервные копии могут быть размещены на общем сервере. При правильной организации структуры папок и директорий пользователи получают единообразное представление всех доступных документов в организации в соответствии со своими правам доступа.
Если файловый сервер сконфигурирован для работы через интернет, то файлы так же доступны для удаленной работы, как и при работе в локальной сети. Но, в отличие от облачного решения, компания продолжает сохранять контроль над файлами и их безопасностью. Это явное преимущество перед сторонними решениями по хранению корпоративной информации.
Основные преимущества файлового сервера:
- Легкая организация и инвентаризация корпоративных ресурсов.
- Прозрачность и легкость нахождения нужной информации.
- Удобство коллективной работы с документами.
- Отсутствие конфликтов версионности.
- Отсутствие ресурсных ограничений персональных машин пользователей.
- Возможность удаленного доступа к файлам и работы на выезде.
- Высокая степень защиты и безопасности данных.
Проблемы файловых серверов
Несмотря на явные преимущества, перечисленные выше, проблемы у файловых серверов тоже есть.
Компании часто недооценивают объем работы по установке, настройке и обслуживанию такого оборудования и ПО, как файловый сервер. Иногда к этой работе подходят без должного планирования. В результате не только аппаратные ресурсы быстро подходят к своим пределам использования, но также и многие потенциальные преимущества файлового сервера не могут проявиться в полной мере. Например, при отсутствии четких принципов распределения прав доступа пользователи часто не могут соответствующим образом выполнить свои обязанности, т. к. не могут получить необходимые данные. Проблемы могут возникнуть также из-за беспорядочного и бессистемного построения иерархии папок и каталогов, если вообще такой иерархии кто-то придерживается.
Эти аспекты необходимо продумать с самого начала, перед покупкой и установкой файлового сервера. Также предварительной проработки требуют вопросы защиты данных и информационной безопасности, особенно, если файловый сервер предназначен для удаленной работы через интернет. Установка и правильная конфигурация программ информационной безопасности так же критична, как и обучение сотрудников, которые получают доступ к серверу. Требуется четкое понимание персоналом того, где и как хранить свои рабочие файлы на сервере, чтобы исключить ситуации информационного хаоса.
Оборудование для организации файлового сервера
Для файлового сервера организаций небольших и средних размеров подойдут бюджетные решения крупнейших вендоров – HPE, Dell, Fujitsu.
Периодически мне удается очень недорого покупать на работе жесткие диски, списанные с видеонаблюдения. Постепенно их количество в моем компьютере превысило разумные пределы и стало причинять неудобство. Много жестких дисков - это излишние шум, вибрация, потребление электричества и нагрев.
Современный жесткий диск потребляет около пяти ватт при обычной работе и до 10-15 ватт при старте. И вот, когда количество жестких дисков у меня достигло восьми штук, я понял что нужно собирать для них отдельный файловый сервер.
Для чего нужен файловый сервер
Читатель может задаться вопросом — а что же я храню на таком количестве жестких дисков? В основном домашний фото- и видеоархив с дублированием, огромную коллекцию аудиокниг, бэкапы и разную файловую ерунду, которая есть на каждом компьютере.
Конечно, можно поставить парочку больших жестких дисков на 6-8 терабайт в компьютер или NAS для этих же целей, и это будет компактно, энергоэффективно, но и цена такого решения будет намного выше.
Сразу уточню, почему я называю его "файловый сервер", а не "самосборный NAS". Я собираюсь пока использовать его в виде локальной сети между двумя системниками без выхода в домашнюю сеть и интернет, поэтому называть его NAS пока рановато.
В будущем доукомплектую его уже имеющейся Wi-Fi платой и буду экспериментировать и настраивать, а пока мне хватит простого файлового сервера.
Требования к серверу
Требования будут довольны серьезны:
- Установка 6-8 жестких дисков
- Соединение с основным компьютером по гигабитной сети
- Умеренный уровень шума
- Комфортные температуры для жестких дисков
- Возможность функционирования только с подключенными кабелями LAN и питания (без клавиатуры, мыши и монитора)
- Полное удаленное управление
Реализация
Сразу скажу, что не все пункты удалось выполнить, но в целом задумка удалась. Но обо всем по порядку.
Корпус Asus TA-668 довольно простой и устаревший, но сделан качественно, весь металл завальцован по краям, а многочисленные штамповки дают прочность. Штатно можно установить четыре внутренних устройства 3.5" и одно внешнее.
Плохо то, что пространства для кабель менеджмента практически нет и пучок проводов придется оставлять болтающимся в центре корпуса, что будет выглядеть очень неприглядно.
Размещение жестких дисков
Сначала я думал, что один из жестких дисков можно будет установить во внешний отсек для FDD, но это не удалось, диск не влез. Зато очень много места в отсеках 5.25", чем я и воспользуюсь.
На скорую руку я собрал салазки из старого dvd-привода и корзины для жестких дисков от старенького корпуса, которые позволят установить пару HDD в отсек для DVD-приводов.
Спереди крепится вентилятор 92 мм.
Кстати, подобные салазки продаются в магазинах, их необязательно "колхозить" самому.
Итого, я смогу установить как минимум шесть жестких дисков. Еще остается много свободного места внизу-сзади корпуса, туда можно дополнительно установить пару жестких дисков в салазках, ведь дискретной видеокарты не будет, так как мне хватит пока и встроенной GeForce 8200.
Но я "уперся" в провода блока питания. У Corsair VS550 всего четыре SATA разъема, причем два из них расположены на ветках с двумя разъмами molex, что крайне неудобно в моем случае.
Как выход, можно использовать переходники питания molex-SATA, но не всегда у них бывает хороший и надежный контакт. Используя такие переходники, сразу поджимайте контакты питания поплотнее (иголкой) и выбирайте такие, где провода не слишком длиннные.
Идеально было бы сделать "кастомные" провода с четырьмя разъемами питания SATA на один провод, припаявшись к проводам molex, но я не рискнул пускать "под нож" блок питания, не опробовав предварительно в работе файловый сервер.
При попытке установить семь жестких дисков вот таким способом, я понял, что хоть работать это и будет, но подключать и отключать диски и кабели передачи данных SATA будет просто мучительно. Да и такая "вязанка проводов" вполне может сработать как пружина и нарушить и без того слабый контакт в "data" SATA разъемах.
В результате я остановился на шести накопителях, но в будущем возможно спаяю нормальные провода, достану корзину для жестких дисков от старого корпуса, и будет возможно установить в сервер и семь-восемь HDD.
Проблема дисков объемом более 2 ТБ и старых материнских плат
Кстати, на материнской плате есть пять SATA разъемов и один eSATA, но у меня есть дискретный PCI-E контроллер на два SATA устройства, что позволит не тянуть провод в eSATA порт на задней панели компьютера.
При сборке я воткнул пару своих дисков на три терабайта в материнскую плату, и она правильно опознала (на первый взгляд) жесткие диски и запустилась. Однако я совсем забыл о проблеме дисков объемом более 2 ТБ и старых материнских плат.
К счастью, мой сторонний контроллер поддерживал диски объемом 3 ТБ и выше, и при подключении больших дисков к нему, "проверка диска" из под Windows исправила все ошибки и вернула файлы на место.
Помните об это проблеме и будьте осторожны! При покупке сторонних контроллеров уточняйте поддержку больших жестких дисков.
Я покупал свой контроллер пару лет назад, сейчас в DNS по Москве доступен вот такой, подороже.
Гигабитная сеть
Почему я сразу отказался от подключения файлового сервера в домашнюю сеть и интернет со скоростью в 100 мегабит, а подключил его в локальную сеть с основным компьютером на 1 гигабит? Все дело в объемах данных, которые придется гонять между компьютером и сервером.
100-мегабитная сеть даст в идеале всего около 12 мегабайт в секунду, что очень мало для видеофайлов на несколько гигабайт. А вот гигабитная сеть даст уже почти 120 Мб/сек, что близко к скорости копирования между дисками.
Реализовать ее очень просто, достаточно соединить порты сетевых плат на компьютерах, они давно гигабитные даже на дешевых материнских платах. А в компьютер, которому нужен будет обычный доступ в интернет, вставляем недорогую сетевую плату. Главное, учитывайте, что разъем PCI уже отмирает, и в новых материнских платах его уже попросту нет. Поэтому лучше берите сетевую плату PCI-E.
Выбор операционной системы для сервера
Тут есть простор для выбора, можно поставить и одну из многочисленных версий Linux, даже просто на флешку, чтобы не занимать SATA порт на материнской плате отдельным накопителем. Можно установить специальную ОС для NAS, например EasyNAS или FreeNAS.
Но я выбрал старый добрый Windows 7 для простоты настройки, и так как этот компьютер будет иногда использоваться как медиапроигрыватель для фильмов и видео и запускать шахматы, Heroes of Might and Magic III и прочие старые игры. Так как выхода в интернет не будет, ОС я поставил без обновлений и антивирусов.
Теперь о том, где же эта Windows 7 будет установлена. Как вариант, можно установить ее на один из HDD с данными, в отдельный раздел, и это будет работоспособно (я проверял).
Но я решил установить ее на отдельный диск, "гулять так гулять", плюс ничто не будет тормозить работу сервера. Я нашел под нее старенький HDD на 250 ГБ. Хватит и самого дешевого SATA диска на 80 ГБ, которые продаются на барахолках за 100-200 рублей.
Проблемы при сборке
Файлсервер я сразу начал настраивать на как можно более тихую работу и поставил вентиляторы на вдув и выдув на обороты менее 1000 в минуту, но столкнулся с сильным перегревом южного моста материнской платы (MCP). Даже в простое температура уходила за 60 градусов.
А на MCP температура сразу упала на 20 градусов даже под стресс тестом.
И самый шумный из вентиляторов я дополнительно "придушил" переменным резистором от Zalman.
Также я дополнительно поставил тихоходный 120 мм кулер на обдув четырех нижних дисков. Шума он не прибавит, а несколько градусов сбивает. Воздух этот кулер будет брать из перфорации на боковой стенке.
Температурный режим жестких дисков
Температура всех HDD порадовала, даже тех, что обдуваются одним вентилятором 92 мм сверху. За счет чего такие низкие температуры? Во-первых, при таком расположении жестких дисков — вдоль, между стенок корпуса, без отдельных корзин под каждый диск, создается эффект "аэродинамической трубы" — воздух легко и быстро проходит вдоль всей поверхности диска, не распыляясь об корзину или не уходя вбок.
Во-вторых, ход воздуха в корпусе идет эффективно, снизу вверх и без застойных зон, боковой вентилятор на 120 мм и вентилятор на чипсете очень помогают.
Я использовал эти же жесткие диски в корпусе Zalman, где они стояли поперечно, в корзинах, и при такой же температуре в комнате (26 градусов) их температуры были на 3-6 градусов выше.
Функционирование без клавиатуры, мыши и монитора
Я поставил файловый сервер в нишу "горки", за телевизором 43", где его не видно и практически не слышно, подведя к нему кабель питания и LAN кабель.
В биосе я настроил параметр Restore on ac power loss как Power On. Теперь компьютер включается автоматически при появлении электричества в розетке. Я щелкаю кнопкой сетевого фильтра 220 В, и он включается. О выключении напишу ниже.
Сначала я думал, что придется настроить в BIOS и поведение ПК при отсутствии клавиатуры, но он запускается и без нее, лишь давая один дополнительный сигнал через PC Speaker.
Теперь при включении через минуту в сетевом окружении появляется сервер и его диски.
При копировании скорости немного не дотягивают до 120 Мб/сек, но вполне меня устраивают.
Удаленное управление
Удаленное управление удалось организовать очень просто, средствами Windows, включив в настройках сервера "Разрешение подключения удаленного помощника".
Теперь по щелчку значка сервера в папке "Сеть" появляется пункт "Подключение к удаленному рабочему столу". И при выборе этого пункта мы через 10 секунд оказываемся на рабочем столе сервера, полностью управляя им.
Удаленное выключение
Как оказалось, сервер невозможно выключить через меню "Пуск" при удаленном управлении, в меню просто отсутствуют пункты "перезагрузить" и "выключить", но эта проблема легко решается созданием ярлыка на рабочем столе сервера, с прописанным путем:
C:\Windows\System32\shutdown.exe -s -t 00
Этот ярлык теперь работает как кнопка выключения.
Выводы
Как видите, сделать свой файловый сервер на основе старого компьютера совсем не трудно. У меня ушло около двух дней, да и то большая часть времени ушла на решение "проблемы больших дисков" на старой материнской плате.
Я не стал подробно останавливаться на сетевых настройках, так как слабо разбираюсь в них. Но связать в сеть основной ПК и сервер у меня получилось практически методом тыка и при небольшом "гуглении".
Конечно, внутри он выглядит очень колхозно, но главное, что железо не греется и не шумит. После полной обкатки файл-сервера можно будет сделать и нормальные, компактные провода питания SATA. Также на очереди оснащение его платой Wi-Fi и превращение в полноценный NAS.
Читайте также: