Записки IT специалиста
7.98K subscribers
1.56K photos
49 videos
15 files
2.23K links
IT-канал, просто о сложном
https://interface31.ru

Купить рекламу:
https://telega.in/c/interface31
加入频道
​​И снова про мощность точки доступа

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

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

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

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

Почему? Потому что электромагнитная волна при распространении взаимодействует с другими электромагнитными волнами, что также приводит к взаимным искажениям формы, этот процесс называется интерференцией (вспоминаем школу и круги на воде).

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

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

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

А теперь вспоминаем еще одну аксиому – все решения в беспроводной сети принимает клиент. Клиент – довольно умное устройство и более-менее знает свои способности. И в голове у него есть некая «табличка», где указаны уровни сигнала точки доступа и доступные уровни модуляции.

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

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

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

В первом случае у нас начнутся потери пакетов, звук начнет заикаться, картинка рассыпаться. Во втором все еще хуже, сигнал есть – связи нет.

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

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

Почему это важно? Потому что полоса передачи в беспроводной сети делится на всех и делится по количеству переданных пакетов. И даже один медленный клиент будет влиять на работу более быстрых занимая большее эфирное время. Подробнее мы об этом писали здесь: https://yangx.top/interface31/4023

Если коротко – уменьшайте мощность, увеличивайте количество точек, других вариантов нет.
👍46💯6🥱1
Настраиваем Proxmox Backup Server в режиме удаленного хранилища (Remote)

В современном мире, с постоянно растущими объемами информации резервные копии являются важным элементом инфраструктуры и залогом ее устойчивости.

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

И если мы говорим о виртуальной инфраструктуре Proxmox, то самое время познакомиться со штатной возможностью Proxmox Backup Server - работой в режиме удаленного хранилища.

https://interface31.ru/tech_it/2025/04/nastraivaem-proxmox-backup-server-v-rezhime-udalennogo-hranilishha-remote.html
👍442👎1👌1
Похоже Аеза всё...

Зашел в ЛК, проверил, оплата только международными картами от 5 евро с комиссией 10%.

Они, конечно, обещают вернуться, но сильно я на это не надеялся бы.

По факту продление услуг для российских пользователей под очень большим вопросом.

А в свете всех текущих событий я бы в срочном порядке собирал чемоданы и менял хостера.
👍2114🤡5😢2👀2
​​Хостеры – лоукостеры

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

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

Но покупая такие виртуалки надо четко понимать, что именно вы покупаете и чего от этой покупки ждать.

Скажем сразу – не ждите ничего из того, что вам обещают. Тарифы могут выглядеть привлекательно, но вряд-ли вы сможете все это полноценно использовать. Почему?

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

Расчет простой – многие пользователи используют свои виртуалки хорошо если на 10-15% от имеющихся ресурсов, а кто-то вообще поигрался и бросил. А денежка капает. Да, денежка небольшая, но ее много. Как известно – курочка клюет по зернышку.

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

С чем вы столкнетесь в первую очередь? Чаще всего это IO, несмотря на стремительное развитие твердотельных накопителей хранение остается узким местом. Потому что его труднее всего оверселлить. Ну вот пообещали вы по тарифу 10 ГБ – будьте добры предоставить. И проверить это достаточно просто.

Скажем клиент может сделать сайт про своего любимого хомячка, который будет посещать 1,5 человека в сутки, но зальет на него 5 ГБ фоток. И хостеру придется скрипеть зубами и хранить.

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

В общем – быстрые диски, это не сюда.

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

С другой стороны, это самое безобидное ограничение, ну не для того покупают копеечные сервера чтобы гонять гигабитный трафик. Даже если вы берете его для VPN, то те же 40-50 Мбит/с будут вполне достаточны, чтобы смотреть ночной кинотеатр или посещать выставку фотографов-любителей.

Третьим по значимости идет процессор, его тоже очень сильно перепродадут и сильно подрежут, если по итогу вам достанется 5-10% гарантированной доли – то это очень хорошо. Но снова давайте честно, что такого вы собрались гонять на виртуалке за пару сотен рублей?

