как установить vps на windows 10

Втискиваем Windows Server на маломощную VPS с помощью Windows Server Core

Кто такой этот ваш Windows Server Core?

Внятной информации, что такое Windows (server) Core нет даже на официальном сайте майков, точнее, там все так запутанно, что и не сразу поймешь, но первые упоминания датируются еще эпохой Windows Server 2008. По сути, Windows Core — это работоспособное ядро Windows Server (внезапно!), «похудевшее» на размер собственного GUI и примерно половины побочных служб.

Основная фишка Windows Core — нетребовательность по железу и полностью консольное управление через PowerShell.

Если обратиться к сайту Microsoft и проверить технические требования, то для старта Windows Server 2016/2019 вам понадобится от 2 гигов оперативной памяти и минимум одно ядро с тактом 1,4 GHz. Но все мы понимаем, что на такой конфигурации мы можем ожидать только старта системы, но уж точно не комфортной работы нашей ОС. Именно по этой причине для работы Windows Server обычно выделяют побольше памяти и минимум 2 ядра/4 потока от процессора, если вовсе не предоставляют ей дорогую физическую машину на каком-нибудь Xeon, вместо дешевой виртуалки.

При этом само ядро серверной системы требует всего 512 MB памяти, а те ресурсы процессора, которые отжирались GUI просто для того, чтобы просто отрисовываться на экране и поддерживать запущенными свои многочисленные службы, можно пустить на что-то более полезное.

Вот сравнение поддерживаемых из коробки служб Windows Core и полноценной Windows Server с официального сайта Microsoft:

Почти как Linux, но не он

Windows Server Core очень хочется сравнивать с Linux-дистрибутивами, но на самом деле это не совсем корректно. Да, эти системы схожи между собой в плане пониженного потребления ресурсов за счет отказа от GUI и многих побочных служб, но в плане эксплуатации и некоторых подходов к сборке, это все еще Windows, а не unix-система.

Windows Server Core поставляется уже готовой сборкой, дефолтную комплектацию которой можно оценить по таблице выше. Если вам понадобится что-нибудь из списка неподдерживаемого, то придется онлайн через консоль добавлять недостающие элементы. Правда, не стоит забывать про Feature on demand и возможность выкачать компоненты в качестве CAB-файлов, которые потом можно добавить в сборку перед установкой. Но этот сценарий не работает, если вы уже в процессе работы обнаружили, что вам не хватает какой-либо из вырезанных служб.

Но что выгодно отличает Core-версию от полной — это возможность обновления системы и добавления служб без остановки работы. Windows Core поддерживает раскатку пакетов «на горячую», без ребута. Как итог исходя из практических наблюдений: машину под управлением Windows Core нужно перезагружать в

6 раз реже, нежели под управлением Windows Server, то есть раз в полгода, а не раз в месяц.

Приятным бонусом для администраторов будет то, что если системой пользоваться, как было задумано — через консоль, без RDP — и не делать из нее второй Windows Server, то она становится крайне секьюрной по сравнению с полной версией. Ведь большинство уязвимостей Windows Server приходится именно на RDP и действия пользователя, который через этот самый RDP делает то, что не следовало бы. Это примерно как в истории с Генри Фордом и его отношению к цвету автомобиля: «Any customer can have a car painted any color that he wants so long as it is black». Так и с системой: пользователь может каким угодно способом общаться с системой, главное, чтобы он делал это через консоль.

Установка и управление Windows Server 2019 Core

Ранее мы упоминали, что Windows Core — это фактически Windows Server без обертки GUI. То есть вы можете воспользоваться почти любой версией Windows Server в качестве core-версии, то есть отказаться от GUI. Для продуктов семейства Windows Server 2019 это 3 из 4 серверных билда: core-режим доступен для Windows Server 2019 Standard Edition, Windows Server 2019 Datacenter и Hyper-V Server 2019, то есть из этого списка выпадает только Windows Server 2019 Essentials.

При этом установочный пакет Windows Server Core особо не нужно искать. В стандартном инсталляторе от Microsoft core-версия предлагается буквально по умолчанию, когда как версию с GUI надо выбирать вручную:

Вариантов управления системой, на самом деле, больше, чем один упомянутый PowerShell, который и предлагается производителем по умолчанию. Управлять виртуальной машиной на Windows Server Core можно минимум пятью разными способами:

Расписывать возможности консоли мы не будем, PowerShell — это PowerShell, со своими очевидными плюсами и минусами. Вот с RSAT и WAC все немного сложнее.

