vrfs что за файл
Распаковка игровых ресурсов, часть 1
Недавно с содроганием осознал, что мой геймерский опыт превышает 20 лет. В первую игру я поиграл где-то в 1994-1995 году, уже даже не припомню, что это была за игра, но помню, что играл в нее я на приставке от Nintendo. И вот играл я себе, играл, практически все эти годы (с некоторыми перерывами), и несколько лет назад мне вдруг стало интересно, как же все эти игрушки работают, и я занялся моддингом.
Первое с чем я сполкнулся, это игровые архивы. Для большинства игр, чтобы сделать дополнение, необходимо распаковать ее ресурсы. Вот и стал я искать программы способные это сделать. За несколько лет модостроительства пользовался несколькими десятками, если даже не сотнями подобных прог, но в оновном юзаю штук 5-10.
В общем, кое-какой опыт в этом деле я имею, и решил я им поделиться. Для начала расскажу о шести программ для распаковки игровых ресурсов. У всех из них есть свои плюсы, есть и свои минусы. Все расчитаны на разное количество игр, на разные игровые движки и так далее.
Итак, первая такая программа, о которой я хочу рассказать это Game Extactor.
Game Extractor – поддерживает распаковку архивов более чем 1400 игр и программ, имеет возможность подключения дополнительных BMS-скриптов для распаковки. Кроме того, программа способна открывать и распаковывать архивы еще не меньше сотни игр и программ, не внесенных разработчиками в список поддерживаемых, доводя таким образом число поддерживаемых игр как минимум до полутора тысяч. Программа также способна открывать обычные ZIP, RAR, TAR и другие типы архивов, которые часто используются в играх, в особенности в инди-проектах. Платная версия программы способна также упаковывать файлы в любой из поддерживаемых типов архивов и заменять в них файлы. Для работы обоих версий программы, требуется установить Java.
Достоинства: самое большое среди подобных программ количество поддерживаемых типов ресурсов, возможность подключения дополнений, простота и удобство в использовании, поддержка многих типов обычных архивов.
Недостатки: имеются небольшие баги (иногда запускается не с первого раза, во встроенном в программу проводнике файлов иногда не открывается системный диск и др.), нет поддержки русского языка, не все дополнительные скрипты корректно работают, либо вовсе не работают, имеется платная версия.
Последняя версия: Game Extractor 2.01
Вторая и третья, практически идентичные программы, но со своими нюансами:
QuickBMS и QuickBMS GUI – сами по себе, эти программы не могут распаковывать ресурсы игр, это только оболочка для запуска BMS-скриптов. Отличает эти программы способ открытия файлов, первая после запуска сразу открывает окно выбора скрипта, затем архива и папки назначения, полностью портативна (то есть не требует установки), вторая имеет полноценный графический интерфейс, инструменты для создания и редактирования скриптов и ей необходима установка. Энтузиастами написаны тысячи скриптов для данных программ. Только на официальной странице программы их более 1000, некоторые из них способны упаковывать и распаковывать десятки игр, таким образом количество поддерживаемых игр и программ превышает 2000. Есть возможность запуска плагинов для Total Commander.
Достоинства: огромное количество скриптов, имеются скрипты не только на распаковку, но и на упаковку архивов, конвертацию файлов, работу с образами дисков и мн. др., активное развитие скриптинга для программы, скрипты для распаковки ресурсов новых игр появляются в течении нескольких месяцев, возможность создавать свои скрипты, скрипты для этой программы, поддерживаются и некоторыми другими распаковщиками ресурсов.
Недостатки: необходимость вручную выбирать скрипты
Последняя версия: QuickBMS 0.6.1d, QuickBMS GUI 2.0 beta
Благодаря четвертой программе, появились на свет две предыдущие:
MultiEx Commander – неплохая программа для распаковки ресурсов игр. Поддерживает распаковку более 400 игр, установку собственных плагинов (которых не очень много, но все же, их можно найти в бескрайних просторах сети), скрипты BMS и дополнения для Game Extractor. Теоретически, должна поддерживать несколько тысяч игр и приложений, но на самом деле, не все так радужно, далеко не все скрипты дружат с данной прогой.
Достоинства: поддержка дополнений различных типов.
Недостатки: не все скрипты работают с этой прогой, отсутствует возможность смены языка интерфейса, для получения программы с официального сайта, необходимо пройти регистрацию, после чего на электронный адрес придет ссылка на скачивание.
Последняя версия: MultiEx Commander 4.5.1 Release Candidate 1 Alpha (08-04-2013)
Dragon Unpacker – без преувеличения, одна из лучших программ в своем роде. Способна открыть и распаковать более 600 разновидностей ресурсов игр и программ. Кроме того, имеет функцию сканирования архивов на файлы определенных типов, которые устанавливаются в настройке программы. Таким образом можно извлечь из почти любого архива, музыку, изображения и видео популярных в игровой индустрии форматов, при условии что он не зашифрован.
Достоинства: возможность сканирования архивов на предмет медиафайлов, большое количество поддерживаемых игр, имеется рускоязычный интерфейс, удобное и простое управление, имеется возможность подключения плагинов, позволяет просматривать графические файлы в окне программы.
Недостатки: серьезных недостатков и багов нет, из небольших: у программ-конкурентов побольше поддерживаемых игр, иногда бывают ложные срабатывания сканера (в старых версиях, такое было чаще), в предыдущих версиях сканирование было довольно долгим, но в последних версиях оно ускорилось в несколько раз.
Последняя версия: Dragon Unpacker 5.7.1, стабильная версия: 5.7.0
И, наконец, последняя на сегодня:
Game File Explorer – распаковщик и просмотрщик игровых ресурсов. Он поддерживает всего лишь около 60 форматов архивов из нескольких десятков игр. Кроме распаковки/упаковки архивов имеет возможность просмотра изображений, в том числе некоторых редких форматов, некогда используемых в видеоиграх. Применяется в основном для моддинга игр 1990-х-нач. 2000-х.
Достоинства: возможность просмотра изображений игровых форматов прямо в окне программы.
Недостатки: несмотря на то, что данная программа известна в среде моддеров, она не обновлялась аж с 2001 года. Из этого вытекает небольшое количество поддерживаемых игр, официальный сайт давно исчез, однако программа спокойно запускается на современных ОС.
Последняя версия: Game File Explorer 1.32
АДСМ3. IPAM/DCIM-системы
В предыдущих сериях АДСМ мы выработали фреймворк автоматизации, разобрались с тем, зачем появилась виртуализация и как она работает. В последней части мы выбрали и обосновали дизайн сети, роли устройств, производителей, определились с LLD (адресацией, маршрутизацией, номерами Автономных Систем).
Теперь мы готовы подумать о том, как всю эту гору информации хранить и в дальнейшем удобно извлекать.
Нет, есть, конечно, и сегодня компании, которые ведут учёт выделенных IP-адресов в таблице Excel. Но это не наш путь.
Даже для самой маленькой конторки размеров в пару филиалов наличие централизованной системы управления IP-пространством не повредит.
Необходимость системы инвентаризации очевидна без лишних слов.
Этот выпуск я посвящу неотъемлемым системам в сетевой автоматизации — системе управления адресным пространством и инвентарной системе.
Мы выберем и установим её, разберёмся с архитектурой, схемой БД, интерфейсами взаимодействия и наполним её. А в следующих частях начнём писать несложные скрипты, автоматизирующие повторяющиеся операции, такие как добавление новых стоек.
Кроме того, я уже опубликовал отдельную статью о RESTful API, в которой сделал короткий обзор его принципов и работы, это нам понадобится.
Содержание
Для задач этой серии статей я выбрал NetBox по следующим причинам:
Для нужд АДСМ я развернул NetBox в виртуалочке на нашем сервере (спасибо Антону Клочкову и Мирану): http://netbox.linkmeup.ru:45127
Кроме того я заполнил почти все необходимые нам в дальнейшем данные.
Поэтому вы можете попробовать почти все примеры и изучать схему данных в режиме чтения, пока не развернули свою инсталляцию.
Немного полезного перед началом:
Архитектура системы
NetBox — проект молодой и быстро развивающийся. Например, в 2.7 отказались от supervisord и тянущегося за ним Python 2.7 в пользу systemd. Не так давно там не было ни кэширования, ни Webhooks.
Поэтому меняется всё быстро и информация в статье может устареть к моменту чтения.
Иными словами все компоненты зрелые и проверенные.
По словам автора NetBox отражает не реальное состояние сети, а целевое. Поэтому ничего не подгружается в NetBox из сети — это сеть настраивается в соответствие с содержимым NetBox.
Таким образом NetBox выступает единственным источником истины (калька с single source of truth).
И изменения на сети должны быть инициированы изменениями в NetBox.
А это очень неплохо ложится на идеологию, которую я исповедую в этой серии статей — хочешь сделать изменения на сети — сначала внеси их в системы.
Схема данных NetBox
Две главные задачи, которые решает NetBox: управление адресным пространством и инвентаризация.
NetBox едва ли станет единственной системой инвентаризации в компании, скорее, это будет специфическая дополнительная система для инвентаризации именно сети, забирающая данные из основной.
Очевидно, в нашем случае для целей АДСМ будет только NetBox.
К данному моменту бо́льшая часть начальных данных в NetBox уже внесена.
На этих данных я буду демонстрировать различные примеры работы через API.
Вы можете просто полазить и посмотреть: netbox.linkmeup.ru:45127
И эти же данные понадобятся в дальнейшем, когда мы перейдём к автоматизации.
В общих чертах схему данных можно увидеть по схеме БД в Postgres’е
Обо всём по порядку.
Самая важная часть — это, несомненно, какое оборудование у нас стоит и как оно друг к другу подключено. Но начинается всё с того, где оно стоит.
Регионы и сайты (regions/sites)
В парадигме NetBox устройство устанавливается на сайт, сайт принадлежит региону, регионы могут быть вложены. При этом устройство не может быть установлено просто в регионе. Если такая необходимость есть, должен быть заведён отдельный сайт.
Для нашего случая это может (и будет) выглядеть так:
Напоминаю где и как мы планировали нашу сеть: АДСМ2. Дизайн сети
Давайте посмотрим, что позволяет API.
Вот так можно вывести список всех регионов:
Здесь и далее я буду приводить примеры curl и pynetbox без вывода результата.
Не забудьте слэш в конце URL — без него не заработает.
Как использовать pynetbox я рассказывал в статье про RESTful API.
Получить список сайтов:
Список сайтов конкретного региона:
Обратите внимание, что поиск идёт не по полному имени, а по так называемому slug.
Slug — это идентификатор, содержащий только безопасные символы: [0-9A-Za-z-_], который можно использовать в URL. Задаётся он при создании объекта, например, «bcn» вместо «Барселона».
Устройства
Само устройство обладает какой-то ролью, например, leaf, spine, edge, border.
Оно, очевидно, является какой-то моделью какого-то вендора.
Например, Arista.
Таким образом, сначала создаётся вендор, далее внутри него модели.
Модель характеризуется именем, набором сервисных интерфейсов, интерфейсом удалённого управления, консольным портом и набором модулей питания.
Помимо коммутаторов, маршрутизаторов и хостов, обладающих Ethernet-интерфейсами, можно создавать консольные сервера.
Получить список всех устройств:
Всех устройств конкретного сайта:
Всех устройств определённой модели
Всех устройств определённой роли:
Устройство может быть в разных статусах: Active, Offline, Planned итд.
Все активные устройства:
Интерфейсы
NetBox поддерживает множество типов физических интерфейсов и LAG, однако все виртуальные, такие как Vlan/IRB и loopback объединены под одним типом — Virtual.
Каждый интерфейс привязан к какому-либо устройству.
Интерфейсы устройств могут быть подключены друг к другу. Это будет отображаться как в интерфейсе, так и в ответах API (атрибут connected_endpoint).
Интерфейс может быть в различных режимах: Tagged или Access.
Соответственно, в него могут быть спущены с тегом или без VLAN’ы — данного сайта или глобальные.
Получить список всех интерфейсов устройства:
Получить список VLAN’ов конкретного интерфейса.
Обратите внимание, что тут я уже использую метод get вместо filter. Filter возвращает список, даже если результат — один единственный объект. Get — возвращает один объект или падает с ошибкой, если результатом запроса является список объектов.
Поэтому get следует использовать только тогда, когда вы абсолютно уверены, что результат будет в единственном экземпляре.
Ещё здесь же прямо после запроса я обращаюсь к атрибутам объекта. Строго говоря, это неправильно: если по запросу ничего не найдено, то pynetbox вернёт None, а у него нет атрибута «untagged_vlan».
И ещё обратите внимание, что не везде pynetbox ожидает slug, где-то и name.
Выяснить к какому интерфейсу какого устройства подключен определённый интерфейс:
Узнать имя интерфейса управления:
Консольные порты
Консольные порты не являются интерфейсами, поэтому вынесены как отдельные эндпоинты.
Порты устройства можно связать с портами консольного сервера.
Выяснить к какому порту какого консольного сервера подключено конкретное устройство.
Метод serialize в pynetbox позволяет преобразовать атрибуты экземпляра класса в словарь.
VLAN и VRF
Могут быть привязаны к локации — полезно для VLAN.
При создании VRF можно указать, допускается ли пересечение адресного пространства с другими VRF.
Получить список всех VLAN:
Получить список всех VRF:
IP-префиксы
Имеют иерархическую структуру. Может принадлежать какому-либо VRF (если не принадлежит — то Global).
В NetBox очень удобное визуальное представление свободных префиксов:
Выделить можно просто кликом на зелёную строчку.
Может быть привязан к локации. Можно через API выделить следующий свободный под-префикс нужного размера или следующий свободный IP-адрес.
Галочка/параметр «Is a pool» определяет, будет ли при автоматическом выделении выделяться 0-й адрес из этого префикса, или начнётся с 1-го.
Получить список IP-префиксов сайта Малага c ролью Underlay и длиной 19:
Получить список свободных префиксов в регионе Россия c ролью Underlay:
Выделить следующий свободный префикс длиной в 24:
Когда внутри одного объекта нам нужно выделить какой-то дочерний, используется метод POST и нужно указать ID родительского объекта — в данном случае — 40. Его мы выяснили вызовом из предыдущего примера.
В случае pynetbox мы сначала (в предыдущем примере) сохранили результат в переменную prefix, а далее обратились к его атрибуту available_prefixes и методу create.
Этот пример у вас не сработает, поскольку токен с правом записи уже недействителен.
IP-адреса
Если есть включающий этот адрес префикс, то будут его частью. Могут быть и сами по себе.
Могут принадлежать какому-либо VRF или быть в Global.
Могут быть привязаны к интерфейсу, а могут висеть в воздухе.
Можно выделить следующий свободный IP-адрес в префиксе.
Чтобы сделать это, просто нужно кликнуть по зелёной строчке.
Получить список IP-адресов конкретного интерфейса:
Получить список всех IP-адресов устройства:
Получить список доступных IP-адресов префикса:
Здесь снова нужно в URL указать ID префикса, из которого выделяем адрес — на сей раз это 28.
Выделить следующий свободный IP-адрес в префиксе:
Виртуализация
Мы же всё-таки боремся за звание современного ДЦ. Куда же без виртуализации.
NetBox не выглядит и не является местом, где стоит хранить информацию о виртуальных машинах (даже о необходимости хранения в нём физических машин можно порассуждать). Однако нам это может оказаться полезным, например, можно занести информация о Route Reflector’ах, о служебных машинах, таких как NTP, Syslog, S-Flow-серверах, о машинах-управляках.
ВМ обладает своим списком интерфейсов — они отличны от интерфейсов физических устройств и имеют свой отдельный Endpoint.
Так можно вывести список всех виртуальных машин:
Так — всех интерфейсов всех ВМ:
Для ВМ нельзя указать конкретный гипервизор/физическую машину, на котором она запущена, но можно указать кластер. Хотя не всё так безнадёжно. Читаем дальше.
Дополнительные приятные вещи
Основная функциональность NetBox закрывает большинство задач многих пользователей, но не все. Всё-таки изначально продукт написан для решения задач конкретной компании. Однако он активно развивается и новые релизы выходят довольно часто. Соответственно появляются и новые функции.
Так, например, с моей первой установки NetBox пару лет назад в нём появились теги, config contexts, webhooks, кэширование, supervisord сменился на systemd, внешние хранилища для файлов.
Custom fields
Иногда хочется к какой-либо сущности добавить поле, в которое можно было бы поместить произвольные данные.
Например, указать номер договора поставки, по которому был приобретён коммутатор или имя физической машины, на которой запущена ВМ.
Тут на помощь и приходит custom fields — как раз такое поле с текстовым значением, которое можно добавить почти к любой сущности в NetBox.
Создаётся Custom fields в админской панели
Вот так это выглядит при редактировании устройства, для которого был создан custom field:
Запросить список устройств по значению custom_field
Config Context
Иногда хочется чего-то большего, чем неструктурированный текст. Тогда на помощь приходит Config Context.
Это возможность ввести набор структурированных данных в формате JSON, который больше некуда поместить.
Это может быть, например, набор BGP communities или список Syslog-серверов.
Config Context может быть локальным — настроенным для конкретного объекта — или глобальным, когда он настраивается однажды, а затем распространяется на все объекты, удовлетворяющие определённым условиям (например, расположенные на одном сайте, или запущенные на одной платформе).
Config Context автоматически добавляется к результатам запроса. При этом локальные и глобальные контексты сливаются в один.
Например, для устройства just a simple russian girl, для которого есть локальный контекст, в выводе будет ключ «config_context»:
Про теги сложно сказать что-то новое. Они есть. Они удобны для добавления какого-либо признака. К примеру, можно пометить тегом «бяда» коммутаторы из партии, в которой сбоит память.
Webhooks
Незаменимая вещь, когда нужно, чтобы об изменениях в NetBox’е узнавали другие сервисы.
Например, при заведении нового коммутатора отправляется хука в систему автоматизации, которая запускает процесс настройки устройства и ввода в эксплуатацию.
Заключение
В этой статье я не преследую цель рассмотреть все возможности NetBox, поэтому всё остальное отдаю вам на откуп. Разбирайтесь, пробуйте.
Далее в рамках построения системы автоматизации я буду касаться только тех частей, которые нам действительно нужны.
Итак, выше я коротко рассказал о том, что из себя представляет NetBox, и как в нём хранятся данные.
Повторюсь, что почти все необходимые данные я туда уже внёс, и вы можете утащить себе дамп БД.
Всё готово к следующему этапу автоматизации: написанию системы (ахаха, просто скриптов) инициализации устройств и управления конфигурацией.
Но, прежде чем закончить статью я ещё скажу пару слов об установке и работе компонентов NetBox.
Некоторые нюансы установки NetBox
Я не буду описывать процесс инсталляции в деталях — он более чем классно описан в официальной документации.
Посмотреть на процесс запуска docker-образа NetBox и работу в GUI можно в видео Димы Фиголя (раз и два) и Эмиля Гарипова.
В целом, если следовать шагам установки/запуска неукоснительно, то всё получится.
Но вот какие есть нюансы, про которые случайно можно забыть.
Изменяется это всё в том же configuration.py:
Немного о PostgreSQL
Для подключения к серверу:
Для вывода всех таблиц:
Если не хочется каждый раз вводить пароль:
Если у вас есть своя инсталляция и не хочется вносить всё руками, можно просто сделать так, взяв дамп текущей БД NetBox тут:
Если предварительно нужно дропнуть все таблицы (а сделать это придётся), то можно подготовить заранее файл:
Vrfs что за файл
Указанная тема не существует, или находится на премодерации.
Cookies Preference Center
We use cookies on this website. To learn in detail about how we use cookies, please read our full Cookies Notice. To reject all non-essential cookies simply click «Save and Close» below. To accept or reject cookies by category please simply click on the tabs to the left. You can revisit and change your settings at any time. read more
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services such as setting your privacy preferences, logging in or filling in formsYou can set your browser to block or alert you about these cookies, but some parts of thesite will not then work. These cookies do not store any personally identifiable information.
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services such as setting your privacy preferences, logging in or filling in formsYou can set your browser to block or alert you about these cookies, but some parts of thesite will not then work. These cookies do not store any personally identifiable information.
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services such as setting your privacy preferences, logging in or filling in formsYou can set your browser to block or alert you about these cookies, but some parts of thesite will not then work. These cookies do not store any personally identifiable information.