Название для сервиса: Транспортная компания — варианты названий, как назвать

Содержание

Транспортная компания — варианты названий, как назвать

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

В этой статье мы расскажем о некоторых особенностях построения нейминга и приведём готовые интересные примеры.

Принципы формирования названий для транспортной компании

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

Есть три основных принципа, которыми можно пользоваться:

  1. Названия со словами «авто», «транспорт». Такой подход является самым популярным. Большинство копаний, занимающихся перевозками и доставкой, используют именно этот принцип.
    Так как данные слова прямо рассказывают о виде деятельности. Главное, не искажать это понятие. Ведь не только транспортные компании используют слова «авто» и «транспорт». Ими пользуются ремонтные мастерские, мойки и т . д. То есть, если вы, например, назоветесь «транспорт для вас», можно сделать вывод, что у вас продаётся авто. Поэтому, следует «быть ближе» именно к перевозкам: «АвтоВоз» — просто и понятно. Или: «ТрансСервис». Попробуйте показать клиентам, свою надежность, это вызовет доверие. К примеру, добавьте слова «гарант», «успех»: «ТрансГарант».
  2. Названия, ассоциирующиеся с перевозками, доставкой. Данный принцип будет конкретно оповещать клиентов о возможности перевозок. Здесь допускается использовать все слова, которые ассоциируются с этой деятельностью: «Главная дорога», «МигПеревоз». Применяйте географические направления: «ТюменьПеревоз», «РоссДоставка». Добавьте иностранные слова ил буквы: «ГрузовозоFF», «RussGruss» — оригинально получится.
  3. Другие оригинальные названия. Пользуясь этим принципом, можно брать любые звучные слова, но лучше не отступать от ассоциаций с транспортной перевозкой. Этот принцип даёт полную свободу подбора нейминга: «Миг», «Экспресс», «Вектор».

Примеры названий

Названия со словами «авто», «транспорт»

Ваш транспортир

ЮниТранс

ТрансЭлит

МигТранс

ТрансЭкспресс

МастерТранс

ТрансПорт

ТрансДор

ТрансСиб

ТрансПеревоз

AutotransFer

МегаТранс

ПолиТранс

Автологист

Автопилот

Пути авто

Транспортсеть

Автобан

Транспорт №1

Автолюкс

Автопочта

АвтоФарт

АвтоВоз

АвтоГруз

ГрузГабаритАвто

АвтоМир

Названия, ассоциирующиеся с перевозками, доставкой

Быстрый рейс

Дальнобой

Скороход

Повелитель дорог

Доставочка

МигПеревоз

ЭкспрессПеревоз

ГарантПеревоз

Мастера доставки

Доставка макси

ГрузоВок

Грузовичок

Перевозчик

ГрузовичкоFF

Мастер груз

Большие курьеры

Межгород

Доставка Люкс

Перевозовск

Везем груз

ПеревозСервис

ГрузоПорт

Другие оригинальные названия

Финиш

Луч

РакетаТранс

Искандер

ДвижениеАвтоТранс

Маршрут

Тайм-Аут

Патриот

Транзит

Формула Доставки

Спрут

Успех

СтоВерст

Гарант

Горизонт

Россиянка

Пробег

Форсаж

Царь дорог

Летучий голландец

Эллада

Экспресс

ТелеПорт

Дорожный рейс

Роза ветров

Компас

Стрела

Меридиан

Глобус

Параллель

ПеревозКин

Навигатор

100 Миль

Километр

Паршерон

Удача

Светлая долина

Звезда

Ямщик

YMCHIK

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

Как придумать лаконичное название для автосервиса в России: популярные методы и ошибки

«Как корабль назовешь, так он и поплывет» – популярная поговорка, которую нужно взять на вооружение начинающим бизнесменам, занимающимся обслуживанием автомобилей. Выбрать удачное и оригинальное название автосервиса – половина дела, чтобы удачно стартовать в России.

Как найти вдохновение: примеры названий СТО в Америке

Автосервисы в Америке пользуются большой популярностью.

Поток клиентов зависит в основном от правильного и оригинального названия. В США руководители СТО придерживаются некоторых правил при нейминге. Как назвать автосервис и каких принципов нужно придерживаться?

Название должно легко произноситься и не состоять из большого количества слов, чтобы не нагружать мозг клиентов. Опытные предприниматели часто добавляют свое имя или город, в котором расположена СТО. Некоторые примеры удачных названий автосервисов в Америке:

  • «The oil exchange». В переводе на русский означает «Замена масла». При прочитывании сразу понятен род деятельности.
  • «Stephen Automotive». Стив предлагает услуги по ремонту автомобилей.
  • «The Car Clinic». Переводится как «Больница для машин». В этом сервисе вылечат любой автомобиль.

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

Как назвать СТО

В России стоит придерживаться тех же правил, что и в Америке.

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

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

Частые ошибки

Не стоит смешивать идею с просторечиями или разговорными словами. Такие примеры как «СтоПудов» или «СтоШка» будут вызывать недоверие у клиентов. Создается впечатление того, что сотрудники подобных автосервисов несерьезно относятся к работе.

Вторая частая ошибка предпринимателей при нейминге – несоответствие идеи и обстановки. Автосервис «Service №1» не может находиться в закоулках или в гаражах среди кучи мусора и пробитых автомобильных шин.

Соединять десятки слов или использовать незвучные аббревиатуры, которые никому не понятны – плохая идея. Посетители не поймут концепцию бренда и бизнес провалится. «Автомоторсервиссаратовпокрышки» не будет внушать доверия.

Как выбрать название для автосервиса среди популярных

Предпринимателю нужно учитывать уже существующие идеи других автосервисов.

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

Со словом «Авто»

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

  • «Саратов Авто».
  • «Мотор Авто».
  • «Глобал Авто».
  • «Опель Авто».

К слову «авто» можно подобрать множество дополняющих смысл фраз.

Со словом «Сервис»

Ключевое слово «сервис» также вызывает ассоциацию с ремонтом автомобилей. Такой метод используется повсеместно. Удачные примеры названий автосервиса:

  • «Авто Смарт Сервис».
  • «Гараж Сервис».
  • «Руль Сервис».
  • «Дорога Сервис».

В данный метод иногда добавляют имена собственников бизнеса: «Сервис Дмитрий», «Сервис Олег». Этот ход является рискованным, делать подобное не стоит.

Связанные с автомобилями

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

  • «СубарСТО».
  • «Мерседес Benz».
  • «Лада Нива».

Сюда относят и названия, которые зачастую более креативны, в них присутствует игра слов. Например, «AUDI-тория».

Другие оригинальные названия

Такие идеи хорошо звучат, хоть и не вызывают прямых ассоциацией со сферой работы бизнеса. СТО, названные данным методом, буквально заставляют их посетить. К категории относятся словосочетания, фразы, которые намекают на качество услуг или время их оказания. Иногда встречаются имена известных личностей.

  • «It’s OKAY».
  • «За 5 минутОК».
  • «Парашют».
  • «ЖЕЛЕЗНО».
  • «Чарли Чаплин».

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

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

Конкуренция в бизнесе по оказанию услуг ремонта и обслуживания автомобилей велика.

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

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

Статью прочитали: 198

Название и доменное имя ДЛЯ СЕРВИСА ЛИЧНЫХ ПОМОЩНИКОВ #voproso

Название и доменное имя ДЛЯ СЕРВИСА ЛИЧНЫХ ПОМОЩНИКОВ

Чему нужно название?

Для сервиса с личными помощниками, которые быстро выполняют простые задания. Заказчик выбирает помощника и дает ему поручение, не требующее каких-то серьезных специальных навыков. Примеры: забронировать гостиницу, заказать еду на Сбер.Маркете, переписать текст и т.п.

! Название и доменное имя должны быть одинаковыми !
Должны быть свободны оба доменных имени одновременно – .ru и .сом 

2) Технические условия
Язык: возможны 3 варианта:
— русское слово(а), или русское + английское общеизвестное (пример: guldog)
— английские слова, знакомые рускоязычным людям (пример, needforskills)
— сочетание русских слов, только чтоб красиво звучало (например, burodobra)

Примеры в скобках не предлагать!

Варианты написания: латиница

Кол-во символов: 6-16

Кол-во слов: 1-2
Ограничения: не допустимы цифры и дефис в доменном имени

3) Пожелания и ассоциации к названию
Легко читаемое, звучное, современное и запоминающиеся слово или короткое словосочетание. Ассоциации со скоростью, простотой, свободой времени и внимания, энергичностью.

Мы — команда ProfilanceGroup.

Всё сдал — дружелюбный онлайн-сервис для студентов

Гульдог — заботливый сервис для собак и их хозяев
Мурчалкин — сервис передержки кошек
Универсос — агентство помощи студентам

Бюро Добра — заботливый сервис по уходу за близкими

Мозговой штурм завершен. Участвовало: 250 идей.

Предложенные идеи скрыты.

По всем вопросам вы можете написать администрации: [email protected]

Генератор названий фирм и брендов онлайн

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

Ярким примером может служить Apple, самый дорогой бренд в мире. Если верить официальной биографии, Стив Джобс выбрал это имя до тех пор, пока не найдётся что-то лучше. Как видим, ничего более хорошего не потребовалось.

Создаем свой бренд

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

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

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

В решении проблемы поможет генератор названий. Это специальный онлайн сервис, который берёт «мозговой штурм» на себя. Вам остаётся лишь задать начальные условия, а после, из предлагаемой группы названий, выбрать наиболее понравившиеся.

Каждый хочет придумать запоминающийся бренд.

Можно даже указать онлайн генератору формировать результат по ключевому слову, используя часть ваших имени или фамилии. Ещё один плюс такой программы — результат доступен только вам. Это исключает возможность, что кто-то другой увидит название и использует его в собственных целях.

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

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

  1. Выберете желаемое количество символов. Помните, что длинное название сложнее запомнить и написать правильно, но короткое может быть занято.
  2. Укажите своё ключевое слово — оно будет случайным образом добавлено слева, справа или посередине. Если не нужно, оставьте поле пустым.
  3. Задайте алгоритм формирования названия. На данный момент, доступно две группы — чередование букв или псевдо-фамилия. Чередование даёт возможность получить действительно случайные термины, особенно при попарном порядке. Зато второй режим удобен для формирования «говорящих» названий — в конец сгенерированной фразы добавится одно из указанных окончаний.
  4. И жмите кнопку Сгенерировать. Каждое нажатие выводит десять случайных значений.

Общее число символов учитывает пункты 2 и 3 (в режиме псевдо-фамилии). Это значит, что если в условиях задать генерирование названия компании из 5 или менее букв, и ввести ключевое слово «бронь», то будет возвращено лишь оно, так как имеющаяся длина уже составляет 5 символов.

Онлайн генератор брендов будет полезен для придумывания названий компаниям, товарам или пакетам услуг.

Руководствуйтесь при принятии решений не только здравой логикой, но и своей интуицией. Мозговой штурм не всегда даёт хороший результат. Со временем, варианты начинают повторяться, и процесс поиска названия останавливается.

Подстегнуть вас и дать новую порцию размышлений может новая незнакомая фраза, но вероятность встретить её, каждый день бывая в одних и тех же местах, невысока. Наш генератор никогда не устаёт, он способен «придумать» в режиме онлайн сотни названий для фирмы за считанные минуты.

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

Редактор проекта earn24, эксперт в сфере финансов и заработка в интернете vk.com/dance.and.love

Как назвать строительную фирму: примеры, как придумать название

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

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

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

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

Существуют ли правила присвоения названий строительных фирм

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

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

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

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

Грамотно выбранное имя значительно легче «раскрутить», в некоторых случаях благозвучное имя является одним из конкурентных преимуществ компании.

Как правило, выбор конкретного слова для названия фирмы осуществляется на основе результатов маркетингового анализа. Такой анализ позволяет создать портрет потенциального клиента, который будет использовать услуги или товары компании.

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

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

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

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

Такие люди не воспользуются услугами компании, наименование которой вызывает отрицательные ассоциации.

Одним из важных правил выбора названия для проекта является его запоминаемость. Выбранная фраза должна «закрепляться» в уме простых обывателей. Такое название позволяет с легкостью наработать престижный имидж.

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

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

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

Эффективное название должно внушать доверие и говорить о профессионализме фирмы

Особенности грамотного нейминга

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

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

К примеру, фирма, специализирующаяся на изготовлении пластиковых дверей и натяжных потолков, может взять названием «ДиП». Это имя соответствует всем основным правилам нейминга.

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

  1. «А уедь» — туристическое агентство.
  2. ООО «Ы» — детский магазин.
  3. ООО «ООО» — компания, специализирующаяся на поставке щебня и песка.
  4. ООО «Зеленоглазое такси» — региональный таксопарк.
  5. ООО «Все будет круто» — инженерная компания, занимающаяся установкой промышленной техники.

Сегодня среди предпринимателей довольно популярен выбор имени по методу «Фен-Шуй». Данная методика подразумевает выбор имени, начинающегося с гласной буквы.

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

К числу таких сфер можно отнести адвокатуру, медицину и юриспруденцию.

