Как сделать дублирование сервера
Как создать и настроить выделенный сервер в Valheim — как установить SteamCMD, сохранить мир игры и напрямую подключаться к серверу
Кооперативный симулятор выживания викинга Valheim вышел в раннем доступе в Steam. Игра c огромной скоростью набирает популярность. Однако в техническом плане всё не так гладко. В частности, настроить регулярную игру с друзьями в одном мире оказалось непросто. В этом гайде мы собрали всю известную информацию о том, как создать собственный сервер и подключаться напрямую через Steam.
Как скачать и установить SteamCMD
В Valheim есть и однопользовательский и кооперативный режимы. Вы можете начать своё личное одиночное приключение, однако мир Valheim богат на различные активности, поэтому гораздо интереснее исследовать его с друзьями. На сегодняшний день вы уже можете попробовать кооператив до 10 человек, для этого необходимо быть на одном сервере.
Чтобы всё получилось, необходимо сначала скачать SteamCMD. Сделать это довольно просто, достаточно открыть одну из первых ссылок в Google.
Извлеките программу в заранее созданную папку в любое место на компьютере, предпочтительно на рабочий стол, чтобы её было легко найти.
Открываем steamcmd.exe. В появившемся окне, после «Steam>» прописываем login anonymous и нажимаем Enter.
Таким образом можно анонимно подключиться к серверу, однако это ещё не всё. Далее, после новой записи «Steam >», прописываем app_update 896660. Это необходимо для установки всех новых обновлений на сервер. В первый раз потребуется довольно много времени, в дальнейшем процедура будет проходить быстрее. После установки всех обновлений появится запись «Success!» — значит вы всё сделали правильно. Чуть ниже снова появляется «Steam>», где можно прописать exit и закрыть окно. После каждого обновления процедуру необходимо повторять.
В папке C:\Users\user\Desktop\steamcmd\steamapps\common\Valheim dedicated server (расположение завиcит от того, куда вы распаковали Steamcmd), можно найти файл «Valheim dedicated server manual.pdf». В нём также есть инструкция по подключению сервера, написанная самими разработчиками. Её можно изучить, если вдруг что-то пойдёт не так.
Как настроить сервер
Кроме упомянутого мануала, в папке «Valheim dedicated server» будет файл «start_headless_server.bat». Сделайте его копию в папке вашего сервера. Выберите редактировать «start_headless_server.bat». Напишите то, что вам нравится в областях name, world, password. После этого просто сохраните и выйдите.
Убедитесь, что порты с 2456 по 2458 открыты в брандмауэре вашего маршрутизатора и компьютера. Теперь вы можете запустить сервер с помощью файла «valheim_server.exe». Сервер готов, когда он показывает «игровой сервер подключён». Чтобы правильно закрыть сервер, в открытой командной строке введите любую клавишу.
Как сохранить мир для Valheim
Вы можете найти свой мир в AppData\LocalLow\IronGate\Valheim. Также возможно перенести свои однопользовательские сохранения на выделенный сервер, если он находится на другом компьютере. Просто убедитесь, что на другом устройстве тот же файл «start_headless_server.bat».
Если вы хотите свой индивидуально созданный мир, сначала создайте мир в одиночном режиме. В самом начале вас попросят выбрать имя конфигурации мира и покажут название вашего сида. Как только вы подключитесь к сгенерированному миру, можно выйти из игры. Поместите заданное вами имя конфигурации мира (не сида) в графу world в файле «start_headless_server.bat». Как только сервер запустится снова, у вас будет пользовательский мир, сгенерированный на выделенном сервере.
Прямое подключение
Перейдите в Steam > Вид > Серверы > Избранное > Добавить сервер. Тут можно добавить сервер сразу в Steam. Поставьте IP-адрес вашего компьютера, а затем порт 2457 (порт по умолчанию +1, если вы его изменили), например, 192.168.1.20:2457. Теперь вы можете напрямую подключиться через браузер Steam к серверу. Если вы подключаетесь извне, поставьте свой внешний IP-адрес. Он может появиться на секунду, а затем исчезнуть, не забудьте дважды щелкнуть по нему сразу после обновления. Однако это замечено не у всех пользователей.
Дополнительные инструкции
Пароль, о котором мы упоминали выше, на данный момент является обязательным. Не оставляйте его пустым и добавьте не менее 5 символов. Убедитесь, что диапазон портов открыт (2456-2458) в вашем маршрутизаторе и в расширенном брандмауэре Windows. Он может не отображаться до тех пор, пока вы не добавите диапазон вручную в брандмауэр adv, как TCP, так и UDP.
Хотя на данный момент к серверу могут присоединиться до 10 человек, разработчики рекомендуют не больше 5 для комфортной игры.
Чтобы убедиться, что порты 2456-2458 открыты в вашем брандмауэре, откройте текстовый редактор (мы рекомендуем notepad++) и вставьте код:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesSharedAccessParametersFirewallPolicyFirewallRules]
«
«<63F3B483-4FE0-4AEC-809D-FF2FF5A6BF34>«=»v2.10|Action=Allow|Active=TRUE|Dir=In|Protocol=17|LPort2_10=2456-2458|Name=Valheim UDP IN|»
«<2309BBAA-7066-48E1-94CC-8EECFA4B7827>“=”v2.10|Action=Allow“Active=TRUE”Dir=Out“Protocol=6”RPort2_10=2456-2458“Name=Valheim TCP OUT”»
«<8E885DDE-D9FD-4B9A-AED4-AA35F1DF0779>“=”v2.10|Action=Allow“Active=TRUE”Dir=Out“Protocol=17”RPort2_10=2456-2458“Name=Valheim UDP OUT”»
Сохраните файл как Valheim-Firewall.reg и откройте его.
Разворачиваем дополнительный контроллер домена на базе Windows Server 2012 R2. Репликация, настройка работы DHCP с основным контроллером домена.
В этой статьe мы разобрали как развернуть контроллер домена на базе Windows Server 2012 R2. Теперь наша задача развернуть дополнительный контроллер домена, который будет подстраховкой в случае если основной выйдет из строя.
Итак мы имеем в работе:
Проделываться все действия будут на виртуальной машине.
Установка Windows Server 2012 R2 и подготовительная настройка системы
Устанавливаем Windows Server 2012 R2 Standart with GUI. После установки системы обязательно:
На этом подготовка системы завершена, можно приступать к развертыванию необходимых ролей.
Поднимаем роли AD DS + DNS + DHCP на дополнительном контроллере домена
Все действия по развертыванию и настройке ролей на дополнительном контроллере домена, мы будем производить с основного контроллера домена. Поэтому заходим в моем случае на основной контроллер домена DC1 (192.168.0.2) и добавим наш дополнительный сервер в основной, Manage — Add Servers.
Переходим во вкладку DNS, в поле Search вбиваем IP-адрес нашего дополнительного сервера (в моем случае 192.168.0.3), сервер должен появится в списке найденных, выделяем его и нажимаем кнопку переместить (>). Нажимаем ОК.
После добавления сервера, если перейти в All Servers, то мы увидим что у нас там теперь два сервера. Теперь можно из основного сервера добавлять, настраивать роли на другом сервере.
Добавляем новую роль на дополнительном сервере DC2. Переходим Server Manager — Manage — Add Roles and Features.
Выбираем первый пункт Role-based or feature-based installation (Базовая установка ролей и компонентов).Нажимаем Next.
Выбираем Select a server from the server pool и выбираем сервер из списка, т.к. мы настраиваем дополнительный сервер, то выделяем dc2.jakonda.local и нажимаем Next.
Далее все как и в статье по развертыванию контроллера домена:
По завершении установки роли AD DS в Server Manager нажимаем на значок Флажка с восклицательным знаком и выбираем Promote this server to a domain controller (Повысить этот сервер до контроллера домена). Запустится мастер конфигурирования AD DS для сервера DC2.
Т.к. мы разворачиваем дополнительный контроллер домена, то нужно добавить его в уже существующий домен. Выбираем Add a domain controller to an existing domain. Автоматические подставится название текущего домена (jakonda.local) и какую доменную учетную запись использовать при выполнении данной операции. Нажимаем Next.
Проверяем установлены ли галочки (Domain Name System (DNS) Server, Global Catalog (GC)), в пункте Site name оставляем значение Default-First-Site-Name и задаем пароль для восстановления служб каталогов. Нажимаем Next.
Предупреждение о том что не может быть создано делегирование разворачиваемого DNS сервера, игнорируем. Нажимаем Next.
В дополнительных опциях в пункте Replicate from (Репликация из) выбираем основной контроллер домена DC1.jakonda.local. Это мы указываем дополнительному контроллеру домена откуда производить репликацию даннных AD, DNS. Нажимаем Next.
Пути к каталогам оставляем по-умолчанию, далее просматриваем сводную информацию по конфигурации AD DS. Нажимаем Next.
Если проверка выполнена успешно, то нажимаем Install.
После того пройдет установка, если зайти на DC2, то увидим что роли AD, DNS подняты, произведена репликация из DC1.
Если необходимо посмотреть, изменить параметры репликации, то заходим Server Manager — Tools — Active Directory Sites and Services.
Так же можно с помощью командной строки принудительно запустить процесс репликации, с помощью утилиты repadmin:
Так же с помощью данной утилиты можно посмотреть результат последних репликаций:
Теперь перейдем к развертыванию DHCP на дополнительном сервере DC2 и его настройке в совместном режиме работы с DHCP на основном сервере DC1.
Поднимаем на дополнительном сервере службу DHCP и настраиваем ее режим работы
Устанавливаем роль DHCP Server аналогично как описано в этой статье только в качестве установки роли выбираем дополнительный сервер.
После установки Роли, в Server Manager нажимаем на значок Флажка с восклицательным знаком и выбираем Complete DHCP configuration (Завершить конфигурацию DHCP). Запустится мастер после установочной конфигурации DHCP. В мастере выполняем следующие действия:
На основном контроллере домена DC1, настроен DHCP-сервер, нужно решить как будет работать DHCP-сервер на дополнительном контроллере домена DC2. Пути решения могут быть такие:
Настройка Split Scope (использование разделенных областей). Открываем оснастку DHCP на основном сервере DC1: Server Manager — Tools — DHCP. Нажимаем правой кнопкой мыши по имени области и выбираем Advanced… — Split Scope.
Описание режима Split-Scope. Нажимаем Next.
Указание дополнительного DHCP сервера, в моем случае DC2. Нажимаем Add Server.
Отмечаем пункт This authorized DHCP server и выбираем дополнительный сервер (dc2.jakonda.local). Нажимаем ОК и следом Next.
Задаем процентное соотношение распределения адресного пула между двумя серверами DC1 и DC2. Ниже видно с какого по какой адрес будет выдаваться основным и дополнительным сервером. Нажимаем Next.
Указываем задержку ответа серверов в мс. Укажем для дополнительного сервера DC2 задержку в 10 мс, выдавать все адреса будет основной сервер DC1, а дополнительный только при недоступности основного или заполнении его пула адресов.
Вывод сводной информации по настройке. Нажимаем Finish.
Если все заданные нами параметры успешно установлены, то напротив каждого пункта будет Successful. Нажимаем Close.
Открываем оснастку DHCP на дополнительном сервере DC2: Server Manager — Tools — DHCP. Нажимаем правой кнопкой мыши по имени области и выбираем Activate.
Теперь при отказе или заполнении выделенного на основной сервер DC1 пула адресов, его подстрахует дополнительный сервер DC2.
Настройка Failover (Отказоустойчивый). Открываем оснастку DHCP на основном сервере DC1: Server Manager — Tools — DHCP. Нажимаем правой кнопкой мыши по имени области и выбираем Configure Failover…
Выбираем пул к которому хотим применить Failover. Нажимаем Next.
В поле Partner Server выберем второй сервер (dc2.jakonda.local). Пункт Reuse existing failover relationships configured with this server (if any exist) (Использовать существующие отношения отработки отказа с этим сервером (если доступно)) будет активно, если ранее уже создавалось отказоустойчивый профиль, то мастер предложит воспользоваться существующим профилем. Нажимаем Next.
Задание отказоустойчивых параметров:
Задаем нужные нам параметры. Нажимаем Next.
Вывод сводной информации по указанной конфигурации. Нажимаем Finish.
Если все заданные нами параметры успешно установлены, то напротив каждого пункта будет Successful. Нажимаем Close.
В рамках текущей задачи, мы настроили работу дополнительного контроллера домена DC2, который в случае отказа основного контроллера домена DC1 подстрахует его.
дублирующий файл сервер
Резервный\Дублирующий контроллер домена
Есть Windows 2012 контролер АД и Windows 2012 R2 введенный в этот АД. Вопрос возможноли настроить.
Дублирующий монитор в соседний дом
Добрый день! Появилась необходимость от компьютера в соседнее здание протянуть дублирующий монитор.
Вирус дублирующий окна браузера и дающий в последствии 100% нагрузку на процессор
Принес знакомый ноутбук с проблемой «бывает блокирует сайты и ни одна соц.сеть не доступна.
юзеров которым нужна именно эта папка, всего 5, да рабочая группа, в расшаренную папку на сервере входят по логинам паролям, данные: вордовские документы итп, все весит около 10 Гб, но меняется не так уж и много в день
может утилитку для бэкапа какую нибудь использовать, а если что с сервером, вручную все быстро перенастроить
Собаку съел. 
Мне до сих пор непонятна суть наличии сервера. Ведь файлохранилищем может быть любая рабочая станция, на крайняк можно купить сетевую хранилку, в которой уже предусмотрено зеркалирования (дублирование) на аналогичный хард. Быть может имеет смысл избавиться продать сервер и приобрести сетевое хранилище, например, «NETGEAR ReadyNAS Duo V2».
когда я пришел на эту работу, тут сервер уже стоял, без системы, когда я узнал зачем он, они сказали, хранить файлы и базу 1С, причем 1С тоже через расшаренную папку
7500р.), чтобы снизить к минимуму возможность потери данных. К тому же Windows Server 2008 стОит немалых денег, а если установлена пиратская копия, то соответствующая проверяющая служба может оштрафовать на внушительную сумму (укажите в служебке статью за использование нелегального софта). Попросите их написать письменный отказ, который снимет с Вас ответственность в случае проверки «лицензионности» софта и утери данных. По-моему этих аргументов будет достаточно, чтобы найти компромисс практически с любым руководством.
7500р.), чтобы снизить к минимуму возможность потери данных. К тому же Windows Server 2008 стОит немалых денег, а если установлена пиратская копия, то соответствующая проверяющая служба может оштрафовать на внушительную сумму (укажите в служебке статью за использование нелегального софта). Попросите их написать письменный отказ, который снимет с Вас ответственность в случае проверки «лицензионности» софта и утери данных. По-моему этих аргументов будет достаточно, чтобы найти компромисс практически с любым руководством.
насчет потери данных: я же на RAID 1 поставил, и бекап делаю.
насчет лицензионности: windows 2008 r2 они купили лицензионный вместе с сервером.
Интересно, что будет если сказать, а вот на сервере же есть лицензия, компы подключены к серверу, я думал, это значит лицензия на все компы распространяется
юзеров которым нужна именно эта папка, всего 5, да рабочая группа, в расшаренную папку на сервере входят по логинам паролям, данные: вордовские документы итп, все весит около 10 Гб, но меняется не так уж и много в день
может утилитку для бэкапа какую нибудь использовать, а если что с сервером, вручную все быстро перенастроить
Смотрите, бекап вам по факту не нужен ( так как умрет сервер 1 есть инфа на 2, умрет 2, есть инфа на 1 ) Только если вам нужен архив с точки зрения глубины, то делать можно так же через робокопи, если будет нужно, дам скрипт который бекапит данные и раскладывает папочки по датам.
У вас есть сервер 1 и сервер 2
на сервер 1 где есть данные делаем скрипт копирования на сервер 2, например каждый 5 минут. ( я бы использовал робокопи ) так как не уверен что икскопи умеет работать с файлами с которыми работают, то есть с теневыми копиями файлов, но это нужно еще разобратцо.
Вам нужно будет подключать 2 сетевых диска юзерам, и как то объяснять, что работать нужно конкретно с диском 1 сервера, а со вторым работать или с вашей указки или еще как то. если юзер начнет писать что то на 2 сервер, это затрется ровно тогда, когда запуститься скрипт на 1 сервере.
Видите какая проблемко назревает??
Решить эту проблему можно, в инете приводят манипуляции с сетевыми дисками.