WAC дает доступ к таким важным элементам управления системой, как редактирование реестра и управление дисками и устройствами. RSAT в первом случае работает только в режиме просмотра и не позволит внести какие-либо изменения, а для управления дисками и физическими устройствами Remote Server Administration Tools нужен GUI, что не про наш случай. Вообще, RSAT не может в работу с файлами и, соответственно, обновлениями, установкой/удалением программ в редактирование реестра.

▍Управление системой

С другой стороны, RSAT дает нам полный контроль за ролями на машине, когда как Windows Admin Center не может в этом плане буквально ничего. Вот сравнение возможностей RSAT и WAC в этом аспекте, для наглядности:

▍Управление ролями

То есть уже видно, что при отказе от GUI и PowerShell в пользу других элементов управления, отделаться использованием какого-то моноинструмента не выйдет: для полноценного администрирования по всем фронтам нам понадобится как минимум связка из RSAT и WAC.

При этом нужно помнить, что за использование WAC придется заплатить 150-180 мегабайтами оперативной памяти. Windows Admin Center при подключении создает 3-4 сессии на стороне сервера, которые не убиваются даже при отключении инструмента от виртуальной машины. Еще WAC не работает со старыми версиями PowerShell, так что вам понадобится минимум PowerShell 5.0. Все это идет вразрез с нашей парадигмой жесткой экономии ресурсов, но за комфорт нужно платить. В нашем случае — оперативной памятью.

Еще один вариант управления Server Core — установка GUI сторонними средствами, чтобы не тащить те тонны мусора, которые идут в полноценной сборке вместе с интерфейсом.

В этом случае у нас есть два варианта: раскатать на систему оригинальный Explorer или воспользоваться Explorer++. Как альтернатива последнему подойдет любой файловый менеджер: Total Commander, FAR Manager, Double Commander и так далее. Последнее предпочтительнее, если для вас критична экономия оперативной памяти. Добавить Explorer++ или любой другой файловый менеджер можно через создание сетевой папки и запуск через консоль или планировщик.

Установка полноценного Explorer даст нам больше возможностей, в плане работы с программным обеспечением, оснащенным UI. Для этого нам придется обратиться к Server Core App Compatibility Feature on Demand (FOD) который вернет в систему MMC, Eventvwr, PerfMon, Resmon, Explorer.exe и даже Powershell ISE. Однако за это придется заплатить, как в случае и с WAC: мы безвозвратно потеряем около 150-200 мегабайт оперативной памяти, которые безжалостно сожрет explorer.exe и прочие службы. Даже если на машине нет активного пользователя.

Вот так выглядит потребление памяти системой на машинах с родным пакетом Explorer и без оного.

Тут возникает закономерный вопрос: а зачем все эти пляски с PowerShell, FOD, файловыми менеджерами, если любой шаг влево-вправо приводит к увеличению потребления оперативной памяти? Зачем обмазываться кучей инструментов и шарахаться из стороны в сторону, чтобы обеспечить себе комфортную работу на Windows Server Core, когда можно просто накатить Windows Server 2016/2019 и жить, как белый человек?

Причин для использования Server Core несколько. Первая: в токе почти вдвое меньшее потребление памяти. Если вы помните, это условие лежало в основе нашей статьи еще в самом ее начале. Вот для сравнения, потребление памяти Windows Server 2019, сравните со скриншотами чуть выше:

И вот, 1146 MB потребляемой памяти вместо 655 MB на Core.

Если предположить, что WAC вам не потребуется и вы будете использовать Explorer++ вместо оригинального Explorer, то вы все еще будете выигрывать почти полгектара на каждой виртуальной машине под управлением Windows Server. Если виртуалка одна, то прирост незначительный, но если их пять? Вот тут уже наличие GUI имеет значение, особенно если он вам не нужен.

Второе — любые пляски вокруг Windows Server Core не приведут вас к борьбе с главной проблемой эксплуатации Windows Server — RDP и его безопасность (точнее, полное ее отсутствие). Windows Core даже в обмазке в виде FOD, RSAT и WAC все еще сервер без RDP, то есть не подвержен 95% существующих атак.

В остатке

В целом Windows Core лишь слегка «жирнее», нежели чем любой стоковый Linux-дистрибутив, но зато куда функциональнее. Если вам нужно высвобождение ресурсов и вы готовы работать с консолью, WAC и RSAT, использовать файловые менеджеры вместо полноценного GUI — то на Core стоит обратить внимание. Тем более что с ней получится не доплачивать за полноценную Windows, а сэкономленные деньги потратить на апсет своего VPS, добавив туда, например, ОЗУ. Для удобства, мы добавили Windows Server Core в свой маркетплейс.

Источник

Как создать свой собственный VPS сервер на домашнем ПК

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