Как выбрать привлекательное название

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

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

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

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

По имени владельца

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

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

Примером такого варианта является наименование ООО «Иванов и Сидоров». Как показывает практика, данный метод чаще используют бизнесмены из европейских стран.

Отечественные предприниматели предпочитают выбирать иные варианты.

Внедрение иностранных слов

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

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

Название «ZSB» не отражает основной деятельности предприятия. Большинство потенциальных клиентов и крупных заказчиков не станут пытаться расшифровать эту аббревиатуру и воспользуются услугами конкурентов.

Использование аббревиатуры для лучшего запоминания

Использование аббревиатур в наименовании организации официально разрешено. Большинство фирм, занятых в строительной сфере, предпочитают использовать приставку «Строй». Название строительных фирм примеры с приставкой «Строй»:

  • «СтройБизнес»;
  • «СтройСила»;
  • «ТехноСтрой»;
  • «СтойАрт».

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

Существуют разные подходы к выбору названия фирмы

Название по основной направленности бизнеса

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

В таком изобилии, бренды с серым наименованием могут легко потеряться. Указание концепции является своеобразным якорем, с помощью которого привлекается внимание потребителя.

Приставка «строй» позволяет клиентам понять, какие услуги предоставляет конкретная фирма.

Примеры удачных названий

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

Некоторым предпринимателям удается с помощью названия подчеркнуть свои преимущества. Примером таких брендов являются компании «СтройМастер» и «Надежный Дом». При выборе конкретной фразы очень важно узнать о том, не используется ли она конкурентами.

Создать уникальное имя можно за счет объединения нескольких слов. Примером таких названий является «ГарантЭлит» и «СтройЭксперт».

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

Есть ли запрещенные названия для строительной фирмы

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

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

Данное право предоставляется исключительно государственным структурам.

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

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

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

Одним из способов быстро придумать название компании – это опрос будущих сотрудников

Нормативные акты

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

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

Кроме букв и цифр, предпринимателям разрешается использовать основные символы пунктуации. Использование таких символов как «@» или «#» строжайше запрещено. Каждому предпринимателю предоставляется право использовать полное и сокращенное имя для своей фирмы. Единственным требованием органов контроля является указание выбранных названий в уставных документах.

Выводы (+ видео)

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

Источник: https://ktovbiznese.ru/biznes-plany/raznoe/nazvanie-stroitelnyh-firm-primery.html

Выбор названия для строительной фирмы

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

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

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

Основы нейминга

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

Доля истины здесь есть. Но при таких рассуждениях теряется важный нюанс: клиенты запоминают фирму исключительно по наименованию, именно по нему они ищут её сайт или контакты, рекомендуют своим знакомым.

Не стоит упускать конкурентное преимущество и игнорировать нейминг.

Удачное название любой компании, в том числе и строительной, решает сразу несколько задач:

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

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

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

Нормативное регулирование вопроса

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

Во-первых, любое юридическое лицо имеет полное и сокращённое наименование, его указывают в учредительных документах. В действительности, это очень просто. Полное: «Общество с ограниченной ответственностью «Надёжная бригада». Сокращённое: «ООО «Надёжная бригада».

Во-вторых, допустимо название только на русском. Оно обязательно начинается с организационно-правовой формы «общество с ограниченной ответственностью». Можно использовать только буквы, цифры и основные символы пунктуации. Дополнительные — собачки, нижние подчёркивания — нельзя. Например, ООО «Строительная компания «Рейс-76».

Что нельзя использовать в названии компании

Российское законодательство ограничивает выбор названия юридических лиц несколькими требованиями:

  1. Категорически запрещается грубая и нецензурная лексика, а также слова или выражения, дискриминирующие какую-либо социальную национальную, гендерную группу.
  2. Нельзя использовать название страны «Россия» (и «Российская Федерация тоже), равно как и приставки «рос». Эти слова и приставки — привилегия государственных компаний. Например, «Роснефть». Под запретом также слова «федеральный», «государственный», «Москва» и их производные.
  3. Название своего города или региона можно использовать с разрешения местных властей. К примеру, «Алтай-строитель». Большинство предпринимателей легко обходят необходимость получить разрешение, добавляя к названию компании не наименование региона, а его код —«Строитель-05». Получать разрешение на код не нужно, а узнаётся он не хуже региона.
  4. Нельзя использовать близкие по звучанию известным брендам слова и словосочетания.

Примеры названий строительных фирм

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

Некоторые считают, что создание наименования — такой же сложный процесс, как написание бизнес-плана или рекламная кампания.

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

Название фирмы нужно выбирать исходя из нескольких принципов

Имя владельца компании в названии

Указать имя владельца в наименовании компании — это очень хороший тон. Это значит, что собственник готов лично отвечать за качество работ, он гарантирует их своим именем. Вариант с именем владельца подходит семейным компаниям, строительным «династиям». Например, «Бригада Смирнова», «Смирнов и строители».

Такой вариант не подходит тогда, когда владельцев несколько и их доли примерно равные. Иногда компании называют сдвоенными фамилиями, например «Кузнецов и Петров». В России такой вариант не слишком распространён, в отличие от США. Законом использование имён не запрещается, поэтому вполне допустимо назвать компанию своей фамилией.

Присвоение названия при регистрации

Знать название компании нужно ещё до официальной регистрации. Чтобы получить свидетельство юридического лица необходимо подготовить учредительный протокол и устав.

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

Гораздо правильнее будет сразу выбрать удачное имя фирме.

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

Для строительства это: «строительная», «стройка», «строй», «дом», «недвижимость», «ремонт». Не стоит использовать слова, которые спутают клиентов.

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

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

Аббревиатуры в названии фирмы

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

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

Решить эту проблему можно следующим образом. Полное наименование организации: Общество с ограниченной ответственностью «Строительная компания «Архитектурно-строительные решения-169». Сокращённое: ООО «Строительная компания АСР-169». В названии отражена сфера деятельности фирмы, а также есть ритмичная аббревиатура и даже код региона.

В названии можно использовать аббревиатуры: они ритмично звучат и легко запоминаются

Вынесение концепции компании в ее название

Почему в нейминге такое важное значение имеет указание на сферу деятельности? Потребителя окружает разнородная реклама. Невнятные бренды в ней мгновенно теряются. Указание области деятельности — это якорь, которым предприниматель «цепляет» внимание клиента. Увидев приставку «строй» потенциальный покупатель навсегда запомнит, чем именно занимается компания.

В таком же качестве выступают синонимы и слова из профессионального сленга. Например, «Строительная компания «БрусРеал». Помимо фиксации сферы деятельности, в названии организации можно отразить её концепцию. К примеру, указать на использование экологически чистых материалов — ООО «Экострой».

Заключение

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

Источник: https://biztolk.ru/raznoe/vybor-nazvaniya-dlya-stroitelnoj-firmy.html

Названия для строительной фирмы

Как назвать фирму по ремонту квартир и офисов?

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

Название должно внушать доверие к подрядчику. Не стоит изощряться в креативе — все гениальное просто.

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

Например, «Ремонтник», «Ремонт офисов и квартир», «Ремонт» — просто и понятно. Если назвать фирму «Астра» или «Михалыч», еще придется доказывать и рассказывать всем, почему ремонтники не торгуют цветами и кто такой Михалыч.

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

«Креативные» варианты тоже чреваты. Например, «Ремонтник Джон» или «Безупречная дрель» — это для триллеров или комедий.

Можно добавить к названию географическую привязку: «Зеленодольский ремонт», «Москва-Ремонт», но это уже немного косноязычно, да и как-то подсознательно сужает рынок. Но как вариант возможен.

Еще варианты названий:

«РемСервис», «РемУслуги».

Как назвать фирму …

Как назовёшь лодку, так она и поплывёт, вроде бы так гласит пословица?

Список фирм каталога, делающих отделочные работы и ремонт

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

Само слово РЕМОНТ должно подсказать и навести на мысль.

К примеру если фирма по ремонту и отделке, то сократим название и получим — РиО, неплохо звучит и солидно на мой взгляд.

Если дать прикольное название с расшифровкой, то можно рассмотреть вариант ШарКон (шарашкина контора),звучит громко и солидно. Но этот вариант подойдёт наверное для небольшой фирмы.

Можно ещё проще вариант придумать — ДОМовой.

И всё же, я бы не парилась и назвала — РиО, самый оптимальный вариант для строительной компании.

В нашем городе есть много фирм по ремонту и строительству. Например можно выбрать название как «Фаворит», «Дом сервис», «Мир строительных технологий», «Уютный дом», «Строй дизайн», «Стиль РемСтрой» названий можно подобрать очень много.

Еще вопросы по вашей теме:

  • На какой стадии ремонта ставить межкомнатные двери?
  • Как самому сделать высокую деревянную стремянку?
  • Почему трескается керамическая плитка?
  • Куда обращаться, чтобы проверить, насколько воздух пригоден для пребывания людей в офисе?
  • Какие моменты необходимо учитывать при монтаже освещения в офисных помещениях?
  • Каким должен быть договор на ремонт квартиры, дома, офиса?
  • Какой ремонт можно сделать дома, в офисе?
  • Как и где я могу согласовать перепланировку квартиры или офиса?
  • Как я могу сэкономить на ремонте квартиры, дома, офиса?
  • Могу ли я застраховать ремонт квартиры, дома, офиса, и от чего?
  • Оставить комментарий
  • Словарь строителя :: Вопросы по ремонту :: Калькуляторы :: Спецтехника :: Разное
  • 2006 — 2017 © пользовательское соглашение :: связь с администрацией сайта max@remotn. ru

Как удачно подобрать название фирмы

Подбор удачного названия для фирмы

Как придумать название фирмы приносящие удачу и прибыль?

Вы не сможете зарегистрировать свою фирму без названия. Не сможете открыть счет в банке, оформить контракт и выписать счет-фактуру… Но если вы дадите имя непродуманно, то после будет уже поздно что-либо менять… Евангелие от Иоана начинается так «В начале было Слово, и Слово было у Бога, и Слово было Бог».

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

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

Каждая буква подчиняется вибрации чисел, например, буква «А» соответствует цифре 1, «Б» вибрируете числом 2 и т. д. Это наглядно отражено в таблице.

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

Из таблицы выписываем цифры согласно каждой буквы и складываем: 4(Э) + 4(Л) + 1(И) +2(Т)+ 1(А), что в сумме дает «12», их между собой опять прибавляем, получается «3». Это число будет благоприятствовать фирме, работающей в сфере развлечений.

И, кстати, чтобы сразу не ходить далеко за доказательствами, разложите на числа название этого сайта. Сверхлуна. 1+3+6+9+5+4+3+6+1. В итоге получается два.

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

Но я вам открою маленькую тайну — я придумала это название гораздо раньше, чем посчитала его по нумерологической системе.

как назвать фирму по ремонту квартир

Так что нумерология работает и с этим сложно спорить.

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

А Б В Г Д Е Ё Ж З
И Й К Л М Н О П Р
С Т У Ф Х Ц Ч Ш Щ
Ъ ы Ь Э Ю Я

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

123456789
ABCDEFGHI
JKLMNOPQR
STUVWXYZ

Ну а теперь вы просчитали ваше название, давайте его расшифруем. Что же означают числа?

ЕДИНИЦА.  Символизирует начало начал. Она принесет удачу тем, кто нашел смелость предложить на рынок что-то новое и необычное. Кто занимается инновациями, новыми технологиями.

Кто создал новый бренд или новый продукт. Им легче будет продвигать это в массы. Они заслужат доверия и поддержки своих потребителей. Звездный покровитель цифры — Солнце.

Символизирует власть и мужество.

ДВОЙКА. Подойдет для организаций, которые занимаются услугами, которые выбрали свое предназначение в заботе о людях: Это детские сады, частные школы, колледжи, клиники и другие медицинские учреждения.

Также эта цифра будет благоприятствовать организациям, специализирующимся на предоставлении услуг по уборке и благоустройству. Это парковый и ландшафтный дизайн, озеленение территории. Парикмахерские услуги и маникюр тоже въодят в этот список. Звездный покровитель — Луна.

Двойка наполнена женственной, утонченной, лунной энергией

ТРОЙКА. Как говорилось выше, очень способствует благосостоянию бизнеса в области развлечений. Например таких как, рестораны, развлекательные центры, боулинг,  аттракционы, кинотеатры, бильярд, дворцы культуры. Поможет она производству и поставке продуктов питания. Ресторанам и кафе. Успех принесет и рекламным агентствам, студиям дизайна и актерским студиям. Звездный покровитель- Юпитер. Тройка олицетворяет слияния противоположностей, их единение и взаимодействие. Это означает совершенство и равновесие. Следует это также учесть, подбирая название фирме.

ЧЕТВЕРКА. Эта цифра подойдет крупным, основательным компаниям. Она символизирует рождение организованной материи и является числом созидания. Прибыль будет у сельскохозяйственных предприятий.

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

Звездный защитник — Уран. Число четыре устойчиво и поддается управлению.

