Comments 24
Слог прекрасен и читается, как художественный текст!
Попробуй винду+rdp. Это совсем другой уровень комфорта.
Попробуй линукс+xrdp, зачем этот тормозной vnc?
кстати в винде убунта под hyper-v быстрой установкой ставится именно с xrdp
К граф. оболочке на сервере университета доступ осуществляется через vnc, посему выбар пал на нее. Спасибо за совет, поизучаю xrdp.
Через xrdp писать код в редакторе сгодится, но прокрутка в браузере слайд шоу.
https://gist.github.com/Nexarian/df58c572d4e8549ad57195093d7cad82
Хай! Не пробовал никто? В интернетах пишут, что с видюхой хорошо работает уже и spice (в том числе штатно на proxmox) и xrdp. Разраб скрипт Xrdp с h264 (без видюхи) недавно выложил. Норм терминальное решение (только без проброса принтеров и смарт-карт)
https://www.reddit.com/r/linux/comments/17het7f/xrdp_with_h264_codec_brings_immense_performance/
я молодой инженер
Что молодой - вижу, что инженер - язык не есть застывшая форма, предположим. Дальнейшее написано из смешанных чувств - к стремлению чаще бывать на стороне правды примешано желание оберегать молодых инженеров.
Под мои задачи выбор пал на Ubuntu22.04 LTS, по причине того, что я уже немного знаком с Ubuntu 24.04 LTS, и мне хотелось понять, как сильно отличается то, чем пользуюсь я, от иглы, на которой сидит мой преподаватель в университете.
С одной стороны, можно использовать всё что угодно пока оно работает, с другой стороны - это чудовищный выбор. Ubuntu - система, которая хочет подписки на Ubuntu Pro. И это бросается в глаза при посещении любой страницы их сайта.
Просто современная Ubuntu использует для графической оболочки Wayland, а для удаленного доступа к окошкам я хотел использовать vnc, который работает с x11.
Это двоемыслие, поскольку почти сразу написано
Светлые умы, конечно же, скажут про Ubuntu Server, куда при необходимости можно поставить GUI
То есть автор знает, что Ubuntu сама по себе ничего для графической оболочки не использует, но не пользуется этим знанием. Для безвинных молодых инженеров прочитавших статью, уточню: то, что по молодости кажется вам единой сущностью удобно но бессмысленно именуемой «графической оболочкой», состоит из display manager, такого как sddm, display server который может работать по одному из двух протоколов - X11 или Wayland, и desktop environment, такого как Plasma. Предвосхищая, именно Plasma а не KDE, потому что KDE - название проекта а не десктопного окружения.
Иллюзия того, что Ubuntu использует Wayland возникает потому, что Ubuntu предлагает несколько комбинаций этих троих, называемых flavors, с разными настройками по умолчанию, то есть изменяемыми в пол пинка, и уже больше чем в половине из них - Wayland.
Далее весь текст
Он определяется выборами автора, то есть вкусовщиной, и тут главное - не воспринимать их как пример для подражания или руководство к действию. Тем более, что многие детали опущены, типа конфигурации sshd. Читать надо как пример из жизни, можно, например, смотреть всё ли понятно - если не всё, может рано пока организовывать Линукс машину с удалённым доступом. Текст в этом смысле замечательный.
Ну и?
Одна из моих любимых цитат. Автор не пишет куда смотреть дальше, а пытливых молодых инженеров это может интересовать. Сделаю небольшой список тем за него.
Как модифицировать установочную среду так, чтобы после загрузки сразу был удалённый доступ. Тогда не нужен монитор и вообще - это будет прекрасное средство спасения damsel in distress по сети. Простых путей два - собственно модификация поставляемого образа и установка ОС на флешку и установка инсталлятора, если это не Arch, в неё.
Что есть в Линуксе seat и почему подключение по vnc именно к физическому дисплею позволяет этого не знать.
Нужен ли на удалённой машине display server вообще если можно пробросить порты туда, где он есть. Если решить что нет, то удалённая машина может быть очень слабой и очень полезной.
Правда ли, что если на удалённую машину нужно заходить с, скажем, iPad, где порты не пробросить, то точно нужен. Удалённая машина с всего парой гигов оперативки и произвольно слабым процессором - уже огромное подспорье к iPad, может быть даже повод посмотреть в сторону Линукс. А графики на iPad - завались.
Не могли бы вы пояснить, действительно ли vanilla Linux можно запустить и на iPad?
Не мог бы, как на iPad запускают что-то кроме iPadOS - не видел. Если что в ядре и поддерживается - отлично, пол первого шага сделано.
Вот и https://ipadlinux.org/ так же думает. Там, кстати, в списке готового отсутствует Линукс подобная консоль a-Shell, а она, например, позволяет зазиповать vault из Obsidian вместе с плагинами и перенести его куда угодно. Или забрать откуда угодно. Но при этом хорошо иметь FileBrowser, а он с a-Shell, вроде как, сейчас в России недоступны.
Благодарю за развернутый ответ!
Вы во многом правы. Полагаю, я не в достаточной мере подчеркнул, что данная статья - не мануал (хоть часть "По делу" таковой является), а фиксация "на бумаге" реализованной для своего удобства задачи, совмещенная с желанием проинкрустировать ее вензелями художественной формы.
Хочется отметить, что на данный момент собранная система полностью покрывает перечень возложенных на нее задач и покуда ни разу не подводила.
Инженерного в данной статье фактически ничего нет, оно будет в последующих, приближенных к основной сфере деятельности. По долгу службы мне приходится осваивать линукс, и мелкими шагами я иду к этому.
Я не в коей мере не профессионал, а ученик - перед которым стоит задача, и он решает ее не всегда самыми оптимальными методами. Но лучший результат - это сложный и долгий путь. И хорошо, если у тебя есть наставник...
Если бы вы могли посоветовать литературу, которая подтянет мои знания и позволит раскрыть свои глаза на собственные ошибки, я был бы крайне признателен!
Хочется отметить, что на данный момент собранная система полностью покрывает перечень возложенных на нее задач и покуда ни разу не подводила.
Я так и пишу, или пытаюсь писать - одна вкусовщина ничем не хуже и не лучше другой. Есть такой на Замедленном жанр - чел берёт камеру и часик-другой тупо идёт с ней, можно по берегу реки Сумида, можно по лесу от одной станции JR до другой срезая угол, можно по Харадзюуку и окрестностям... и ценность его в документальности. Как мне кажется, статьи типа "как я" - точно такие же.
А писать мануал - шарлатанство в лучшем и подлость в худшем случае. Это как "чтобы доехать от зоопарка до цирка, нажимайте, дёргайте и поворачивайте в следующей последовательности".
По долгу службы мне приходится осваивать линукс, и мелкими шагами я иду к этому.
Как по мне, тут осваивать нечего. Всё документировано, многое - хорошо.
man manи дальше само пойдёт. Но тут нужно уметь читать быстро, оставляя существенное или интересное прямо сейчас и отметая неважное и неинтересное, но усваивая сам факт его существования. И нужны общие представления, потому что заинтересовавшись тем как это вот всё запускается,
ps -A | bat
man systemd
man bash # в глаза бросилось, интересная штука наверносамо собой не наберётся. А без знания базовых комманд - тоже не наберётся. А что есть знание базовых комманд? Как упомянуто выше - прежде всего, знание об их существовании. Но и без него не очень страшно, например если ps неизвестно, тогда
apropos process
apropos -s 1 process
man ps
ps --help # если уже тут был
ps --help t # заинтересовало например А откуда известно о process? Из текстов общего характера, мз книг например, причём любых - чем более общим является понятие, с тем большей вероятностью оно встретится.
Не написано в man - написано на github, может через ссылку. Если типа Neovim или EMACS - документация внутри. Всё, проблем уже нет.
Можно ускорить процесс если есть хорошая, непременно хорошая, документация более высокого уровня. Где она есть - можно спросить. Гугол, то есть люди, называют Arch, Gentoo, Linux from Scratch и Slackware. Дипсик - Arch (против лома...), Debian, Fedora, OpenSuse, Ubuntu, Slackware. Но достаточно вчитаться в обоснования, типа Ask Ubuntu очень user friendly, и становится понятно, что места со второго по пятое - галлюцинации.
По жизни: занявшись темой, Вы в течении минуты должны были открыть либо https://wiki.archlinux.org/title/Category:Remote_desktop либо https://wiki.gentoo.org/wiki/Remote_desktop. Но не открыли, иначе вместо "хороший совет" реагировали бы на xrdp как "да знаю я".
Теперь понятно что делать нельзя
Гуглить конкретные вещи, в лучшем случае - попадёте на Вики, а там свой поиск, в худшем - узнаете как оно было где-то, когда-то и при каких-то обстоятельствах. А то и будете читать бесконечное "у меня тоже не работает".
Читать всё подряд с одинаковым вниманием. Из книг по IT извлекают не собственно знания, а знание о существовании знаний. И ещё выращивают способность к различению, важного и нет, нужного и нет, интересного и нет... А если требовать чтобы прочитал и поумнел - есть мнение, что 99% компьютерной литературы - отстой.
Если бы вы могли посоветовать литературу, которая подтянет мои знания и позволит раскрыть свои глаза на собственные ошибки
Вот теперь я рискну надеяться что литературу уже можно советовать, хотя подтягивать знания и раскрывать глаза она вряд ли будет - задача немного другая. Литературы масса и каждая книга чем-то интересна, находится легко. Это не значит, что книги слабо пересекаются, конечно. Из не узко специальных, типа про bash, я бы выделил
Linux® All-in-One For Dummies, 7th Edition, Richard Blum, John Wiley & Sons, 2023
Using and Administering Linux, David Both, Apress, 2023, в 3-х томах
The Software Developer’s Guide to Linux, David Cohen, Christian Sturm, Packt Publishing, 2024
Linux Pocket Guide, Daniel J. Barrett, 20th Anniversary Release == 4th edition, O'Reilly, 2024
Что из этого переведено - не знаю.
Зачем сразу себя привязывать к nano, если можно немного потерпеть и научиться пользоваться vi?
Который настолько легковесен, что есть почти везде.
В busybox, скорее всего, если и будет редактор, то только базовый vi
Наверное лучше vnc слушать на 127.0.0.1, и через ssh подключаясь, пробрасывать?
С вейланд нормально работает? Где-то слышал что проблемы
Организация рабочей машины на Linux с удаленным доступом. Часть 1: Пепел(ац)