Память? А вот с памятью особых проблем и нет, хоть ее тоже многократно перепродают. Во-первых, соверменные гипервизоры умеют хорошо память шарить, т.е. объединять общие блоки многих виртуалок (ядра, библиотеки и т.д.), во-вторых, большинство машин на таких хостингах особой активности не проявляют и активно памяти не требуют, да и в своп их отправить всегда можно.

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

В целом рассматривать под серьезные проекты таких хостеров не стоит.

А вот тесты, лабы, всякие второстепенные сервера для личных нужд (тот же VPN) – почему бы и нет. Но следует сразу понимать с чем вы можете столкнуться. Ну и не ждать стабильности, так как вы сильно зависите от соседей. Появилась активность – показатели просели.

Также не стоит оплачивать такие хостинги на длительный период, даже если это привлекательно по цене. Хотя если речь идет про тысячу-полторы в год, то можно рискнуть, не жалко.

Ну и также не забывайте про бекапы и будьте готовы переезжать, а также не завязывайте туда ничего важного, что не может полежать в ауте сутки другие.
👍44🌭1
Как войти в ELITный клуб?

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

📌 10 апреля в 12:00, онлайн. Требуется регистрация.

На вебинаре вы узнаете:

🔸 почему именно мы говорим об эффективности в области DevOps;
🔸 в чём различия между low- и elite-перформерами;
🔸 как мы определяем лучшие DevOps-практики, которые применяют наиболее эффективные команды;
🔸 как сделать ваш DevOps эффективнее.

🎁 Участники вебинара смогут получить скидку на анализ этапов SDLC в вашей компании, чтобы построить роадмап по улучшению DevOps-практик.

Зарегистрироваться
👍3
​​Минздрав предупреждает!

По данным ТАСС Роскомнадзор может ограничить работу зарубежных провайдеров хостинга с учетом рисков для российских ресурсов.

В частности, речь идет о 12 компаниях, подлежащих "приземлению".

1) Hetzner Online GmbH (hetzner.com);
2) Network Solutions, LLC (networksolutions.com).
3) WPEngine, Inc. (wpengine.com);
4) HostGator.com, LLC (hostgator.com);
5) Ionos Inc. (ionos.com);
6) DreamHost, LLC (dreamhost.com);
7) FastComet, Inc. (fastcomet.com);
8) Amazon Web Services, Inc. (aws.amazon.com);
9) GoDaddy.com LLC (godaddy.com);
10) Bluehost Inc. (bluehost.com);
11) Kamatera Inc. (kamatera.com);
12) DigitalOcean, LLC (digitalocean.com).

Согласно законодательству, иностранные провайдеры хостинга, пользователи которых находятся в том числе на территории Российской Федерации, подпадают под действие Федерального закона № 236-ФЗ «О деятельности иностранных лиц в сети «Интернет» на территории РФ».

Включение в перечень лиц, подлежащих «приземлению», накладывает на иностранных провайдеров хостинга обязательства по открытию на территории России филиала/представительства/российского юридического лица, размещению на своем сайте электронной формы обратной связи с российскими пользователями, регистрации личного кабинета на сайте Роскомнадзора для оперативного взаимодействия с органами власти.

В общем – Минздрав предупредил, дальше каждый думает сам.
🫡16👎13👍8🔥4🤬4
Как выяснилось, еще одна больная тема:

Аpt-key is deprecated или управление ключами в современных выпусках Debian и Ubuntu

Многие базовые действия в дистрибутивах Linux не меняются множество лет и для многих стали уже привычкой. А привычки - вещь такая: привыкнуть легко, сложно переучиться.

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

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

https://interface31.ru/tech_it/2022/09/apt-key-is-deprecated-ili-upravlenie-klyuchami-v-sovremennyh-vypuskah-debian-i-ubunt.html
👍24
Запускаем цикл вебинаров и открытых демонстраций – «Basisный интенсив с Merlion»!