ПЯТЕРКА. Благоприятная энергетика для фирм, в сфере спорта и отдыха. Фитнесс-салоны, SPA, сауны и бани, спортивные и рыболовные магазины. Санатории и дома отдыха.

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

5 — это число перемен и совершенствования.

ШЕСТЕРКА. Благоприятствует фирмам, занимающимися творческой или художественной деятельностью. Частным художникам и арт-салонам. Создаст хорошую энергетику для антикварных магазинов, магазинов цветов, сувениров, предметов старины.

Разнообразные магазины и салоны мебели и декора, призванных украсить наш дом, также в этом листе. Принесет успех медицинским центрам, косметологам, салонам стиля и красоты и магазинам одежды. Звездный покровитель- Венера.

Шестерка отражает идеал человеческого совершенства.

СЕМЕРКА. Представитель элиты. Создаст благоприятную вибрацию для дорогих магазинов, торгующих эксклюзивной одеждой, для элитарных клубов.

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

Семерка символизирует культурную и духовную осно

RFC 6335 — Процедуры управления адресами Интернета (IANA) для управления реестром номеров портов и имен служб и транспортных протоколов

[Docs] [txt | pdf] [draft-ietf-tsvw …] [Tracker] [Diff1] [Diff2] [Errata]

НАИЛУЧШАЯ ТЕКУЩАЯ ПРАКТИКА
Errata Exist
Инженерная группа Интернета (IETF) М.Хлопок
Запрос комментариев: 6335 ICANN
BCP: 165 Л. Эггерт
Обновления: 2780, 2782, 3828, 4340, 4960, 5595 Nokia
Категория: Лучшие современные практики J. Touch
ISSN: 2070-1721 USC / ISI
                                                           М. Вестерлунд
                                                                Ericsson
                                                             С.Чешир
                                                                   яблоко
                                                             Август 2011 г.


Процедуры Управления по распределению номеров Интернета (IANA) для управления
    Реестра имени службы и номера порта транспортного протокола

Аннотация

   Этот документ определяет процедуры, назначенные Интернетом. 
   Numbers Authority (IANA) использует при обработке присвоений и других
   запросы, связанные с именем службы и портом транспортного протокола
   Реестр номеров.Также обсуждаются обоснование и принципы
   за этими процедурами и как они способствуют долгосрочному
   устойчивость реестра.

   Этот документ обновляет процедуры IANA, отменяя предыдущие
   Процедуры назначения портов UDP и TCP, определенные в разделах 8 и 9.1.
   Руководства по распределению ресурсов IANA и обновляет службу IANA
   процедуры назначения имени и порта для UDP-Lite, дейтаграммы
   Протокол управления перегрузкой (DCCP) и управление потоком
   Протокол передачи (SCTP).Он также обновляет DNS SRV.
   спецификация, чтобы прояснить, что такое имя службы и как оно
   зарегистрирован.

Статус этой памятки

   Эта памятка документирует передовую практику Интернета.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил публичное рецензирование и был одобрен к публикации
   Инженерная группа управления Интернетом (IESG).  Дополнительная информация о
   BCP доступны в разделе 2 RFC 5741.Информация о текущем статусе этого документа, исправлениях,
   и как оставить отзыв о нем можно узнать на
   http://www.rfc-editor.org/info/rfc6335.




Коттон и др. Наилучшая текущая практика [Страница 1] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