А если точнее – будет инструкция, как создать свой собственный VPS сервер на домашнем ПК с блекджеком и… ну вы поняли).

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

Простые варианты

Вариант 1. Подключение по протоколу RDP.

Этот вариант подходит не всем. Дело в том, что, во-первых, настроить подключение по протоколу RDP можно только в Windows 7/8/10 версий Pro, Ultimate и Enterprise. Если у вас версия Starter или Home, придется переустанавливать систему, что часто довольно неудобно. Ну и во-вторых, вам нужен “белый” ip, чтобы использовать RDP протокол.

На сегодняшний день для домашних и частных сетей выделены и зарезервированы несколько диапазонов серых IP адресов:

Узнать ваш ip адрес можно из консоли. Нажмите Win+R, в появившемся окне введите cmd и в консоли впечатайте ipconfig. Найдите значение IPv4 – это и есть ваш ip адрес. Если он входит в один из диапазонов, указанных выше – ваш ip-адрес серый. Но это не страшно, вы всегда можете приобрести у вашего провайдера белый ip-адрес за символические 2-10 долларов в месяц.

Чтобы настроить удаленный доступ в Windows 10, зайдите в “Параметры”->”Система”->”Удаленный рабочий стол” и включите переключатель.

Вам нужно будет настроить электропитание таким образом, чтобы компьютер не уходил в спящий режим. Также потребуется настроить доступы, кликнув на пункт, отмеченный на скриншоте выше цифрой 2:

Для подключения потребуется ввести в утилиту “Удаленный рабочий стол” название компьютера:

Вариант 2. Подключение с помощью TeamViewer.

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

Самая популярная на данный момент программа для решения этой задачи – TeamViewer. Она является бесплатной для некоммерческого использования при общем количестве подключенных в сеть машин не более пяти, но алгоритм определения коммерческого использования иногда дает сбои и вам предлагается оплатить доступ к программе.

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

Вариант 3. Подключение с помощью LiteManager.

Одна из бесплатных программ. Поддерживает неограниченное количество подключений. Из особенностей – программа разделена на клиентскую и серверную части. Серверная устанавливается на машине, к которой вы собираетесь подключаться, а клиентская служит для доступа к подключенным машинам и управления ими.

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

Вариант 4. Подключение с помощью Chrome Remote Desktop.

Это самый простой вариант из всех возможных. Все, что вам нужно иметь – аккаунт Google и возможность установить на компьютере браузер Chrome. После установки браузера и регистрации учетной записи, переходим в меню расширений:

Оттуда переходим в интернет-магазин Chrome и ищем расширение под названием Chrome Remote Desktop. После установки расширения машина автоматически добавится в список доступных.

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

Сложный вариант

Но что же делать, если нам нужно много терминалов на каждом компьютере? Устанавливать каждый из них отдельно, перетаскивая все индикаторы, советники, заново все настраивая и оптимизируя? К счастью, этого не требуется. Дальше я расскажу про немного более сложный способ, использующий виртуальные машины.

Прелесть виртуальной машины в том, что вы можете настроить всю систему один раз, а затем буквально двумя кнопками создать абсолютный клон

Прежде чем начать, нужно запастись некоторым софтом. Вам понадобятся всего две вещи: образ операционной системы для установки на виртуальную машину (подойдет любой образ Windows, но в видео я использую Windows 7) и специальная программа под названием Virtual Box.

Программу вы можете скачать тут, она совершенно бесплатна. Еще вам понадобится Extension Pack, который вы найдете также по ссылке выше. Расписывать установку программ я не буду – все стандартно и совсем несложно.

Создание виртуальной машины

Нажимаем кнопку Создать и видим следующее окно:

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

Снова жмем Создать, и наша новая виртуальная машина появится в списке:

Запускаем, нажав кнопку Запустить, и дожидаемся загрузки.

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

После того, как Windows установлен, настало время настроить сетевой адаптер. Для этого жмем на нашу машину в списке и выбираем пункт «Настроить».

Вы увидите такое окно:

Переходим в настройку сети:

И заполняем все, как показано на скриншоте выше.

Теперь нужно настроить параметры подключения на основном компьютере. Для этого перейдем в папку сетевых подключений и сначала настроим подключение к интернету:

Тут нам нужно зайти на вкладку Доступ и поставить параметры, как показано на рисунке ниже:

Далее настраиваем адаптер виртуальной машины (2).

Выделяем пункт IPv4 и жмем кнопку Свойства:

Заполняем появившееся окно:

Теперь запустим виртуальную машину и уже на ней настроим адаптер:

Снова выберем настройку IPv4 и нажмем кнопку Свойства:

Настройки будут следующими:

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