В течение года мы разберем функциональные особенности экосистемы продуктов ведущего российского разработчика решений для оказания облачных услуг, платформы динамической инфраструктуры и виртуализации – Basis:

∙ Basis Dynamix Standard – гибкая платформа управления виртуализацией для контроля гипервизоров и виртуальных ЦОД на базе виртуальных машин.

∙ Basis Dynamix Enterprise – высокопроизводительная платформа на базе динамической инфраструктуры для управления виртуальными серверами и контейнерами.

∙ Basis Workplace – ПО для создания инфраструктуры виртуальных рабочих столов с возможностью выбора сценария использования.

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

Регистрация (https://tglink.io/5ff66188b0e5?erid=2W5zFJ4HTEQ) осуществляется 1 раз – и вы получаете доступ ко всей серии вебинаров.

#реклама
О рекламодателе
👍3
Достаточно неожиданно было увидеть в топе популярности за месяц данную статью:

Устанавливаем и настраиваем NFS-клиент в Windows

Сетевая файловая система NFS является родным для мира Linux способом организации общего доступа к файлам по сети и ее взаимоотношения с Windows долгое время оставались напряженными.

Однако последнее время ситуация начала меняться и Windows перешел от конфронтации к сотрудничеству с открытым ПО. Начиная с Windows 10 1607 (14393) в системе появился штатный NFS-клиент, который позволяет прозрачно подключать и использовать NFS-ресурсы.

В данной статье мы расскажем, как его установить и использовать, а также разберем некоторые особенности эксплуатации.

https://interface31.ru/tech_it/2023/07/ustanavlivaem-i-nastraivaem-nfs-klient-v-windows.html
👍36
Настраиваем сетевую файловую систему NFS в Debian и Ubuntu

NFS (Network File System) - сетевая файловая система в Linux и UNIX-like системах позволяющая монтировать сетевые ресурсы удаленного компьютера и работать с ними как с локальными.

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

В этой статье мы рассмотрим, как настроить собственный сервер NFS на базе Debian или Ubuntu, а также как получить к нему доступ из удаленных систем.

https://interface31.ru/tech_it/2023/07/nastraivaem-setevuyu-faylovuyu-sistemu-nfs-v-debian-i-ubuntu.html
👍35
Привет. 

Меня зовут Андрей, я Engineering Manager и автор канала "Тимлид на удаленке".

Более 10 лет я управляю командами разработки. Больше пяти часть моей работы - это обучение тимлидов.

В своем канале я делюсь теми инструментами и подходами которые на практике приносят мне результаты. 

Некоторые статьи от меня:

Мои способы успевать больше
Про микроменеджмент
Видеть за цифрами цель
Как сохранить силы и психику (раз, два, три)
Когда готовить себе замену

Подпишись, чтобы не пропустить больше статей @teamleadonline

Реклама. Нечаев А.А. ИНН 343605128044.
🤡15🤮3🥱3👌1
Relax-and-Recover (ReaR) - средство аварийного восстановления системы

Среди инструментов резервного копирования существует отдельная группа - системы аварийного восстановления на "голое железо" (Bare Metal Disaster Recovery - BMDR), которые позволяют полностью восстановить систему в случае выхода из строя оборудования или уничтожения системы при воздействии иных факторов.

Relax-and-Recover - сокращенно ReaR - как раз и представляет такую систему, простую в использовании, но достаточно мощную в работе.

С ее помощью вы сможете быстро восстановить вашу ОС Linux на новое оборудование, либо выполнить перенос системы со старого оборудования на новое, либо в виртуальную среду.

https://interface31.ru/tech_it/2023/09/relax-and-recover-sredstvo-avariynogo-vosstanovleniya-sistemy.html
👍29
​​Утилизация CPU в Linux

Правильная интерпретация показателей утилизации процессора в Linux важна для каждого системного администратора. Данная информация помогает быстро понять характер нагрузки и может указать на потенциально узкое место.

Чтобы получить данную информацию мы будем использовать команду top, которая есть из коробки практически в каждом дистрибутиве.

В данном случае нас интересует строка, выделенная желтым маркером на рисунке ниже. Она показывает, как используется процессорное время вашей системы в процентном соотношении.

🔹 us (User CPU time) – время потраченное на пространство пользователя. Это основная рабочая нагрузка и именно сюда попадает процессорное время, которое наши программы или службы тратят на полезную работу. Высокие значения говорят о том, что мы интенсивно нагружаем систему и не являются какой-либо аномалией.

🔹 sy (System CPU time) – время потраченное на пространство ядра. В пространстве ядра работают драйвера оборудования, системные вызовы и т.п. Нормальны умеренные значения этого показателя, высокие значения могут говорить о проблемах с оборудованием, высокую нагрузку на системы ввода-вывода или являться признаком DDoS-атаки на систему.

🔹 ni (Nice CPU time) - время потраченное на процессы пользовательского пространства запущенные с пониженным приоритетом. Для данного показателя справедливо все то, что было сказано для us. Данный показатель нужен для оценки того, как система перераспределяет ресурсы и анализируется в совокупности с us.

🔹 id (Idle) — время простоя (бездействия).

🔹 wa (I/O wait) — время на ожидание операций ввода-вывода, высокие значения показывают на то, что система много времени тратит на ожидание дисковых операций. Может служить показателем выхода из строя накопителей, но также высокие значения могут быть нормальными при интенсивной дисковой нагрузке. Продолжительные высокие значения являются признаком того, что система ввода-вывода не справляется с текущей нагрузкой.

🔹 hi (Hardware IRQ) — время, потраченное на обработку аппаратных прерываний. В обычных сценариях значение этого показателя должно быть близким к нулю, высокие значения указывают на возможную неисправность оборудования либо на крайне высокую нагрузку на устройства ввода-вывода.

🔹 si (Software IRQ) — аналогично, время, потраченное на обработку программных прерываний, умеренные значения этого показателя являются нормой, высокие значения в первую очередь показывают на высокую сетевую нагрузку, неисправность сетевого оборудования или DDoS-атаку.

🔹 st (Steal Time) - время «украденное» гипервизором у виртуальной машины, имеет значение внутри виртуальной машины и показывает какое количество процессорного времени она недополучила от гипервизора. Указывает на наличие конкуренции за процессорное время между виртуальными машинами или виртуальными машинами и процессами гипервизора.
👍823
С 01 января 2027 года полностью прекращается поддержка программного продукта 1С:Управление Производственным Предприятием (УПП)

Что это означает?
- Функциональные блоки не обновляются несколько лет и уже сильно отстают от требований законодательства
- Отсутствие отраслевой поддержки.
- Расходы в человеко-часах на ручное отслеживание изменений в законодательстве
- Поддержка «1С:УПП» обходится почти вдвое дороже аналогичной подписки для 1С:ERP.

Что ждет компании, которые до сих пор на устаревшем решении? И что делать, чтобы минимизировать затраты и риски?

Приглашаем на бесплатный вебинар
"ПЕРЕХОД С 1С:УПП" 
17.04.25  в 11:00 

Кому будет полезен вебинар
Собственникам бизнеса
Генеральному директору
Главному бухгалтеру
ИТ-руководителю

Интегратор "Цифровизация Производства" покажет свои кейсы. Расскажет как подготовиться к проекту. Рассчитает примерные сроки и стоимость вашего проекта

Регистриуйтесь сейчас, так как количество участников ограничено вебинарной комнатой
Почему у жесткого диска указан TRIM и что это обозначает?
Итак, откуда у жесткого диска команда TRIM

К сожалению, правильный ответ на вопрос дали немногие читатели. И это действительно диск с SMR, а наличие поддержки TRIM у жесткого диска – 100% признак черепицы.

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

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

Это позволяет диску более эффективно реорганизовывать данные и поддерживать максимальный запас свободных лент.

Более подробно об этом в нашей статье: Что такое черепичная магнитная запись SMR и стоит ли ее избегать?
👍383
​​Почему именно systemd?

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

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

Но это очень узкий и односторонний взгляд. Современные системы очень сложны и требуют стандартизации и унификации средств администрирования.

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

Поэтому первый плюс systemd – это унификация и стандартизация. Теперь у нас есть юниты: юниты служб, юниты таймеров, юниты путей, юниты монтирования и т.д. и т.п.

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

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

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

Чтобы посмотреть результат работы скрипта – вам придется самому позаботиться о ведении лога. В systemd все это можно посмотреть «не отходя от кассы», стандартными инструментами. При этом никаких особых усилий к этому прикладывать не придется.

Из этого вытекает еще одно большое преимущество юнитов – их гораздо проще отлаживать. Во-первых, у вас уже есть лог, который ведется автоматически. Во-вторых, юниты предсказуемы и работают одинаково, вне зависимости от того, запущены они вручную или другим юнитом.
В тоже время отлично работающий при интерактивном запуске скрипт может оказаться неработоспособным при вызове через cron или из другого скрипта просто потому, что оказался запущен в другом контексте, с другими переменными окружения.

До сих пор нами были перечислены простые задачи, на которых преимущества systemd, конечно, видны, но еще не раскрыли всех своих возможностей.

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

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

Systemd предоставляет простой и удобный способ работы с зависимостями. При этом вы можете указывать как отдельные службы, так и цели (таргеты), которые составляют группы служб, объединенные по некоторому признаку. Нужна сеть? Просто указываем в зависимостях network.target.

Еще одна важная задача – обработка отказа. Если служба упала – вы можете ее автоматически перезапустить. Но это можно сделать и без systemd, а вот systemd позволяет сделать это грамотно, указав частоту и количество попыток.

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

Размер заметки не дает углубиться в подробности, но даже перечисленное дает исчерпывающий ответ на вопрос: почему именно systemd?
👍68🔥61
​​😎 systemd - управляем загрузкой служб

Прежде всего выясним статус службы, для этого выполним

systemctl status myservice

В выводе нас интересует следующая строка:

Loaded: loaded (/path_to/myservice.service; enabled; vendor preset: enabled)

Где loaded - обозначает что юнит проанализирован systemd и загружен в текущую конфигурацию, enabled - автозагрузка сервиса включена, vendor preset: enabled - статус автозагрузки по умолчанию, enabled обозначает, что служба будет автоматически добавлена в автозагрузку при установке пакета.

Для того, чтобы включить автозагрузку службы используйте:

systemctl enable myservice

При этом, чтобы два раза не вставать, можно сразу и запустить службу:

systemctl enable --now myservice

Для выключения автозагрузки выполните:

systemctl disable myservice

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

systemctl list-units --type=service

Вывод представляет собой несколько колонок:

🔹 UNIT - юнит службы

🔹 LOAD - статус юнита, loaded - загружен в конфигурацию systemd

🔹 ACTIVE - текущий статутс, показывает запущена ли служба

🔹SUB - более низкоуровневое состояние, зависит от типа юнита, так running показывает что служба запущена и работает, а exited - что она выполнила свою задачу и прекратила работу.

☝️ Также существует простой и удобный способ узнать текущий статус службы.

Чтобы проверить запущена ли она, выполните:

systemctl is-active myservice

Включена ли в автозагрузку:

systemctl is-enabled myservice

Завершился ли ее запуск ошибкой:

systemctl is-failed myservice

👍 Код завершения команды при положительном ответе - 0, что позволяет удобно выяснять состояние служб в скриптах.
👍65
Ананас в аренду?

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

А сколько ещё удивительных вещей вы не знаете?
Наш канал Кот учёный – ваш проводник в мир интересных фактов!
Подписывайся’!👇
https://yangx.top/kot_u4enyy

erid: 2W5zFGM7MWG
🔥2👀2