Уведомление об авторских правах

   Авторское право (c) 2011 IETF Trust и лица, указанные как
   авторы документа. Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (http: // попечитель.ietf.org/license-info), действующий на дату
   публикация этого документа. Просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описана в упрощенной лицензии BSD. 

   Этот документ может содержать материалы из документов IETF или IETF.
   Материалы опубликованы или станут общедоступными до ноября
   10, 2008.Лица, контролирующие авторские права на некоторые из этих
   материал, возможно, не давал IETF Trust право разрешать
   модификации такого материала вне процесса стандартизации IETF.
   Без получения соответствующей лицензии от лица (лиц), контролирующего
   авторские права на такие материалы, этот документ не может быть изменен
   вне Процесса стандартизации IETF, и производные от него разработки могут
   не создаваться вне процесса стандартов IETF, кроме как для форматирования
   его для публикации как RFC или для перевода на другие языки
   чем английский.Коттон и др. Наилучшая текущая практика [Страница 2] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


Содержание

   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . 4
   2. Мотивация. . . . . . . . . . . . . . . . . . .  . . . . . . . 5
   3. Справочная информация. . . . . . . . . . . . . . . . . . . . . . . . . . 6
   4. Условные обозначения, используемые в этом документе. . . . . . . . . . . . .. 8
   5. Имена служб. . . . . . . . . . . . . . . . . . . . . . . . 8
     5.1. Синтаксис имени службы. . . . . . . . . . . . . . . . . . . 9
     5.2. Использование имени службы в записях DNS SRV. . . . . . . . . . 10
   6. Диапазоны номеров портов. . . . . . . . . . . . . . . . . . . . . . 11
     6.1. Имена служб и номера портов для экспериментов. . . . 12
   7. Принципы для имени службы и порта транспортного протокола
       Управление реестром номеров. . . . . . . . . . . . . . . . .. 12
     7.1. Прошлые принципы. . . . . . . . . . . . . . . . . . . . . 13
     7.2. Обновленные принципы. . . . . . . . . . . . . . . . . . . . 13
   8. Процедуры IANA для управления названием службы и
       Реестр номеров портов транспортного протокола. . . . . . . . . . . 16
     8.1. Назначение имени службы и номера порта.  . . . . . . . . 16
     8.2. Отмена назначения имени службы и номера порта. . . . . . . . 21 год
     8.3. Повторное использование имени службы и номера порта. . . . . . . . . . . . 21 год
     8.4. Отзыв имени службы и номера порта. . . . . . . . . 22
     8.5. Передача имени службы и номера порта. . . . . . . . . . 22
     8.6. Вопросы обслуживания. . . . . . . . . . . . . . . . . . . . 23
     8.7. Разногласия. . . . . . . . . . . . . . . . . . . . . . 23
   9. Соображения безопасности. . . . . . . . . . . . . . . . . . . 23
   10. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 24
     10.1. Согласованность имени службы. . . . . . . . . . . . . . . . . 24
     10.2. Номера портов для экспериментов с SCTP и DCCP. . . . . . 26
     10.3. Обновления реестров DCCP. . . . . . . . . . . . . . . . 27
   11. Авторы. . . . . . . . . . . . . . . . . . . . . . . . . 28
   12. Благодарности. . . . . . . . . . . . . . . . . . . . . . . 28
   13. Список литературы. . . . . . . . . . . .  . . . . . . . . . . . . . . 29
     13.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . . 29
     13.2. Информативные ссылки. . . . . . . . . . . . . . . . . . 30

















Коттон и др.Наилучшая текущая практика [Страница 3] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


1. Введение

   На протяжении многих лет присвоение новых сервисных названий и номеров портов
   значения для использования с протоколом управления передачей (TCP) [RFC0793]
   и протокол пользовательских дейтаграмм (UDP) [RFC0768] имеет менее
   четкие инструкции. Добавлены новые транспортные протоколы -
   Протокол передачи управления потоком (SCTP) [RFC4960] и
   Протокол управления перегрузкой дейтаграмм (DCCP) [RFC4342] - и новые
   были разработаны такие механизмы, как записи DNS SRV [RFC2782], каждая
   с отдельными реестрами и отдельными руководствами.Сообщество также
   признал необходимость дополнительных процедур помимо простого назначения;
   особенно модификация, отзыв и выпуск. 

   Ключевой элемент процедурной оптимизации, указанной в данном
   документ должен установить идентичные процедуры назначения для всех IETF
   транспортные протоколы. В этом документе представлены процедуры IANA для
   TCP и UDP соответствуют таковым для SCTP и DCCP, что приводит к
   единый процесс, которому отправители запросов и IANA следуют для всех запросов на
   все транспортные протоколы, включая будущие протоколы, которые еще не определены.Помимо подробного описания процедур IANA для первоначального
   присвоение имен служб и номеров портов, этот документ также
   определяет процедуры после назначения, которые до сих пор обрабатывались
   специальным образом. К ним относятся процедуры отмены назначения порта
   номер, который больше не используется, чтобы принять номер порта, назначенный для
   одна услуга, которая больше не используется, и повторно использовать ее для другой
   услугу, а также процедуру, с помощью которой IANA может в одностороннем порядке отозвать
   предыдущее присвоение номера порта. В разделе 8 обсуждаются особенности
   эти процедуры и процессы, которым податели запросов и IANA следуют для
   все запросы для всех текущих и будущих транспортных протоколов.

   IANA является органом, назначающим имена служб и номера портов.
   Реестры, созданные для хранения этих назначений,
   поддерживается IANA. Для протоколов, разработанных рабочими группами IETF,
   IANA теперь также предлагает метод «раннего назначения» [RFC4020]
   имена служб и номера портов, как описано в разделе 8.1.

   В этом документе обновляются процедуры IANA для номеров портов UDP и TCP.
   путем отмены Разделов 8 и 9.1 Руководства по распределению ресурсов IANA
   [RFC2780]. (Обратите внимание, что другие разделы распределения IANA
   Рекомендации, касающиеся значений полей протокола в заголовках IPv4,
   также были обновлены в феврале 2008 г. [RFC5237].) Этот документ также
   обновляет процедуры назначения IANA для DCCP [RFC4340] [RFC5595]
   и SCTP [RFC4960].







Коттон и др. Наилучшая текущая практика [Страница 4] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г. 


   Протокол облегченных пользовательских дейтаграмм (UDP-Lite) разделяет порт
   пространство с UDP.В спецификации UDP-Lite [RFC3828] сказано: «UDP-Lite
   использует тот же набор значений номеров портов, который назначен IANA для использования
   по UDP ". Таким образом, обновление процедур UDP также приводит к
   соответствующее обновление процедур UDP-Lite.

   В этом документе также разъясняется, что такое имя службы и как оно
   назначен. Это повлияет на спецификацию DNS SRV [RFC2782],
   потому что в этой спецификации просто кратко упоминается, что
   символические названия услуг определены в «Присвоенных номерах»
   [RFC1700], без указания, к какому разделу он относится в этом
   230-страничный документ.Спецификация DNS SRV могла иметь в виду
   в список назначений портов (известный как / etc / services в Unix) или
   в раздел «Протоколы и имена служб», или в оба, или в некоторые
   другой раздел. Кроме того, «Присвоенные номера» [RFC1700] были
   устарел [RFC3232] и был заменен он-лайн реестрами
   [ПОРТРЕГ] [ПРОЦЕРВРЕГ]. 

   Разработка новых транспортных протоколов - это серьезное усилие, которое
   IETF берется за это не очень часто. Если новый транспортный протокол
   стандартизированы в будущем, ожидается, что они будут следовать этим рекомендациям
   и практики использования имен служб и номеров портов, а также
   возможно, для последовательности.На момент написания этого документа внутренние процедуры
   Группы «экспертной проверки», включая группу проверки портов IANA,
   не задокументировано ни в одном RFC, и этот документ не меняет этого.

2. Мотивация

   Информация о порядке присвоения портового реестра
   существовали в трех местах: формы для запроса номера порта
   задания на веб-сайте IANA [SYSFORM] [USRFORM], вводный
   текстовый раздел в файле со списком назначений номеров портов
   сами (известные как реестр номеров портов) [PORTREG], а два
   краткие разделы Руководства по распределению ресурсов IANA [RFC2780].Точно так же процедуры, связанные с именами сервисов, были
   исторически непонятно.  Имена сервисов изначально были созданы как
   мнемонические идентификаторы для номеров портов без четко определенного синтаксиса,
   помимо ограничения в 14 символов, упомянутого на веб-сайте IANA
   [SYSFORM] [USRFORM]. Даже этот предел длины не был
   применяется последовательно, а некоторым присвоенным названиям служб 15
   длинные символы. При идентификации услуги через DNS SRV Resource
   Были введены записи (RR) [RFC2782], стало полезно начать
   присвоение только имен служб, и поскольку IANA не имеет процедуры для
   присвоение имени службы без соответствующего номера порта, это привело




Коттон и др.Наилучшая текущая практика [Страница 5] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


   к созданию неофициального временного реестра названий служб
   вне контроля IANA, который сейчас насчитывает около 500
   имена служб [SRVREG].

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

   Этот документ определяет правила присвоения имен сервисов без
   связанные номера портов для таких целей, как записи DNS SRV
   [RFC2782], что было невозможно в рамках предыдущих процедур IANA.
   В документе также объединены назначения имен служб из не-IANA
   специальный реестр [SRVREG] и из протокола IANA и имен служб
   реестр [PROTSERVREG] в имя службы IANA и транспорт
   Реестр номеров портов протокола [PORTREG], который далее является
   единый авторитетный реестр для имен служб и номеров портов.Дополнительная цель этого документа - описать принципы
   которые направляют IETF и IANA в их роли как долгосрочного совместного
   распорядители реестра имени службы и номера порта. TCP и UDP
   добились замечательных успехов за последние десятилетия.  Тысячи
   приложения и протоколы уровня приложений имеют имена служб и
   номера портов назначены для их использования, и есть все основания
   верю, что эта тенденция сохранится и в будущем. Отсюда
   крайне важно, чтобы управление реестром следовало принципам
   которые обеспечивают его долгосрочную полезность как общий ресурс.Раздел 7
   подробно обсуждает эти принципы.

3. Справочная информация

   Протокол управления передачей (TCP) [RFC0793] и пользователь
   Протокол датаграмм (UDP) [RFC0768] пользовался замечательным успехом
   на протяжении десятилетий в качестве двух наиболее широко используемых транспортных протоколов на
   Интернет. Они полагались на понятие «порты» как на логичное
   объекты для интернет-коммуникации. Порты служат двум целям:
   во-первых, они предоставляют идентификатор демультиплексирования, чтобы различать
   транспортные сеансы между одной и той же парой конечных точек, а вторая,
   они также могут идентифицировать протокол приложения и связанные
   сервис, к которому подключаются процессы. Новые транспортные протоколы, например
   как протокол передачи управления потоком (SCTP) [RFC4960] и
   Протокол управления перегрузкой дейтаграмм (DCCP) [RFC4342], также
   приняли концепцию портов для своих сеансов связи и использования
   16-битные номера портов так же, как TCP и UDP (и UDP-Lite
   [RFC3828], вариант UDP).



Коттон и др. Наилучшая текущая практика [Страница 6] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


   Номера портов являются оригинальными и наиболее широко используемыми средствами для
   идентификация приложений и услуг в Интернете.Порты
   16-битные числа и комбинация порта источника и порта назначения
   числа вместе с IP-адресами соединяющейся стороны
   systems однозначно идентифицирует сеанс данного транспортного протокола.
   Номера портов также известны по соответствующим именам служб, например
   "telnet" для порта номер 23 и "http" (а также "www" и
   "www-http") для порта 80.

   Все вовлеченные стороны - хосты с запущенными сервисами, хосты с доступом
   службы на других хостах и ​​промежуточные устройства (например, межсетевые экраны
   и NAT), которые ограничивают службы - необходимо согласовать, какая служба
   соответствует конкретному порту назначения. Хотя это
   в конечном итоге локальное решение, имеющее значение только между конечными точками
   соединения, для многих служб часто используется значение по умолчанию
   порт, который эти серверы обычно слушают, когда это возможно, и
   эти порты регистрируются Управлением по присвоению номеров Интернета
   (IANA) через реестр имени службы и номера порта [PORTREG].

   Со временем предположение, что определенный номер порта обязательно
   подразумевает, что конкретная услуга может стать менее верной. Например,
   несколько экземпляров одной и той же службы на одном хосте не могут
   обычно слушают один и тот же порт и несколько хостов за одним
   Шлюз NAT не может иметь сопоставление для одного и того же порта на
   внешняя сторона шлюза NAT, независимо от того, используется ли статическое сопоставление портов
   настраивается вручную пользователем или настраивается динамическое сопоставление портов
   автоматически с использованием протокола сопоставления портов, например NAT Port Mapping
   Протокол [NAT-PMP] или устройство Интернет-шлюза [IGD]. Приложения могут использовать номера портов напрямую, искать номера портов
   на основе имен служб через системные вызовы, такие как getservbyname () на
   UNIX, ищите номера портов, выполняя запросы для записей DNS SRV
   [RFC2782] [DNS-SD] или определить номера портов в различных других
   такие способы, как мультиплексор службы портов TCP (TCPMUX) [RFC1078].

   Разработчики приложений и протоколов уровня приложений могут применять
   в IANA для присвоенного имени службы и номера порта для конкретного
   приложение, и может - после назначения - предположить, что никакие другие
   приложение будет использовать это имя службы или номер порта для своего
   сеансы связи.Разработчики приложений также могут
   запроса только назначенного имени службы без соответствующего
   фиксированный номер порта, если их приложение не требует его, например
   приложения, использующие записи DNS SRV для поиска номеров портов
   динамически во время выполнения. Поскольку пространство номеров портов конечно
   (и поэтому сохранение является важной целью), альтернатива
   РЕКОМЕНДУЕТСЯ использовать имена служб вместо номеров портов всякий раз, когда
   возможно. 




Коттон и др. Наилучшая текущая практика [Страница 7] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


4.Условные обозначения, используемые в этом документе

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «НЕ РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и
   «ДОПОЛНИТЕЛЬНО» в этом документе следует толковать, как описано в
   «Ключевые слова для использования в RFC для обозначения уровней требований» [RFC2119].

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

5. Имена служб

   Имена служб - это уникальный ключ в имени службы и транспорте. 
   Реестр номеров портов протокола. Это уникальное символическое имя для
   сервис также может использоваться для других целей, например, в DNS SRV
   записи [RFC2782]. В реестре этот уникальный ключ гарантирует, что
   можно однозначно выделить разные услуги, таким образом
   предотвращение конфликтов имен и недопущение путаницы в том, кто
   Правопреемник для конкретной записи.Может быть более одного имени службы, связанного с конкретным
   транспортный протокол и порт. Есть три способа, которыми такой порт
   может произойти перегрузка номера:

   o Перегрузка возникает, когда одна служба является расширением другой.
      сервис, и существует внутриполосный механизм для определения того,
      расширение присутствует или нет. Одним из примеров является порт 3478, на котором
      псевдонимы имени службы «оглушить» и «повернуть». Обход с использованием
      Ретрансляции вокруг NAT (TURN) [RFC5766] является расширением сеанса
      Утилиты обхода для службы NAT (STUN) [RFC5389].ПЕРЕМЕНА-
      разрешенные клиенты, желающие найти серверы TURN, могут попытаться
      обнаруживают "оглушающие" службы, а затем проверяют внутри полосы, если сервер также
      поддерживает TURN, но это было бы неэффективно.  Позволяя им
      прямой запрос серверов "очереди" по имени - лучший подход.
      (Обратите внимание, что серверы TURN в этом случае также должны быть доступны через
      обнаружение "оглушения", потому что каждый сервер TURN также является STUN
      сервер.)

   o По исторической случайности имя службы «http» имеет два синонима.
      «www» и «www-http».При использовании в записях SRV [RFC2782] и
      аналогичные механизмы обнаружения службы, только имя службы "http"
      следует использовать, а не эти дополнительные имена. Если бы сервер
      рекламируют "www", клиенты не увидят его, просматривая
      для "http". Реклама или просмотр псевдонимов, а также



Коттон и др. Наилучшая текущая практика [Страница 8] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


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

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

   Названия служб назначаются по принципу «первым пришел - первым обслужен», так как
   описано в разделе 8.1. Имена должны быть краткими и информативными,
   избегать слов или сокращений, которые являются избыточными в контексте
   реестр (например, «порт», «служба», «протокол» и т.  д.) Имена
   ссылаясь на службы обнаружения, e.g., используя многоадресную или широковещательную рассылку
   для определения конечных точек, поддерживающих данную услугу, СЛЕДУЕТ использовать
   легко узнаваемый суффикс (например, "-disc").

5.1. Синтаксис имени службы

   Допустимые названия сервисов нормативно определены следующим образом:

   o ДОЛЖЕН состоять как минимум из 1 символа и не более чем из 15 символов.

   o ДОЛЖЕН содержать только буквы US-ASCII [ANSI.X3.4-1986] «A» - «Z» и
      'a' - 'z', цифры '0' - '9' и дефисы ('-', ASCII 0x2D или
      десятичный 45)

   o ДОЛЖЕН содержать хотя бы одну букву ('A' - 'Z' или 'a' - 'z')

   o НЕ ДОЛЖНЫ начинаться или заканчиваться дефисом

   o дефисы НЕ ДОЛЖНЫ находиться рядом с другими дефисами

   Причина, по которой требуется хотя бы одно письмо, - избежать обслуживания
   имена типа «23» (можно спутать с числовым портом) или «6000-
   6063 "(можно спутать с числовым диапазоном портов).Хотя
   имена сервисов могут содержать как прописные, так и строчные буквы,
   регистр игнорируется для сравнения, поэтому и "http", и "HTTP"
   обозначают ту же услугу. 



Коттон и др. Наилучшая текущая практика [Страница 9] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


   Имена сервисов - это чисто непрозрачные идентификаторы, и никакой семантики нет.
   подразумевается любой поверхностной структурой, что данное имя службы может
   кажется, есть.Например, компания «Пример» может выбрать
   зарегистрировать сервисные имена "Example-Foo" и "Example-Bar" для своих
   Продукты "Foo" и "Bar", но компания "Example" не может претендовать на
   "владеть" всеми именами служб, начинающимися с "Example-"; они не могут
   запретить кому-то другому зарегистрировать "Example-Baz" для другого
   сервис, и они не могут помешать другим разработчикам использовать
   Типы услуг "Example-Foo" и "Example-Bar", чтобы
   взаимодействуют с продуктами «Foo» и «Bar».Технически
   говоря, в протоколах обнаружения служб имена служб - это просто
   серия байтовых значений на проводе; для мнемонического удобства
   люди-разработчики, может быть удобно интерпретировать эти байтовые значения
   как удобочитаемые символы ASCII, но программное обеспечение должно рассматривать их как
   чисто непрозрачные идентификаторы и не пытаться анализировать их на предмет каких-либо
   дополнительное вложенное значение. 

   По состоянию на 5 августа 2009 г. примерно 98% так называемых «коротких»
   Имена "[SYSFORM] [USRFORM] для существующих назначений номеров портов
   [PORTREG] уже соответствует правилам для названий юридических служб, указанным в
   Раздел 8.1, поэтому для этих сервисов их имя
   точно так же, как их историческое «Краткое имя». Примерно
   2% случаев новое "название услуги" происходит от старого
   «Краткое имя», как описано ниже в Разделе 10.1.

   Правила для допустимых названий сервисов, за исключением ограничения в 15
   максимум символов, также указаны ниже (как ненормативный
   удобство) с использованием ABNF [RFC5234].

      SRVNAME = * (1 * ЦИФРА [ДЕФИС]) АЛЬФА * ([ДЕФИС] ALNUM)
      ALNUM = АЛЬФА / ЦИФРА; А – Я, А – Я, 0–9
      ДЕФИС =% x2D; "-"
      АЛЬФА =% x41-5A /% x61-7A; А-Я / А-Я [RFC5234]
      ЦИФРА =% x30-39; 0-9 [RFC5234]

5.2. Использование имени службы в записях DNS SRV

   В спецификации DNS SRV [RFC2782] указано, что метка службы
   часть имени владельца записи DNS SRV включает «Служба»
   элемент, описываемый как «символическое имя желаемой услуги», но
   как обсуждалось выше, не совсем ясно, что это означает. 

   В этом документе уточняется, что метка услуги ДОЛЖНА быть названием услуги.
   как определено здесь, с добавленным подчеркиванием. Название сервиса
   ДОЛЖЕН быть зарегистрирован в IANA и записан в Имя службы и
   Реестр номеров портов транспортного протокола [PORTREG].Коттон и др. Наилучшая текущая практика [Страница 10] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


   Подробности использования имен служб в ярлыках служб SRV приведены ниже.
   указано в спецификации DNS SRV [RFC2782].

6. Диапазоны номеров портов

   TCP, UDP, UDP-Lite, SCTP и DCCP используют 16-битные пространства имен для своих
   реестры номеров портов. Регистры портов для всех этих
   транспортные протоколы подразделяются на три диапазона номеров
   [RFC1340] и раздел 8.1.2 описывает процедуры IANA для каждого
   подробно о ассортименте:

   o Системные порты, также известные как известные порты, от 0 до 1023
      (присвоено IANA)

   o пользовательские порты, также известные как зарегистрированные порты, от 1024 до
      49151 (присвоено IANA)

   o динамические порты, также известные как частные или эфемерные порты,
      с 49152-65535 (не назначен)

   Из назначаемых диапазонов портов (системные порты и пользовательские порты, т.  Е.
   номера портов 0-49151), отдельные номера портов находятся в одном из трех
   в любой момент времени заявляет:

   o Назначено: назначенные номера портов в настоящее время назначены
      услуга указана в реестре.o Неназначенный: неназначенные номера портов в настоящее время доступны для
      назначение по запросу, в соответствии с процедурами, изложенными в этом
      документ.

   o Зарезервировано: зарезервированные номера портов недоступны для обычных
      присвоение; они «назначены IANA» для специальных целей.
      Зарезервированные номера портов включают значения на краях каждого диапазона,
      например, 0, 1023, 1024 и т. д., которые могут использоваться для расширения этих
      диапазоны или общее пространство номеров портов в будущем.

   Чтобы сохранить управляемый размер реестра, IANA обычно
   записывает только назначенные и зарезервированные имена служб и номера портов
   в реестре.Неназначенные значения обычно не указываются явно
   перечисленные. (Существует очень много неназначенных имен служб и
   перечислять их все было бы непрактично. )

   Что касается данных, то на момент написания этого документа примерно 76%
   были назначены системные порты TCP и UDP, и примерно 9%
   Пользовательские порты были назначены. (Как уже отмечалось, динамические порты никогда не
   назначен.)




Коттон и др. Наилучшая текущая практика [Страница 11] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


6.1. Имена служб и номера портов для экспериментов

   Из системных портов два номера портов TCP и UDP (1021 и 1022),
   вместе с соответствующими названиями услуг («exp1» и «exp2»),
   были назначены для экспериментов с новыми приложениями и
   протоколы прикладного уровня, которым требуется номер порта в
   диапазон назначенных портов [RFC4727].

   См. Разделы 1 и 1.1 раздела «Назначение экспериментальных и
   Числа для тестирования считаются полезными »[RFC3692] о том, как эти
   должны использоваться экспериментальные номера портов.В этом документе назначаются те же два имени службы и номера портов для
   экспериментирование с новыми протоколами прикладного уровня через SCTP и
   DCCP в разделе 10. 2.

   К сожалению, ограничить доступ к этим портам может быть сложно.
   Пользователям СЛЕДУЕТ принимать меры для обеспечения того, чтобы экспериментальные порты
   подключение к намеченному процессу. Например, пользователи этих
   экспериментальные порты могут включать 64-битный одноразовый номер, по одному разу в каждом сегменте
   канала, ориентированного на сообщения (например, UDP), или один раз в начале
   байтового потока (например,g., TCP), который используется для подтверждения того, что порт
   используется по назначению. Такое подтверждение предполагаемого использования
   особенно важно, когда эти порты связаны с привилегированными
   (например, системные или администраторские) процессы.

7. Принципы для имени службы и номера порта транспортного протокола
    Управление реестром

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

   Как отмечалось ранее, в настоящее время используется только около 9% пространства пользовательского порта.
   назначен. Текущая скорость назначения составляет примерно 400 портов.
   в год и остается стабильным в течение последних 8 лет.При этом
   скорости, если подобное сохранение продолжится, этот ресурс будет поддерживать
   еще 85 лет работы - без необходимости прибегать к
   переназначение выпущенных значений или отзыв. Пространство имен
   доступный для имен служб гораздо больше, что позволяет упростить
   процедуры управления.





Коттон и др. Наилучшая текущая практика [Страница 12] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г. 


7.1. Прошлые принципы

   Принципы управления именами служб и номерами портов основаны на
   по рекомендациям группы «Экспертная оценка» IANA.До того как
   недавно эта команда следовала ряду неофициальных рекомендаций, разработанных
   на основе опыта проверки предыдущих запросов на назначение.
   Эти первоначальные правила, хотя и неофициальные, никогда не публиковались публично.
   задокументировано. Они записаны здесь только для исторических целей; в
   текущие рекомендации описаны в разделе 7.2. Эти рекомендации
   ранее были:

   o Порты TCP и UDP назначались одновременно, когда
      просил

   o Номера портов были основным назначением; названия служб были
      только информативный и не имел четко определенного синтаксиса

   o Номера портов сохранялись неофициально, а иногда
      непоследовательно (e.г., некоторым услугам были присвоены диапазоны многих
      номера портов даже там, где это не обязательно)

   o Управление реестрами имен служб и номеров портов SCTP и DCCP
      отдельно от реестров TCP / UDP

   o Не удалось назначить имена служб в старом реестре портов. 
      без одновременного назначения соответствующего номера порта

7.2. Обновленные принципы

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

   IANA стремится назначать имена служб, которые не запрашивают
   присвоение номера соответствующего порта простой
   Обслуживается »политика [RFC5226].IANA МОЖЕТ по своему усмотрению направить службу
   именовать запросы в «Экспертную экспертизу» при массовых уступках
   или в других ситуациях, когда IANA считает целесообразным "экспертную оценку"
   [RFC5226]; использование «Экспертного обзора» помогает неформально консультировать IANA в
   случаи, когда используется «Обзор IETF» или «Утверждение IESG», как и в большинстве
   Протоколы IETF. 



Коттон и др. Наилучшая текущая практика [Страница 13] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


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

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

   o IANA стремится назначить только один назначенный номер порта для каждой службы
      или приложение.

      Примечание: на момент написания этого документа IETF еще не
      консенсус относительно того, когда уместно использовать второй порт для
      небезопасная версия протокола.

   o IANA стремится назначить только один назначенный номер порта для всех
      варианты услуги (например,g., для обновленных версий сервиса).

   o IANA стремится поощрять внедрение безопасных протоколов.

   o IANA стремится назначить только один назначенный номер порта для всех
      разные типы устройств, использующие или участвующие в одном и том же
      служба.

   o IANA стремится назначать номера портов только для транспортных
      протокол (ы), явно названный в запросе на назначение.

   o IANA может восстановить неиспользуемые номера портов с помощью новых процедур
      отмена назначения, отзыв и передача. По возможности, данная услуга должна демультиплексировать сообщения.
   если необходимо. Например, ожидаются приложения и протоколы
   для включения информации о внутренней версии, чтобы будущие версии
   приложение или протокол могут использовать один и тот же назначенный порт.
   Ожидается, что приложения и протоколы также смогут
   эффективно использовать один назначенный порт для нескольких сеансов, либо
   путем демультиплексирования нескольких потоков в одном порту или с помощью
   назначенный порт для координации с использованием динамических портов для последующего
   биржи (например,г., в духе FTP [RFC0959]).



Коттон и др. Наилучшая текущая практика [стр. 14] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


   Порты используются по-разному, в частности:

   o как идентификаторы процесса конечной точки

   o как идентификаторы протокола приложения

   o для фильтрации брандмауэра

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

   Начиная с публикации этого документа, IANA начнет
   явное назначение номеров портов только для этих транспортных протоколов
   включены в запрос о назначении.На этом заканчивается давняя
   практика автоматического присвоения номера порта приложению
   как для TCP, так и для UDP, даже если запрос предназначен только для одного из них
   транспортные протоколы. Новая процедура присвоения сохраняет
   ресурсов, присвоив приложению номер порта только для тех
   транспортные протоколы (TCP, UDP, SCTP и / или DCCP), которые он действительно использует. 
   Номер порта будет отмечен как Зарезервированный - вместо Назначенного -
   в реестрах номеров портов других транспортных протоколов.когда
   приложения начинают поддерживать использование некоторых из этих дополнительных
   транспортных протоколов, Правопреемник ДОЛЖЕН запросить
   что IANA преобразовывает эти зарезервированные порты в назначения. An
   приложение НЕ ДОЛЖНО предполагать, что оно может использовать номер порта, назначенный
   это для использования с одним транспортным протоколом с другим транспортом
   протокол без преобразования IANA резервирования в назначение.

   Когда доступный пул неназначенных номеров закончился в порту
   диапазон, IANA будет необходимо учитывать зарезервированные порты
   для переуступки.Это часть мотивации не автоматически
   назначение портов для транспортных протоколов, отличных от запрошенных
   один (а). Это позволит большему количеству портов быть доступными для назначения на
   этот момент. Чтобы помочь сохранить порты, разработчикам приложений СЛЕДУЕТ
   запрашивать назначение только тех транспортных протоколов, которые их
   приложение в настоящее время использует. 

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



Коттон и др.Наилучшая текущая практика [Страница 15] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


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

8. Процедуры IANA для управления именем службы и транспортным протоколом.
    Реестр номеров портов

   В этом разделе описан процесс обработки связанных запросов
   с управлением IANA именем службы и транспортным протоколом
   Реестр номеров портов. Такие запросы включают начальное назначение, де-
   назначение, повторное использование и обновление контактной информации или
   описание, связанное с заданием. Отзыв - это
   дополнительный процесс, инициированный IANA.

8.1. Назначение имени службы и номера порта

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

   o Неназначенные имена и номера присваиваются согласно правилам
      описано в разделе 8.1.2 ниже.

   o Зарезервированные номера и имена обычно присваиваются только
      «Действия по стандартам» или «Утверждение IESG», ДОЛЖНЫ сопровождаться
      заявление, объясняющее причину, по которой зарезервированный номер или имя
      подходит для этого действия. Единственное исключение из этого правила -
      что текущий Правопреемник номера порта МОЖЕТ запросить
      присвоение соответствующего номера Зарезервированного порта другим
      транспортные протоколы при необходимости.  IANA инициирует «Эксперт
      Просмотрите "[RFC5226] для таких запросов.Когда назначение для одного или нескольких транспортных протоколов утверждено,
   номер порта для любого незапрошенного транспортного протокола (ов) будет
   помечено как Зарезервировано. IANA НЕ СЛЕДУЕТ назначать этот номер порта какому-либо
   другое приложение или сервис, пока не останутся другие номера портов
   Не назначено в запрошенном диапазоне. Ожидается, что при таком
   время публикации нового документа, определяющего процедуры IANA для
   назначение таких портов.









Коттон и др. Наилучшая текущая практика [Страница 16] 

RFC 6335 Процедуры именования служб и номеров портов, август 2011 г.


8.1.1. Общая процедура назначения

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

      Название службы (ОБЯЗАТЕЛЬНО)
      Транспортный протокол (ы) (ТРЕБУЕТСЯ)
      Правопреемник (ОБЯЗАТЕЛЬНО)
      Контакты (ОБЯЗАТЕЛЬНО)
      Описание (ОБЯЗАТЕЛЬНО)
      Ссылка (ОБЯЗАТЕЛЬНО)
      Номер порта (ДОПОЛНИТЕЛЬНО)
      Сервисный код (ТРЕБУЕТСЯ только для DCCP)
      Известное несанкционированное использование (НЕОБЯЗАТЕЛЬНО)
      Примечания к назначению (НЕОБЯЗАТЕЛЬНО)

   o Имя службы: желаемое уникальное имя службы для службы. 
      ДОЛЖЕН быть предоставлен связанный с запросом на назначение.Этот
      имя может использоваться при выборе и обнаружении различных услуг
      механизмы (включая, но не ограничиваясь, записи DNS SRV
      [RFC2782]). Имя ДОЛЖНО соответствовать синтаксису, определенному в
      Раздел 5.1. Чтобы быть уникальными, они НЕ ДОЛЖНЫ быть идентичными
      любое присвоенное в настоящее время имя службы в реестре IANA
      [ПОРТРЕГ]. Служба на 

Номер социального страхования — после получения SIN

5. После получения номера социального страхования (SIN)

После выдачи SIN Service Canada сохраняет вашу личную информацию в Реестре социального страхования.

Эта информация включает:

  • ваше имя
  • дата рождения
  • место рождения,
  • имена ваших родителей

Даты смерти также заносятся в Реестр.

Важность защиты вашего SIN

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

  • когда использовать свой SIN
  • как защитить свой SIN, а
  • что делать, если вы подозреваете, что кто-то использует ваш SIN

Обновление информации, связанной с вашим SIN

Если вы юридически меняете свое имя

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

Если вы меняете свой пол

Теперь у вас есть возможность пометить свой пол как «X» или не указывать свой пол. Service Canada добавит в вашу запись пометку с указанием вашего выбора. Однако до тех пор, пока наши компьютерные системы не будут обновлены для регистрации этой информации, в вашей записи SIN по-прежнему будет отображаться «мужской» или «женский».

Чтобы обновить или запросить какие-либо изменения в вашей записи SIN, вам необходимо будет подать заявку и предоставить необходимую документацию.

Если срок действия вашего временного SIN истекает

Если ваш SIN начинается с «9», вы должны обновить свою запись SIN, чтобы гарантировать, что дата истечения срока действия всегда соответствует дате истечения срока действия в вашем документе иммиграционной службы, по делам беженцев и гражданства Канады (IRCC), разрешающем вам работать в Канаде.

Если вы подаете заявление на продление разрешения на работу или учебу и ваше разрешение истекает до принятия решения, параграф 186 (u) и раздел 189 Правил иммиграции и защиты беженцев предоставляет вам право продолжить работу или учебу в соответствии с на тех же условиях до рассмотрения вашего заявления на продление, пока вы остаетесь в Канаде.Это называется «подразумеваемым статусом». У вас будет подразумеваемый статус до тех пор, пока IRCC не вынесет решение, что означает, что вам разрешено работать, даже если срок действия вашего SIN истек.

Как только IRCC вынесет решение, разрешающее вам продолжить работу в Канаде, вы должны подать заявление с новым иммиграционным документом в Service Canada, чтобы ваша запись SIN была обновлена ​​с указанием новой даты истечения срока действия.

Переезд

Вам не нужно уведомлять Service Canada об изменении адреса, если вы не ждете подтверждения письма SIN.

Утерян или украден SIN

Если ваше подтверждение письма SIN или SIN-карты было утеряно или украдено, Service Canada не выдаст новый SIN. Если вы не помните свой SIN, вы можете найти его в своей налоговой декларации или запросить подтверждение вашего SIN в Service Canada. Дополнительные сведения о том, как получить подтверждение вашего SIN, см. На веб-странице «Что вам нужно, прежде чем подавать заявку».

Service Canada может выдать новый SIN только в том случае, если есть доказательства того, что SIN был использован обманным путем.

Нахождение чужого SIN

Если вы найдете подтверждение письма SIN или карты SIN, немедленно принесите его в центр Service Canada или отправьте по почте в Service Canada.

После смерти

Когда кто-то умирает в канадской провинции, у вас нет , чтобы уведомить Service Canada (провинциальное агентство записи актов гражданского состояния уведомит Service Canada). Если смерть наступает на одной из территорий или за пределами Канады, вы должны уведомить об этом Service Canada.

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

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

Если вы забыли свой SIN

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

Доступ к вашей личной информации

Если вы живете в Канаде, Закон о конфиденциальности дает вам право на доступ и исправление личной информации о себе, которая хранится организациями федерального правительства. Это означает, что вы можете запросить информацию о вашей записи SIN.

Чтобы запросить копии анкет SIN, которые вы ранее подавали:

Координатор доступа к информации и конфиденциальности
Фаза IV Этаж 12, остановка почты 123
Променад дю Портиж, 140,
Гатино QC K1A 0J9

Запрос чьей-либо личной информации

Чтобы запросить личную информацию в соответствии с Законом о конфиденциальности и Положениями о другом человеке:

  • вы должны предоставить подписанное и датированное письменное согласие человека (с указанием его имени и вашего имени), или вы должны быть:
    • адвокатом или доверенным лицом, или иметь доверенность на человека, или
    • представитель лица, определенного в Законе о конфиденциальности как «опекун, куратор, комитет, исполнитель-администратор или другой законный представитель»

карта

×

Закрыть

  • Главная
  • О нас
  • Авторизоваться
  • Главная > Авторизоваться

Имя пользователя

systemd. service

Type =

Настраивает тип запуска процесса для этой сервисной единицы. Один из простых , exec , разветвление , oneshot , dbus , notify or idle :

  • Если установлено значение simple (значение по умолчанию, если ExecStart = ). указано, но ни Type = , ни BusName = не являются), диспетчер службы будет считать, что модуль запущен сразу после разветвления основного процесса обслуживания.это ожидается, что процесс, настроенный с ExecStart = , является основным процессом служба. В этом режиме, если процесс предлагает функции другим процессам в системе, его каналы связи должны быть установлены до запуска службы (например, розетки, установленные systemd, через активацию сокета), так как менеджер службы немедленно приступит к запуску последующих модулей, сразу после создания основного процесса службы и перед выполнением двоичного файла службы. Обратите внимание, что это означает systemctl start командные строки для простых служб будут сообщать успех, даже если двоичный файл службы не может быть успешно запущен (например, потому что выбранный Пользователь = не существует или двоичный файл службы отсутствует).

  • Тип exec аналогичен simple , но служба manager будет считать, что модуль запущен сразу после выполнения основного служебного двоичного файла.Сервис менеджер отложит запуск последующих единиц до этого момента. (Или другими словами: простой переходит к следующим заданиям сразу после возврата fork () , а exec не будет продолжаться до того, как fork () и execve () в процессе службы успешно.) Обратите внимание, что это означает systemctl запустить командные строки для . exec служб сообщит об ошибке, когда служба двоичный файл не может быть запущен успешно (например, потому что выбранный пользователь = не существует или двоичный файл службы отсутствует).

  • Если установлено значение , разветвление , ожидается, что процесс, настроенный с ExecStart = вызовет fork () как часть своего запуска. Родитель Ожидается, что процесс завершится после завершения запуска и настройки всех каналов связи. Ребенок продолжает работать как основной сервисный процесс, и сервис-менеджер будет считать, что модуль запущен, когда родительский процесс завершается. Это поведение традиционных служб UNIX.Если этот параметр используется, он рекомендуется также использовать параметр PIDFile = , чтобы systemd могла надежно идентифицировать основной процесс обслуживания. systemd приступит к запуску последующих единиц, как только родительский процесс завершается.

  • Поведение oneshot аналогично simple ; тем не менее, менеджер службы рассмотрит установку устройства после выхода из основного процесса. Тогда это будет начать последующие подразделения. RemainAfterExit = особенно полезно для этого типа услуги. Type = oneshot подразумевается по умолчанию, если ни один Type = или ExecStart = . Обратите внимание, что если это опция используется без RemainAfterExit = служба никогда не войдет Состояние блока « активен, », но происходит прямой переход от « активирует » на « деактивация » или « мертвый «, поскольку не настроен процесс, который должен работать непрерывно.В частности, это означает, что после запуска службы этого типа (и которая имеет RemainAfterExit = not set) он не будет отображаться как начатый впоследствии, но как мертвый.

  • Поведение dbus аналогично простому ; тем не мение, ожидается, что служба получит имя на шине D-Bus, как настроено BusName = . systemd продолжит запуск дополнительных модулей после D-Bus было получено название автобуса.Сервисные подразделения с этой настройкой неявно получают зависимости от блока dbus.socket . Этот тип используется по умолчанию, если BusName = указано. Сервисная единица этого типа считается находящейся в состояние активации до тех пор, пока не будет получено указанное имя шины. Считается активированным, пока занято название автобуса. После того, как имя шины выпущено, услуга считается не обслуживаемой. функционал, который приводит к тому, что диспетчер служб пытается закрыть все оставшиеся процессы, принадлежащие службе.Сервисы, в которых имя шины сбрасывается при завершении работы таким образом, логика должна быть готова к приему SIGTERM (или любого другого сигнала настроен в KillSignal = ) в качестве результата.

  • Поведение notify аналогично exec ; однако это ожидается, что служба отправит уведомление через sd_notify (3) или эквивалентный вызов по завершении запуска. systemd продолжит запуск последующих модулей после это уведомление отправлено.Если используется эта опция, NotifyAccess = (см. ниже) должен быть установлен для открытия доступа к сокету уведомлений, предоставленному systemd. Если NotifyAccess = отсутствует или имеет значение нет , он будет принудительно установлен на основной .

  • Поведение на холостом ходу очень похоже на простой ; тем не мение, фактическое выполнение служебной программы откладывается до тех пор, пока не будут отправлены все активные задания.Это может быть использовано чтобы избежать чередования вывода служб оболочки с выводом состояния на консоли. Обратите внимание, что это тип полезен только для улучшения вывода на консоль, он не полезен в качестве общего инструмента для упорядочивания единиц, а действие этого типа службы подвержено 5-секундному таймауту, по истечении которого вызывается служебная программа так или иначе.

