Для простоты настройки, многим проще вставить ссылочку в клиент нежели скачивать и импортировать какой-то профиль.
Но это дело вкуса конечно, на linux я использую NetworkManager с плагином для openvpn.
А чем вам Nintendo DS не геймбой? Предыдущие версии даже картриджи от него нативно поддерживают, а под новые эмуляторы есть.
Кроме того многие новые игры по прежнему продолжают использовать старую добрую спрайтовую графику — для ретрограда самое то.
Одна только серия Sonic Adventure и Sonic Colors чего стоит!
Прикольно, но боюсь выстрелит похуже чем SNES Mini, во первых ажиотажа такого уже не будет, а во вторых тут нужна определенная религия что бы привлечь людей: у Nintendo она есть, а у SEGA боюсь что ее уже нет, хотя буду рад ошибаться.
Но если ребята заморочатся и захотят сделать конфетку (какую сделала Nintendo), подопиливают игры для современых экранов, а не просто romы позаливают, или если добавят киллер фичу — например мультиплеер по сети, и все это по цене эквивалентной SNES Mini — это будет просто бомба!
Может кому-то это будет интересно: существует классная штука — SwiftShader от Google.
Она позволяет запускать 3D приложения (OpenGL ES и Direct3D 9) прямо на виртуальном CPU.
Для несложных задач ее бывает более чем достаточно.
Установка простая и непринужденная: достаточно просто подпихнуть dll-библиотеку приложению.
Я рассказал как, но зачем — это уже другой вопрос :)
В основном этот гайд пригодится тем кто имел дело и привык работать с RouterOS.
Ну например если у вас вся инфраструктура построенна на микротиках, вы наверняка захотите иметь единый и стандартизированный интерфейс на всех устройвах, ну или если вы просто захотите сделать выходной узел для вашего домашнего mikrotik-роутера.
Так же RouterOS из коробки поддерживает кучу полезных функций и единый интерфейс к ним, которые сразу же можно использовать не углубляясь в тонкости настройки аналогичных демонов под linux.
Поддерживаю, FreeIPA + Linux-виртуалка с одим мастер-ключем ко всему.
Через правила sudo можно разрешить запуск определенных команд и только с конкретными аргументами, если есть такая необходимость.
Например: пользователь vasya может запускать sudo ssh только с аргументом server1, server2 и switchB
Так же настроить sudoreplay для логирования, после чего каждая ssh сессия будет сохранена и сможет быть проиграна в интерактивном режиме.
Как бонус отсутствие необходимости устанавливать ipa-client на каждом сервере и общий сервер аутентификации с LDAP и удобной web-мордой — что тоже безусловно большой плюс.
Отличная статья наглядно иллюстрирующая flannel и основные принципы работы сетей в Kubernetes, но стоит заметить, что многие сети используют протоколы динамической маршрутизации, а так же поддерживают различные политики. Было бы крайне интересно почтитать про них тоже.
А еще есть просто магически крутая штука — kube-router: он испульзует LVS, что несколько меняет и сильно упрощает представление сети в Kubernetes.
Такая проблема происходит при использовании stateful-протоколов, NBD — как раз один из них.
При использовании stateless NFSv3 эта проблема отсутсвует, но есть ряд крайне неприятных багов при использовании OverlayFS над NFS.
В сообществе мне еще советовали попробовать AOE, но руки так и не дошли. Squashed образ и правда занимает относительно немного места в памяти, а работает гораздо стабильнее чем по сети.
Так, а в чем проблема то? Все что можно установить в chroot все тоже самое можно сделать и тут.
Поддержка железа такая же как и на десктопной версии Ubuntu.
Касательно настройки окружения — достаточно просто положить необходимые конфиги в домашнюю директорию пользователя.
Не отчаивайтесь, зато теперь вы знаете как работает initramfs — а это уже половина дела, все что вы описали в статье применимо так же и к LTSP.
LTSP просто предоставляет вам набор скриптов который сильно упрощает жизнь. :)
К примеру: ltsp-chroot — что бы установить софт или внести другие изменения. ltsp-update-image — и у вас новый squashed образ. ltsp-update-kernels — и у вас готовый конфиг с новыми ядрами для pxelinux.
Вовсе нет, переменная LTSP_NBD_TO_RAM позволяет скопировать Squashed-образ в RAM при загрузке, все дополнительные фс (например локальные диски) можно настроить через переменные FSTAB, есть целая куча встроенных возможностей.
В случае когда чего-то не хватает, всегда можно что-то добавить или изменить т.к. все обработчики являются обычными shell-скриптами, а весь проект и спроектирован быть легко кастомизаруемым и расширяемым.
Вау, я крайне удивлен что ни одного упоминания про LTSP.
Простое и проверенное решение, а главное уже готовое и умеет все тоже самое что описанно в статье.
Я использую несколько модифицированную версию для фермы серверов.
Squashed образ грузится с nbd-сервера и копируется в RAM.
LTSP-сервер вместе с клиентским образом и всеми необходимыми изменениями собирается автоматически из Dockerfile после пуша в корпоративный git-репозиторий.
После загрузки ноды автоматически добавляются в kubernetes-кластер, все дальнейшее управление происходит непосредственно через него.
Уверен, что когда глобальный писец реально начнет припекать, задачка будет более чем актуальна: и спонсоры найдутся, и государственные программы появятся…
Интересно, насколько сложно и насколько целесобразно сконструировать роботов которые будут плавать над коралами и другими особо загрязненными местами и собирать весь этот пластик.
Конструкция может быть максимально простой, ведь плавающая болванка — это не какой-нибудь там дрон раздающий Wi-Fi. Собираемый мусор можно перевозить за собой, в некотором плавающем «буфере», по заполнении которого, робот будет отправляться к берегу или промежуточному кораблю.
Остается вопрос обнаружения нужного мусора, но в эпоху нейронных сетей и машинного обучения не вижу в этом особой проблемы.
Весь собранный пластик можно передавать на переработку. И все довольны.
PROFIT.
Ну, у них есть версии с поддержкой и расширенным функционалом.
На практитке OpenSource версии вполне достаточно.
Но это дело вкуса конечно, на linux я использую NetworkManager с плагином для openvpn.
Спасибо за статью,
Единственное что не понятно зачем использовать docker-compose когда существуют static pods?
Кроме того многие новые игры по прежнему продолжают использовать старую добрую спрайтовую графику — для ретрограда самое то.
Одна только серия Sonic Adventure и Sonic Colors чего стоит!
Но если ребята заморочатся и захотят сделать конфетку (какую сделала Nintendo), подопиливают игры для современых экранов, а не просто romы позаливают, или если добавят киллер фичу — например мультиплеер по сети, и все это по цене эквивалентной SNES Mini — это будет просто бомба!
Она позволяет запускать 3D приложения (OpenGL ES и Direct3D 9) прямо на виртуальном CPU.
Для несложных задач ее бывает более чем достаточно.
Установка простая и непринужденная: достаточно просто подпихнуть dll-библиотеку приложению.
Но совершенно точно работает с VIRTIO и IDE.
В основном этот гайд пригодится тем кто имел дело и привык работать с RouterOS.
Ну например если у вас вся инфраструктура построенна на микротиках, вы наверняка захотите иметь единый и стандартизированный интерфейс на всех устройвах, ну или если вы просто захотите сделать выходной узел для вашего домашнего mikrotik-роутера.
Так же RouterOS из коробки поддерживает кучу полезных функций и единый интерфейс к ним, которые сразу же можно использовать не углубляясь в тонкости настройки аналогичных демонов под linux.
Поддерживаю, FreeIPA + Linux-виртуалка с одим мастер-ключем ко всему.
Через правила sudo можно разрешить запуск определенных команд и только с конкретными аргументами, если есть такая необходимость.
Например: пользователь
vasyaможет запускатьsudo sshтолько с аргументомserver1,server2иswitchBТак же настроить
sudoreplayдля логирования, после чего каждая ssh сессия будет сохранена и сможет быть проиграна в интерактивном режиме.Как бонус отсутствие необходимости устанавливать ipa-client на каждом сервере и общий сервер аутентификации с LDAP и удобной web-мордой — что тоже безусловно большой плюс.
Отличная статья наглядно иллюстрирующая flannel и основные принципы работы сетей в Kubernetes, но стоит заметить, что многие сети используют протоколы динамической маршрутизации, а так же поддерживают различные политики. Было бы крайне интересно почтитать про них тоже.
А еще есть просто магически крутая штука — kube-router: он испульзует LVS, что несколько меняет и сильно упрощает представление сети в Kubernetes.
Спасибо. Ждем новых статей! (или переводов)
При использовании stateless NFSv3 эта проблема отсутсвует, но есть ряд крайне неприятных багов при использовании OverlayFS над NFS.
В сообществе мне еще советовали попробовать AOE, но руки так и не дошли. Squashed образ и правда занимает относительно немного места в памяти, а работает гораздо стабильнее чем по сети.
Поддержка железа такая же как и на десктопной версии Ubuntu.
Касательно настройки окружения — достаточно просто положить необходимые конфиги в домашнюю директорию пользователя.
Не отчаивайтесь, зато теперь вы знаете как работает initramfs — а это уже половина дела, все что вы описали в статье применимо так же и к LTSP.
LTSP просто предоставляет вам набор скриптов который сильно упрощает жизнь. :)
К примеру:
ltsp-chroot— что бы установить софт или внести другие изменения.ltsp-update-image— и у вас новый squashed образ.ltsp-update-kernels— и у вас готовый конфиг с новыми ядрами для pxelinux.Вовсе нет, переменная LTSP_NBD_TO_RAM позволяет скопировать Squashed-образ в RAM при загрузке, все дополнительные фс (например локальные диски) можно настроить через переменные FSTAB, есть целая куча встроенных возможностей.
В случае когда чего-то не хватает, всегда можно что-то добавить или изменить т.к. все обработчики являются обычными shell-скриптами, а весь проект и спроектирован быть легко кастомизаруемым и расширяемым.
Вау, я крайне удивлен что ни одного упоминания про LTSP.
Простое и проверенное решение, а главное уже готовое и умеет все тоже самое что описанно в статье.
Я использую несколько модифицированную версию для фермы серверов.
Squashed образ грузится с nbd-сервера и копируется в RAM.
LTSP-сервер вместе с клиентским образом и всеми необходимыми изменениями собирается автоматически из Dockerfile после пуша в корпоративный git-репозиторий.
После загрузки ноды автоматически добавляются в kubernetes-кластер, все дальнейшее управление происходит непосредственно через него.
Конструкция может быть максимально простой, ведь плавающая болванка — это не какой-нибудь там дрон раздающий Wi-Fi. Собираемый мусор можно перевозить за собой, в некотором плавающем «буфере», по заполнении которого, робот будет отправляться к берегу или промежуточному кораблю.
Остается вопрос обнаружения нужного мусора, но в эпоху нейронных сетей и машинного обучения не вижу в этом особой проблемы.
Весь собранный пластик можно передавать на переработку. И все довольны.
PROFIT.