Теперь зайдем на виртуальной машине в Панель управления – Система и безопасность – Система – Настройка удаленного доступа:

На этом настройка закончена, можно проверить подключение по rdp. Для этого сверните окно с виртуальной машиной и на основной машине нажмите Win+R, введя в появившемся окне mstsc и нажав Enter:

Вы увидите окно подключения к удаленному рабочему столу:

Введем ip, который установили тут:

И подключимся к виртуальной машине через rdp.

Чтобы окно виртуальной машины не мешало, вы можете запустить ее в фоновом режиме. Для этого выключите машину, а затем нажмите Запустить – Запустить в фоновом режиме:

После загрузки виртуальной машины в фоновом режиме вы увидите небольшое превью:

Когда система будет загружена, вы сможете подключиться к машине через Удаленный рабочий стол.

Для того, чтобы создать несколько машин, достаточно сделать так:

Вы увидите вот такое окно:

Выберите название новой виртуальной машины, и через некоторое время вы увидите ее в списке ваших виртуальных машин. Перед использованием новой машины необходимо поменять ip, изменив последнюю цифру:

Кстати, если у вас белый ip, вы можете получать доступ из интернета к каждой из ваших виртуальных машин, что может быть довольно удобно. Чтобы настроить виртуальную машину для этого, достаточно перейти в настройки->Дисплей->Удаленный доступ и включить галочку:

Далее в окне утилиты Удаленный рабочий стол нужно указать ваш ip и порт после двоеточия (:3389).

Заключение

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

Источник

Как подключиться к виртуальному серверу VPS/VDS

VPS/VDS — это тот же удаленный компьютер, к которому можно без проблем подключиться с локальной машины. Для этого нужно знать IP-адрес сервера, имя пользователя и пароль. Все эти данные хостер отправляет на почту при создании сервера VPS/VDS.

Подключаться к VDS можно через разные протоколы: SFTP, SSH, RDP.

Как подключиться к VDS/VPS через SFTP

Для начала посмотрим, как зайти на сервер VPS/VDS через SFTP. Это тот же FTP, только соединение выполняется с помощью защищенного протокола SSH.

Прежде всего нужно узнать IP сервера и другие данные для подключения. Эта информация приходит в письме от хостера после установки операционной системы на VPS/VDS. Например, сообщение от Timeweb выглядит так:

Подключение к виртуальному серверу по SSH

Теперь посмотрим, как подключиться к виртуальному серверу через SSH. На Linux и macOS можно использовать терминал. Установка сторонних приложений не понадобится.

Если все данные указаны верно, то соединение будет установлено. Теперь вы можете управлять VPS/VDS через терминал.

В настройках подключения укажите IP-адрес сервера (строка Host Name) и номер порта — по умолчанию 22. Чтобы сохранить сессию и каждый раз не задавать IP, впишите любое имя в после Saved session и нажмите Save.

Затем кликните Open, чтобы запустить соединение. При первом подключении появится окно подтверждения. Нажмите Yes. После подтверждения появится консоль. Авторизуйтесь с помощ ью логина и пароля, полученных от хостера. Нажмите Enter. Если все данные указаны верно, то соединение будет установлено.

Читайте также

Подключение к VDS с Windows через RDP

Если на VDS установлена Windows, можно подключиться к серверу по протоколу RDP (Remote Desktop Protocol).

На Windows есть встроенный RDP-клиент.

Чтобы сообщение об отсутствии сертификата больше не появлялось, нажмите на кнопку «Показать параметры» и на вкладке «Дополнительно» выберите режим «Подключаться без предупреждения».

Чтобы передавать файлы на сервер, добавьте к подключению источники. Откройте вкладку «Локальные ресурсы», нажмите на кнопку «Подробнее» и отметьте нужное устройство в списке.

На Linux для подключения нужен RDP-клиент. Он может быть встроенным или его придется устанавливать специально.

Например, на Ubuntu есть встроенная программа Remmina. В ней нужно создать новое подключение, указать IP-адрес сервера, логин и пароль для подключения и нажать на кнопку «Connect». Появится окно с сообщением о сертификате, в котором нужно кликнуть «ОК». При первом подключении также всплывает уведомление с текстом «Вы хотите найти в этой сети. ». Нажмите «Да», чтобы в дальнейшем не было проблем с соединением.

На macOS для подключения используется фирменная утилита от Microsoft, которая называется Remote Desktop.

Чтобы подключить к серверу папку, которая располагается на локальном компьютере, перейдите на вкладку Redirection, нажмите на плюс и выберите директорию.

Вне зависимости от версии ОС на локальном компьютере, подключение через RDP будет работать одинаково.

Источник