Обычно рекомендуется использовать Type = simple для длительного использования. сервисов по возможности, так как это самый простой и быстрый вариант.Однако, поскольку этот тип услуги не распространять сбои при запуске службы и не позволяет заказывать другие блоки до завершения инициализация службы (что, например, полезно, если клиентам необходимо подключиться к службе через некоторая форма IPC, и канал IPC устанавливается только самой службой — в отличие от этого заблаговременно через активацию сокета, шины или аналогичным образом), во многих случаях этого может быть недостаточно. Если так, уведомить или dbus (последнее только в том случае, если сервис предоставляет D-Bus интерфейс) являются предпочтительными вариантами, поскольку они позволяют программному коду службы точно планировать, когда считать, что услуга запущена успешно, и когда приступить к дальнейшим действиям.В notify Тип службы требует явной поддержки в кодовой базе службы (как sd_notify () или эквивалентный API должен быть вызван службой в соответствующем time) — если он не поддерживается, то альтернативой является форк : он поддерживает традиционный Протокол запуска службы UNIX. Наконец, exec может быть вариантом для случаев, когда достаточно, чтобы гарантировать, что двоичный файл службы запущен, и где двоичный файл службы сам не выполняет или мало инициализация сама по себе (и ее инициализация маловероятна).Обратите внимание, что использование любого типа, кроме простой возможно задерживает процесс загрузки, так как диспетчер служб должен ждать обслуживания инициализация завершена. Поэтому рекомендуется не использовать без необходимости любые типы, кроме простой . (Также обратите внимание, что обычно не рекомендуется использовать на холостом ходу или oneshot для долго работающих служб.)

RemainAfterExit =

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

GuessMainPID =

Принимает логическое значение, указывающее, systemd должна попытаться угадать основной PID службы, если она не может быть определен надежно. Этот параметр игнорируется, если Тип = разветвление установлено и PIDFile = не установлен, потому что для других типов или с явно настроенным файлом PID основным PID является всегда известно. Алгоритм угадывания может оказаться неверным выводы, если демон состоит из более чем одного процесса.Если главный PID не может быть определен, обнаружение неисправности и автоматический перезапуск службы не будет работать надежно. По умолчанию да .

PIDFile =

Принимает путь, ссылающийся на файл PID службы. Использование этой опции рекомендуется для services, где Type = установлен на , разветвляется . Указанный путь обычно указывает в файл ниже / run / . Если указан относительный путь, он, следовательно, имеет префикс / бег / .Менеджер службы считывает PID основного процесса службы из этого файл после запуска сервиса. Диспетчер служб не будет писать в настроенный здесь файл, хотя он удалит файл после завершения работы службы, если он все еще существует. Файл PID не обязательно должен принадлежать от привилегированного пользователя, но если он принадлежит непривилегированному пользователю, применяются дополнительные ограничения безопасности: файл не может быть символической ссылкой на файл, принадлежащий другому пользователю (ни прямо, ни косвенно), и PID-файл должен относиться к процессу, уже принадлежащему службе.

BusName =

Принимает имя назначения D-Bus, которое эта служба должна использовать. Эта опция обязательна для служб, у которых тип = установлен на dbus . Рекомендуется всегда устанавливайте это свойство, если оно известно, чтобы упростить сопоставление имени службы с адресатом D-Bus. В частности, глаголы systemctl service-log-level / service-log-target используют это.

ExecStart =

Команды с их аргументами, которые выполняется при запуске этой службы.Значение разбито на ноль или более командных строк в соответствии с описанными правилами ниже (см. раздел «Командные строки» ниже).

Если Type = не равен oneshot , должна быть дана ровно одна команда. когда Type = oneshot Используется , можно указать ноль или более команд. Команды могут быть указаны предоставление нескольких командных строк в одной и той же директиве, или, альтернативно, эта директива может быть указана более более одного раза с тем же эффектом.Если этому параметру присвоена пустая строка, то список команд для запуска сброшен, предыдущие назначения этой опции не будут иметь никакого эффекта. Если нет ExecStart = , то указано, то у службы должно быть RemainAfterExit = yes и хотя бы один ExecStop = набор строк. (В сервисах отсутствуют ExecStart = и ExecStop = недопустимы.)

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

Таблица 1. Специальные префиксы исполняемых файлов

Префикс Эффект
« @ » с префиксом @ @ с префиксом @ @ , второй указанный токен будет передан как « argv [0] » выполняемому процессу (вместо фактического имени файла), за которым следуют дополнительные указанные аргументы.
« - » Если путь к исполняемому файлу имеет префикс « - », записывается код выхода команды, обычно считающийся ошибкой (т.е. ненулевое состояние выхода или аварийный выход из-за сигнала). , но не имеет дальнейшего эффекта и считается приравненным к успеху.
«: » Если путь к исполняемому файлу имеет префикс «: », подстановка переменных среды (как описано в разделе «Командные строки» ниже) не применяется.
« + » Если путь к исполняемому файлу имеет префикс « + », то процесс выполняется с полными привилегиями. В этом режиме ограничения привилегий, настроенные с помощью User = , Group = , CapabilityBoundingSet = или различных параметров пространства имен файловой системы (например, PrivateDevices = , PrivateTmp = ), не применяются к вызываемой командной строке ( но по-прежнему влияет на любые другие строки ExecStart = , ExecStop = ,…).
«! » Подобно описанному выше символу « + », он позволяет вызывать командные строки с повышенными привилегиями. Однако, в отличие от « + », символ «! » исключительно изменяет эффект User = , Group = и SupplementaryGroups = , то есть только строфы, которые влияют на учетные данные пользователя и группы. Обратите внимание, что этот параметр может быть объединен с DynamicUser = , и в этом случае динамическая пара пользователь / группа назначается до вызова команды, но изменение учетных данных остается на усмотрение самого выполняемого процесса.
« !! » Этот префикс очень похож на «! », однако он влияет только на системы, в которых отсутствует поддержка возможностей внешних процессов, то есть без поддержки AmbientCapabilities = . Он предназначен для использования с юнит-файлами, которые используют внешние возможности для запуска процессов с минимальными привилегиями везде, где это возможно, оставаясь при этом совместимыми с системами, которые не поддерживают внешние возможности. Обратите внимание, что когда используется « !! » и обнаружена система, в которой отсутствует поддержка внешних возможностей, любые настроенные разделы SystemCallFilter = и CapabilityBoundingSet = неявно изменяются, чтобы разрешить порожденным процессам отбрасывать учетные данные и возможности самостоятельно, даже если это не разрешено.Более того, если этот префикс используется и обнаружена система, в которой отсутствует поддержка внешних возможностей, значение AmbientCapabilities = будет пропущено и не будет применяться. В системах, поддерживающих внешние возможности, " !! " не действует и является избыточным.

« @ », «», «: » и один из « + » / «! » / « !! » можно использовать вместе, и они могут появляться в любом заказ. Однако только один из « + », «! », « !! » может использоваться в время.Обратите внимание, что эти префиксы также поддерживаются для других настроек командной строки, то есть ExecStartPre = , ExecStartPost = , ExecReload = , ExecStop = и ExecStopPost = .

Если указано более одной команды, команды вызываются последовательно в том порядке, в котором они появляются в модуле файл. Если одна из команд не работает (и не имеет префикса « - »), остальные строки не выполняются, а агрегат считается неисправным.

Если Тип = разветвление не установлено, процесс, запущенный через эту командную строку, будет считаться основной процесс демона.

ExecStartPre = , ExecStartPost =

Дополнительные команды, которые выполняются перед или после команды в ExecStart = , соответственно. Синтаксис такой же, как у ExecStart = , за исключением того, что несколько команд разрешены строки, и команды выполняются после прочее, серийно.

Если любая из этих команд (без префикса « - ») не выполняются, остальные не выполняются и агрегат считается неисправным.

ExecStart = команды запускаются только после все ExecStartPre = команд без префикса с успешным выходом " - ".

ExecStartPost = команды запускаются только после команд, указанных в ExecStart = были успешно запущены, как определено в Type = (я.е. процесс запущен для Type = simple or Type = idle , последний ExecStart = процесс успешно завершен для Type = oneshot , начальный процесс завершился успешно для Введите = разветвление , " READY = 1 " отправляется для Type = notify , или BusName = было взято для Тип = dbus ).

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

Обратите внимание, что если какая-либо из команд, указанных в ExecStartPre = , ExecStart = или ExecStartPost = неуспешно (и не имеют префикса « - », см. Выше) или тайм-аут до того, как служба будет полностью запущена, выполнение продолжается с командами указанное в ExecStopPost = , команды в ExecStop = пропускаются.

Обратите внимание, что выполнение ExecStartPost = учитывается с целью До = / После = ограничений заказа.

ExecCondition =

Необязательные команды, которые выполняются перед командой (ами) в ExecStartPre = . Синтаксис такой же, как для ExecStart = , за исключением того, что разрешены несколько командных строк и команды выполняются одна за другой поочередно.

Поведение похоже на ExecStartPre = и гибрид проверки состояния: когда ExecCondition = Команда завершается с кодом выхода от 1 до 254 (включительно), оставшиеся команды пропускаются, и блок не помечен как сбойный. Однако если ExecCondition = команда завершается с 255 или ненормально (например, тайм-аут, прерванный сигнал и т. д.), модуль будет считаться неисправным (а остальные команды будут пропущены).Код выхода 0 или те, которые соответствуют SuccessExitStatus = , продолжат выполнение до следующей команды (команд).

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

ExecReload =

Команды для запуска конфигурации перезагрузить в сервисе. Этот аргумент принимает несколько команд линий, следуя той же схеме, что и для ExecStart = выше. Использование этой настройки необязательный. Подстановка спецификатора и переменной среды здесь поддерживается по той же схеме, что и для ExecStart = .

Устанавливается одна дополнительная специальная переменная среды: если известно, $ MAINPID установлен для основного процесса демона и может использоваться для командных строк, таких как следующее:

 ExecReload = kill -HUP $ MAINPID 

Обратите внимание, однако, что перезагрузка демона путем отправки сигнала (как и в приведенном выше примере) обычно не лучший выбор, потому что это асинхронная операция и, следовательно, не подходит для заказа перезагрузки нескольких сервисов для каждого разное.Настоятельно рекомендуется установить ExecReload = к команде, которая не только запускает перезагрузку конфигурации демона, но также синхронно ожидает его завершения. Например, dbus-брокер (1) использует следующее:

 ExecReload = busctl call org.freedesktop.DBus \
        / org / freedesktop / DBus org.freedesktop.DBus \
        ReloadConfig
 
ExecStop =

Команды, выполняемые для остановки службы, запущенной через ExecStart = .Этот аргумент принимает несколько командных строк по той же схеме. как описано выше для ExecStart = . Использование этого параметра необязательно. После команды, настроенные в этой опции, выполняются, подразумевается, что служба остановлена, и любые оставшиеся для него процессы завершаются в соответствии с настройкой KillMode = (см. systemd.kill (5)). Если этот параметр не указан, процесс завершается отправкой сигнала, указанного в KillSignal = или RestartKillSignal = , когда остановка обслуживания просил.Поддерживается подстановка спецификаторов и переменных среды (включая $ MAINPID , см. Выше).

Обратите внимание, что обычно недостаточно указать команду для этого параметра, которая запрашивает только сервис для завершения (например, отправив ему некоторую форму сигнала завершения), но не подождите, пока это произойдет. Так как остальные процессы сервисов убиваются согласно KillMode = и KillSignal = или RestartKillSignal = , как описано выше, сразу после выхода из команды, это может не привести к чистой остановке.Следовательно, указанная команда должна быть синхронной операцией, а не асинхронный.

Обратите внимание, что команды, указанные в ExecStop = , выполняются только тогда, когда служба начал успешно сначала. Они не вызываются, если служба вообще не запускалась или не удалось запустить, например, из-за любой из команд, указанных в ExecStart = , ExecStartPre = или ExecStartPost = не удалось (и не имели префикса « - », см. Выше) или истекло время ожидания.Используйте ExecStopPost = для вызова команд, когда служба не запустилась правильно и снова закрывается. Также обратите внимание, что операция остановки всегда выполняется, если служба запущена успешно, даже если процессы в службе завершились на их собственные или были убиты. Команды остановки должны быть готовы к тому, чтобы справиться с этим случаем. $ MAINPID будет сброшен, если systemd знает, что основной процесс завершился к моменту вызова команд остановки.

Запросы на перезапуск службы реализуются как операции остановки, за которыми следуют операции запуска. Этот означает, что ExecStop = и ExecStopPost = выполняются во время перезапуск службы.

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

ExecStopPost =

Дополнительные команды, которые выполняются после остановки службы.Сюда входят случаи, когда использовались команды, настроенные в ExecStop = , где у службы нет ExecStop = определено, или где служба неожиданно завершила работу. Этот аргумент принимает несколько командные строки по той же схеме, что и для ExecStart = . Использование этих настроек не является обязательным. Поддерживается подстановка спецификаторов и переменных среды. Обратите внимание, что - в отличие от ExecStop = - команды, указанные в этом параметре, вызываются, когда служба не запускается правильно и снова выключен.

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

Обратите внимание, что все команды, настроенные с помощью этого параметра, вызываются с кодом результата service, а также код выхода и статус основного процесса, заданные в $ SERVICE_RESULT , $ EXIT_CODE и $ EXIT_STATUS переменные среды, см. systemd.exec (5) для Детали.

Обратите внимание, что выполнение ExecStopPost = учитывается с целью До = / После = ограничений заказа.

RestartSec =

Настраивает время перехода в спящий режим перед перезапуском сервис (как настроено с Restart = ). Принимает безразмерное значение в секундах или значение временного интервала, например как «5 минут 20 секунд». По умолчанию 100 мс.

TimeoutStartSec =

Задает время ожидания запуска. Если служба демона не сигнализирует о запуске завершение в течение настроенного времени, служба будет считаться неудачной и будет снова закрыта.В точное действие зависит от параметра TimeoutStartFailureMode = . Принимает безразмерное значение в секунд или значение промежутка времени, например "5мин 20с". Передайте « бесконечность », чтобы отключить логику тайм-аута. По умолчанию DefaultTimeoutStartSec = из файла конфигурации менеджера, кроме случаев, когда Type = oneshot Используется , и в этом случае тайм-аут отключен по умолчанию (см. systemd-system.conf (5)).

Если служба Type = notify отправляет « EXTEND_TIMEOUT_USEC =… », это может вызвать время начала должно быть увеличено до TimeoutStartSec = .Первое получение этого сообщения должно произойти до того, как будет превышено TimeoutStartSec = , и как только время начала превысит TimeoutStartSec = , диспетчер службы разрешит запуск службы при условии услуга повторяет " EXTEND_TIMEOUT_USEC =… " в течение указанного интервала, пока услуга статус запуска завершается « ГОТОВ = 1 ». (видеть sd_notify (3)).

TimeoutStopSec =

Этот параметр служит двум целям.Во-первых, он настраивает время ожидания каждого ExecStop = команда. Если время ожидания любого из них истечет, последующие команд ExecStop = пропущены, и обслуживание будет прекращено SIGTERM . Если нет ExecStop = указаны команды, служба немедленно получает SIGTERM . Это поведение по умолчанию можно изменить с помощью параметра TimeoutStopFailureMode = . Во-вторых, он настраивает время дождаться остановки самой службы.Если он не завершится в указанное время, он будет прекращен принудительно на SIGKILL (см. KillMode = в systemd.kill (5)). Принимает безразмерное значение в секундах или значение временного интервала, например как «5 минут 20 секунд». Передайте " infinity ", чтобы отключить логика тайм-аута. По умолчанию DefaultTimeoutStopSec = из диспетчера файл конфигурации (см. systemd-system.conf (5)).

Если служба Type = notify отправляет « EXTEND_TIMEOUT_USEC =… », это может вызвать время остановки должно быть увеличено до TimeoutStopSec = .Первое получение этого сообщения должно произойти до того, как будет превышено TimeoutStopSec = , и как только время остановки превысит TimeoutStopSec = , диспетчер службы разрешит службе продолжить остановку при условии служба повторяет « EXTEND_TIMEOUT_USEC =… » в течение указанного интервала или завершает работу (см. sd_notify (3)).

TimeoutAbortSec =

Этот параметр настраивает время ожидания завершения службы, если она была прервана из-за Тайм-аут сторожевого таймера (см. WatchdogSec = ).Если у сервиса короткий TimeoutStopSec = эту опцию можно использовать, чтобы дать системе больше времени для записи дампа ядра службы. По истечении срока действия услуги будет принудительно завершено SIGKILL (см. KillMode = в systemd.kill (5)). Основной файл будет быть усеченным в этом случае. Используйте TimeoutAbortSec = , чтобы установить разумный тайм-аут для дампа ядра на сервис, который достаточно велик, чтобы записать все ожидаемые данные, и в то же время достаточно короткий, чтобы справиться с ошибкой сервиса в свое время.

Принимает безразмерное значение в секундах или значение временного интервала, например «5 мин 20 с». Передайте пустое значение, чтобы пропустить выделенный сторожевой таймер прерывает обработку тайм-аута и откатывается назад TimeoutStopSec = . Проходить « infinity », чтобы отключить логику тайм-аута. По умолчанию DefaultTimeoutAbortSec = от файл конфигурации менеджера (см. systemd-system.conf (5)).

Если служба Type = notify обрабатывает сам SIGABRT (вместо того, чтобы полагаться на на ядре для записи дампа ядра) он может отправить " EXTEND_TIMEOUT_USEC =… " на увеличил время прерывания до TimeoutAbortSec = .Первое получение этого сообщения должно произойти до того, как будет превышено TimeoutAbortSec = , и как только время прерывания превысит TimeoutAbortSec = , диспетчер службы разрешит прекращение службы при условии служба повторяет « EXTEND_TIMEOUT_USEC =… » в течение указанного интервала или завершает работу (см. sd_notify (3)).

TimeoutSec =

Сокращение для настройки обоих TimeoutStartSec = и TimeoutStopSec = до указанного значения.

TimeoutStartFailureMode = , TimeoutStopFailureMode =

Эти параметры настраивают действие, которое выполняется в случае, если служба демона не подает сигнал запуск в течение настроенного TimeoutStartSec = , соответственно, если он не остановится в течение TimeoutStopSec = . Принимает одно из завершить , прервать и убить . Оба варианта по умолчанию - , завершение - .

Если terminate установлен, служба будет корректно завершена отправкой сигнала указано в KillSignal = (по умолчанию SIGTERM , см. systemd.kill (5)). Если служба не завершает FinalKillSignal = отправляется после TimeoutStopSec = . Если установлено прерывание , отправляется WatchdogSignal = вместо этого применяется TimeoutAbortSec = перед отправкой FinalKillSignal = .Этот параметр может использоваться для анализа служб, которые периодически не запускаются или не завершаются. При использовании kill служба немедленно завершается отправкой FinalKillSignal = без дополнительного тайм-аута. Этот параметр можно использовать для ускорения отключение отказавших служб.

RuntimeMaxSec =

Задает максимальное время запуска службы. Если это используется и услуга была активен дольше указанного времени, он прекращается и переводится в состояние отказа.Обратите внимание, что этот параметр не влияет на службы Type = oneshot , так как они завершаются сразу после активация завершена. Передайте " infinity " (по умолчанию), чтобы не настроить время выполнения. предел.

Если служба Type = notify отправляет « EXTEND_TIMEOUT_USEC =… », это может вызвать время выполнения должно быть расширено за пределы RuntimeMaxSec = . Первое получение этого сообщения должно произойти до того, как будет превышено значение RuntimeMaxSec = , и как только время выполнения расширит RuntimeMaxSec = , диспетчер службы разрешит службе продолжить работу при условии услуга повторяет " EXTEND_TIMEOUT_USEC =… " в течение указанного интервала, пока услуга выключение достигается " STOPPING = 1 " (или завершением).(видеть sd_notify (3)).

WatchdogSec =

Настраивает тайм-аут сторожевого таймера для службы. Сторожевой таймер активируется после завершения запуска. В сервис должен позвонить sd_notify (3) регулярно с " WATCHDOG = 1 " (т. е. "keep-alive пинг"). Если время между двумя такими вызовами больше настроенного времени, то услуга помещается в состояние сбоя, и оно будет прекращено SIGABRT (или сигнал, указанный WatchdogSignal = ).Установив Перезапуск = - при отказе , на сторожевом таймере , на ненормальном или всегда , услуга будет автоматически перезапущен. Настроенное здесь время будет передано выполненный сервисный процесс в WATCHDOG_USEC = переменная среды. Этот позволяет демонам автоматически включать проверку активности проверки связи логика, если для службы включена поддержка сторожевого таймера.Если это используется опция, NotifyAccess = (см. ниже) должен быть установлен для открытия доступа к сокету уведомлений предоставляется systemd. Если NotifyAccess = - это не задано, будет неявно установлено значение main . По умолчанию 0, что отключает эту функцию. Сервис может проверьте, ожидает ли диспетчер службы поддержки активности сторожевого пса уведомления. Видеть sd_watchdog_enabled (3) для подробностей. sd_event_set_watchdog (3) может использоваться для включения поддержки автоматического сторожевого таймера.

Restart =

Определяет, должна ли служба перезапускается, когда сервисный процесс завершается, завершается или время ожидания истекло. Процесс обслуживания может быть основным сервисный процесс, но он также может быть одним из процессов указано с ExecStartPre = , ExecStartPost = , ExecStop = , ExecStopPost = , или ExecReload = .Когда смерть процесса является результатом работы systemd (например, остановка службы или перезапуск), служба не будет перезапущена. Таймауты включают пропущен крайний срок "keep-alive ping" и служба таймауты запуска, перезагрузки и остановки операции.

Принимает один из , об успехе , на отказ , по-ненормальный , сторожевой , при прерывании , или всегда .Если установлено значение нет (по умолчанию), служба будет не перезапускаться. Если установлено значение при успехе , будет перезапущен только тогда, когда процесс обслуживания завершится правильно. В этом контексте чистый выход означает код выхода 0 или один сигналов SIGHUP , г. SIGINT , г. SIGTERM или SIGPIPE и дополнительно статусы выхода и сигналы, указанные в SuccessExitStatus = .Если установлено на при отказе , служба будет перезапущена когда процесс завершается с ненулевым кодом выхода, завершается сигналом (в том числе на дампе ядра, но исключая вышеупомянутые четыре сигнала), когда операция (например, перезагрузка службы) истекает, и когда настроенный сторожевой таймер срабатывает тайм-аут. Если установлено значение на аномальном уровне , служба будет перезапущена, когда процесс будет завершен по сигналу (в том числе на дампе ядра, исключая вышеупомянутые четыре сигнала), когда время операции истекает, или при срабатывании тайм-аута сторожевого таймера.Если установлено на on-abort , служба будет только перезапущена если процесс обслуживания завершается из-за неперехваченного сигнала, не указан как чистый статус выхода. Если установлено на on-watchdog , служба будет перезапущена только если истечет время ожидания сторожевого таймера для службы. Если установлено на всегда , служба будет перезапущена независимо от того, вышел он чисто или нет, был прекращен ненормально по сигналу или истекло время ожидания.

Таблица 2. Причины выхода и последствия Restart = настроек на них

на успех 9047 9047 9047 9047 9047 9047 9047 9047 9047 9047 9047 9047 9047 9047 5 Исключения для обслуживания не будут 9057 быть перезапущенным, если код выхода или сигнал указан в RestartPreventExitStatus = (см. Ниже) или служба останавливается с помощью systemctl stop или аналогичная операция.Также услуги всегда будут перезапускается, если код выхода или сигнал указан в RestartForceExitStatus = (см. Ниже).

Обратите внимание, что перезапуск службы зависит от скорости запуска агрегата. ограничение настроено с StartLimitIntervalSec = и StartLimitBurst = , см. systemd.unit (5) для подробностей. Перезапущенная служба переходит только в состояние сбоя. после достижения стартовых пределов.

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

SuccessExitStatus =

Принимает список определений статуса выхода, которые при возврате основной службой процесс, будет считаться успешным завершением в дополнение к нормальному успешному статусу выхода 0 и сигналы SIGHUP , SIGINT , SIGTERM и SIGPIPE .Определения статуса выхода могут быть числовые статусы завершения, имена статусов завершения или имена сигналов завершения, разделенные пробелы. См. Раздел «Коды выхода из процесса» в systemd.exec (5) для список имен статусов завершения (для этой настройки только часть без Следует использовать префикс « EXIT_ » или « EX_ »). См. Signal (7) для список имен сигналов.

Обратите внимание, что этот параметр не меняет соответствие между числовыми состояниями выхода и их имена, я.е. независимо от того, как этот параметр используется, 0 все равно будет отображаться в « SUCCESS » (и поэтому обычно отображается как " 0 / SUCCESS " в выходных данных инструмента) и от 1 до « FAILURE » (и поэтому обычно отображается как « 1 / FAILURE ») и т. Д. Это контролирует только то, что происходит в результате этих статусов выхода, и то, как оно распространяется на состояние сервис в целом.

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

Пример 1. Служба с параметром SuccessExitStatus =

 SuccessExitStatus = TEMPFAIL 250 SIGKILL 

Состояние выхода 75 ( TEMPFAIL ), 250 и сигнал завершения SIGKILL считаются завершением обслуживания без ошибок.

Примечание: systemd-analysis exit-status можно использовать для перечисления статусов выхода и переводить между числовыми значениями статуса и именами.

RestartPreventExitStatus =

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

 RestartPreventExitStatus = 1 6 SIGABRT 

гарантирует, что коды выхода 1 и 6 и сигнал завершения SIGABRT не будут приведет к автоматическому перезапуску службы. Эта опция может появляться более одного раза, и в этом случае список статусов предотвращения перезапуска объединено. Если этому параметру присвоена пустая строка, список будет сброс и все предыдущие назначения этой опции не будут иметь никакого эффекта.

Обратите внимание, что этот параметр не влияет на процессы, настроенные через ExecStartPre = , ExecStartPost = , ExecStop = , ExecStopPost = или ExecReload = , но только на основном сервисе процесс, т.е.е. либо тот, который вызывается ExecStart = , либо (в зависимости от Type = , PIDFile = ,…) иначе сконфигурированный главный процесс.

RestartForceExitStatus =

Принимает список определений статуса выхода, которые: при возврате из основного процесса обслуживания принудительно перезапуск службы независимо от настроенной настройки перезапуска с Restart = . Формат аргумента: похожий на RestartPreventExitStatus = .

RootDirectoryStartOnly =

Принимает логический аргумент. Если это правда, корень каталог, настроенный с помощью RootDirectory = опция (см. systemd.exec (5) для получения дополнительной информации) применяется только к запущенному процессу с ExecStart = , а не с различными другой ExecStartPre = , ExecStartPost = , ExecReload = , ExecStop = , и команд ExecStopPost = .Если false, то настройка одинаково применяется ко всем настроенным командам. По умолчанию - false.

NonBlocking =

Установить флаг O_NONBLOCK для всех файловых дескрипторов, передаваемых через сокет активация. Если true, все файловые дескрипторы> = 3 (т.е. все, кроме stdin, stdout, stderr), исключая переданные через логику хранения файлового дескриптора (подробнее см. FileDescriptorStoreMax = ), будет имеют установленный флаг O_NONBLOCK и, следовательно, находятся в неблокирующем режиме.Этот вариант только полезен в сочетании с блоком розеток, как описано в systemd.socket (5) и не имеет влияние на файловые дескрипторы, которые ранее были сохранены, например, в хранилище файловых дескрипторов. По умолчанию ложный.

NotifyAccess =

Управляет доступом к сокету уведомления о статусе службы, доступному через sd_notify (3) вызов. Занимает один из нет (по умолчанию), основной , exec или все .Если нет , обновления статуса демона от службы не принимаются. процессы, все сообщения об обновлении статуса игнорируются. Если основной , только служебные обновления отправляются с основной процесс обслуживания принимаются. Если выполняет , только служебные обновления отправляются с любого из принимаются основные или управляющие процессы, происходящие от одной из команд Exec * = . Если все , все обновления служб от всех членов группы управления службой принимаются.Этот должна быть установлена ​​опция для открытия доступа к сокету уведомлений при использовании Type = notify или WatchdogSec = (см. Выше). Если эти параметры используются, но NotifyAccess = не настроен, будет неявно установлено значение main .

Обратите внимание, что sd_notify () уведомлений могут быть правильно отнесены к модулям, только если либо процесс отправки все еще существует в то время, когда PID 1 обрабатывает сообщение, либо если процесс отправки явно отслеживается во время выполнения менеджером службы.Последний случай, если сервис-менеджер изначально разветвленный процесс, то есть на все процессы, которые соответствуют main или исполнительный . И наоборот, если вспомогательный процесс модуля отправляет sd_notify () и немедленно завершает работу, диспетчер служб может быть не в состоянии правильно присвоить сообщение устройству и, таким образом, проигнорировать его, даже если NotifyAccess = для него установлено все .

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

Sockets =

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

Обратите внимание, что могут передаваться одни и те же дескрипторы файлов сокетов. к нескольким процессам одновременно. Также обратите внимание, что при входящем трафике сокета может быть активирована другая услуга чем тот, который в конечном итоге настроен на наследование дескрипторы файлов сокетов.Или, другими словами: Сервис = установка .socket единиц не обязательно должны соответствовать инверсия Sockets = установка . Сервис он называется.

Эта опция может появляться более одного раза, и в этом случае список сокетов будет объединен. Запись после установки, снова очистив список сокетов (например, присвоив пустую строку этому вариант) не поддерживается.

FileDescriptorStoreMax =

Настройте, сколько файловых дескрипторов может храниться в диспетчере служб для сервис с использованием sd_pid_notify_with_fds (3) 's Сообщения « FDSTORE = 1 ».Это полезно для реализации служб, которые могут перезапускаться после явного запроса или сбоя без потери состояния. Любые открытые сокеты и другой файл таким образом могут быть сохранены дескрипторы, которые не следует закрывать при перезапуске. Состояние приложения может быть либо сериализован в файл в / run / , либо, что лучше, сохранен в memfd_create (2) дескриптор файла памяти. По умолчанию 0, то есть файловые дескрипторы не могут храниться в службе. управляющий делами. Все файловые дескрипторы, переданные диспетчеру службы из определенной службы, передаются обратно к основному процессу службы при следующем перезапуске службы (см. sd_listen_fds (3) для подробности о точном используемом протоколе и порядке передачи файловых дескрипторов).Любые файловые дескрипторы, переданные в сервис-менеджер, автоматически закрываются, когда POLLHUP или POLLERR отображается на них, или когда услуга полностью остановлен, и ни одно задание не ставится в очередь или не выполняется для него. Если эта опция используется, NotifyAccess = (см. Выше) должен быть установлен для открытия доступа к сокету уведомлений предоставляется systemd. Если NotifyAccess = не установлен, он будет неявно установлен на основной .

USBFunctionDescriptors =

Настроить расположение файла, содержащего USB Дескрипторы FunctionFS, для реализации USB функции гаджета. Используется только вместе с блок розетки с ListenUSBFunction = настроен. Содержимое этого файла записывается в ep0 файл после его открыт.

USBFunctionStrings =

Настройте расположение файла, содержащего Строки USB FunctionFS.Поведение похоже на USBFunctionDescriptors = выше.

OOMPolicy =

Настройте политику исключения нехватки памяти (OOM). В Linux, когда становится мало памяти ядро может решить убить запущенный процесс, чтобы освободить память и уменьшить память давление. Этот параметр принимает одно из продолжить , остановить или убить . Если установлено значение , продолжить и процесс обслуживания будет убит OOM-убийцей ядра, это регистрируется, но служба продолжает работать.Если установлено на остановить событие регистрируется, но служба полностью завершена службой управляющий делами. Если установлено значение , убить и один из процессов службы будет уничтожен OOM. killer ядру также дано указание убить все оставшиеся процессы службы. По умолчанию установка по умолчаниюOOMPolicy = в systemd-system.conf (5) установлен на, за исключением служб, где включен Delegate = , где по умолчанию продолжить .

Используйте параметр OOMScoreAdjust = , чтобы настроить, будут ли процессы должны рассматриваться как предпочтительные или менее предпочтительные кандидаты для завершения процесса Linux OOM убийственная логика. Видеть systemd.exec (5) для Детали.

На главную | Комиссия по отбору персонала

К сожалению, ваш браузер не поддерживает JavaScript!
  • Дом
  • Уведомления
  • Применить
  • Приемная карточка
  • Клавиша ответа
  • Результат
Настройки перезапуска / причины выхода нет всегда при отказе при отказе при отказе на сторожевом таймере
Код чистого выхода или сигнал
Код нечистого выхода X X
X
Тайм-аут X X X
Сторожевой таймер X X X X