Сняться с регистрации по доверенности: Можно ли выписаться из квартиры дистанционно?

Как сняться с учета и выписаться из квартиры по доверенности | Прописка и регистрация граждан

Прописка, как обозначение привязки к месту постоянного жительства, упразднена с 1 января 1992 года. Сам термин и в настоящее время более привычен для слуха. Прописку заменила регистрация по месту жительства, но процесс практически не изменился. Для совершения действий, связанных с постановкой или снятием с учета, требуется собрать необходимые документы и провести некоторое время в ожидании. Можно ли выписаться и как выписаться по доверенности при отсутствии возможности явиться в миграционные органы лично? Рассмотрим детально в соответствии с изменениями в законодательстве.

Что нужно знать о процессе снятия с регистрационного учета

Для снятия с учета по адресу, где гражданин проживает временно или постоянно, необходимо личное присутствие в представительстве ФМС. Таким местом будут: паспортный стол, ЖЭУ, администрация общежития, Многофункциональные центры. Отметка об убытии ставится в паспорте, домовой или поквартирной книге. Снятие с регистрационного учета по месту жительства осуществляется согласно основному постановлению, принятому правительством РФ в 1995 году под номером 713. Согласно этому документу, перемена постоянного места проживания требует прохождения смены регистрации.

Временное отсутствие не требует выписки – достаточно временной регистрации.

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

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

Как сняться с учета: порядок действий

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

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

• Федеральная Миграционная Служба и ее подразделения.
• Многофункциональный Центр.
• Паспортный стол.
• Уполномоченный орган самоуправления в ТСЖ.
• Паспортисты в жилищно-коммунальном управлении.

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

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

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

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

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

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

Оформление доверенности

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

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

Документ должен содержать, помимо вышеупомянутого текста:

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

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

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

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

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

Некоторые нюансы выписки граждан

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

Снятие с регистрационного учета в РФ

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

Регистрационный учёт российских граждан на территории Российской Федерации осуществляется подразделениями по вопросам миграции территориальных органов МВД России в соответствии с Правилами регистрации и снятия граждан Российской Федерации с регистрационного учёта по месту пребывания и по месту жительства в пределах Российской Федерации, утверждёнными постановлением Правительства Российской Федерации от 17  июля 1995 года № 713, а также Административным регламентом МВД России по предоставлению государственной услуги по регистрационному учёту граждан Российской Федерации по месту пребывания и по месту жительства в пределах Российской Федерации, утвержденным приказом МВД России от 31 декабря 2017 г. № 984.
Указанные нормативные правовые акты не наделяют МИД России и консульские учреждения Российской Федерации полномочиями по снятию российских граждан, находящихся за рубежом, с регистрационного учёта по месту жительства в Российской Федерации.

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

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

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

Адреса подразделений по вопросам миграции территориальных органов МВД России на территории Российской Федерации, а также перечень необходимых документов для снятия граждан с регистрационного учёта указаны на сайте МВД России: мвд.рф.

Для получения государственной услуги по снятию с регистрационного учёта гражданин также может воспользоваться Единым порталом государственных услуг: gosuslugi.ru.

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

Снятие с регистрации места жительства по доверенности

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

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

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

Но Закон все-таки есть. И на нем можно настаивать.

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

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

Тогда и прибегают к оформлению доверенности на другое лицо.

Оформление доверенности для снятия с регистрации предусматривает что этот документ оформлен у нотариуса.

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

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

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

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

как производится выписка из квартиры по доверенности

Здравствуйте!

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

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

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

Снятие гражданина с регистрационного учета по месту жительства производится органами регистрационного учета в случае:
а)

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

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

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

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

Сотрудники органов регистрационного учета при регистрации граждан по новому месту жительства

отрезают от заявлений о регистрации по месту жительства по форме N 6 (приложение N 3 к Регламенту) заявления о снятии с регистрационного учета по прежнему месту жительства (отрывные талоны) с отметкой на оборотной стороне путем проставления штампа о снятии с регистрационного учета и в 3-дневный срок со дня оформления регистрации направляют в органы регистрационного учета по прежнему месту жительства.

Форму заявления прилагаю.

Ваш контроль

Официальный ответ

опубликован 15.07.2015 в 12:31

ФМС России
УПРАВЛЕНИЕ ФЕДЕРАЛЬНОЙ
МИГРАЦИОННОЙ СЛУЖБЫ ПО

АЛТАЙСКОМУ КРАЮ
(УФМС России по Алтайскому краю)

пр. Комсомольский, д.13, г. Барнаул, 656056
тел. 24-97-53; тел./факс 66-83-64
e-mail: [email protected]
www. fms-altay.ru

_______________ № _______________
на № ___________ от________________

Пайсон Т.П.

┌ ┐
О рассмотрении обращения

Уважаемая Татьяна Павловна!

Ваше обращение об оказании содействия в разъяснении формулировки доверенности при подаче документов на снятие с регистрационного учета по месту жительства, Управлением Федеральной миграционной службы по Алтайскому краю рассмотрено.
Верховный суд Определением от 17.07.2006г. № 18-В06-20 ВС РФ установил, что обращение граждан Российской Федерации для постановки и снятия с регистрационного учета по месту жительства, месту пребывания в регистрирующий орган не лично, а через своего представителя, действующего на основании нотариально удостоверенной доверенности допустимо, постольку ни в Законе Российской Федерации N 5242-1 от 25 июня 1993 г.

«О праве граждан Российской Федерации на свободу передвижения, выбор места пребывания и жительства в пределах Российской Федерации», ни в Правилах регистрации и снятия граждан Российской Федерации с регистрационного учета по месту пребывания и по месту жительства в пределах Российской Федерации, утвержденных Постановлением Правительства Российской Федерации N 713 от 17 июля 1995 г., не содержится такой обязанности для гражданина, желающего зарегистрироваться или сняться с учета, как его личная явка.
Вместе с тем, при осуществлении снятия с регистрационного учета по нотариально удостоверенной доверенности представителя, необходимым условием является наличие нотариально удостоверенного заявления гражданина на снятие с регистрационного учёта.
Необходимо, чтобы в доверенности имелась следующая формулировка: «Я (ФИО, дата рождения, регистрация, паспорт) настоящей доверенностью уполномочиваю гражданина (ФИО, дата рождения, регистрация, паспорт) подавать мое заявление о снятии с регистрационного учета по адресу (указать точный адрес).

Заместитель начальника В.Б. Харченко

Вх. № б/н
ООП и РР УФМС России
по Алтайскому краю
Исп. О.А. Кузьмина
тел. 8 (3852) 33-03-48

Определение Судебной коллегии по гражданским делам ВС РФ от 16.05.2017 N 46-КГ17-7

ВЕРХОВНЫЙ СУД РОССИЙСКОЙ ФЕДЕРАЦИИ
ОПРЕДЕЛЕНИЕ
от 16 мая 2017 г. N 46-КГ17-7
Судебная коллегия по гражданским делам Верховного Суда Российской Федерации в составе
председательствующего Юрьева И.М.,
судей Назаренко Т.Н., Рыженкова А.М.
с участием прокурора Генеральной прокуратуры Российской Федерации Власовой Т.А.,
рассмотрела в открытом судебном заседании гражданское дело по иску Попова М.Г. к Голомазовой Л.И., Голомазовой Т.А., Пироговой Е.И., Пирогову И.Ф., Пирогову Ф.Н., Пирогову Е.Ф. о признании утратившими право пользования жилым помещением, выселении, снятии с регистрационного учета, по встречному иску Голомазовой Л. И. к Пироговой Е.И., Попову М.Г. о признании недействительными доверенности и договора купли-продажи жилого помещения, применении последствий недействительности сделки, по иску Пирогова И.Ф. к Попову М.Г., Филиппову А.Е. о признании недействительным договора купли-продажи жилого помещения, применении последствий недействительности сделки
по кассационной жалобе представителя Голомазовой Т.А. — Милевской Р.И. на апелляционное определение судебной коллегии по гражданским делам Самарского областного суда от 26 января 2016 г.
Заслушав доклад судьи Верховного Суда Российской Федерации Юрьева И.М., выслушав объяснения представителя Голомазовой Т.А. — Милевской Р.И., поддержавшей доводы кассационной жалобы, заключение прокурора Генеральной прокуратуры Российской Федерации Власовой Т.А., полагавшей кассационную жалобу подлежащей удовлетворению, Судебная коллегия по гражданским делам Верховного Суда Российской Федерации
установила:
Попов М.Г. обратился в суд с иском к Голомазовой Л. И., Голомазовой Т.А., Пироговой Е.И., Пирогову И.Ф., Пирогову Ф.Н., Пирогову Е.Ф. о признании ответчиков утратившими право пользования жилым помещением по адресу: <…>, выселении и снятии с регистрационного учета.
В обоснование иска указал, что по договору купли-продажи от 3 марта 2015 г. приобрел у Голомазовой Л.И. и Филиппова А.Е. спорную квартиру, обязательства по оплате стоимости квартиры покупателем исполнены, государственная регистрация перехода права собственности произведена 11 марта 2015 г. При оформлении сделки Попов М.Г. был осведомлен о проживающих в квартире лицах, которые согласно условиям договора обязались сняться с регистрационного учета в течение 14 дней со дня его подписания. Вместе с тем на момент обращения истца с настоящими требованиями в суд ответчики продолжают проживать в спорном жилом помещении и отказываются сняться с регистрационного учета.
Голомазова Л.И. обратилась в суд со встречным исковым заявлением к Пироговой Е.И., Попову М.Г. о признании недействительными нотариально удостоверенной доверенности от 22 января 2015 г.  и договора купли-продажи жилого помещения от 3 марта 2015 г. В обоснование требований сослалась на то, что являлась собственником 1/2 доли в праве собственности на спорное жилое помещение, оформила доверенность на право распоряжения указанной долей на свою сестру Пирогову Е.И., полагая, что доверенность необходима сестре для передачи квартиры в залог. Намерения продавать принадлежавшую ей долю Голомазова Л.И. не имела. Вместе с тем на основании указанной доверенности Пирогова Е.И., действуя от имени собственника, по договору купли-продажи от 3 марта 2015 г. произвела отчуждение названной доли Попову М.Г. без согласования с Голомазовой Л.И. О продаже доли в квартире Голомазова Л.И. узнала после предъявления Поповым М.Г. иска в суд и считает доверенность сделкой, совершенной под влиянием обмана, а договор купли-продажи притворным, заключенным с намерением прикрыть договор займа, обеспеченный залогом спорной квартиры. Просит признать доверенность и договор купли-продажи в части отчуждения 1/2 доли в праве собственности на квартиру недействительными и применить последствия недействительности сделки в виде прекращения права собственности Попова М. Г. на указанную долю.
Пирогов И.Ф. обратился в суд с иском к Попову М.Г., Филиппову А.Е. о признании недействительным договора купли-продажи 1/2 доли в праве собственности на спорную квартиру, заключенного 24 сентября 2014 г. между ним и Филипповым А.Е. В обоснование требований указал, что являлся собственником 1/2 доли в праве собственности на спорное жилое помещение, по просьбе своей матери Пироговой Е.И. подписал документы, повлекшие отчуждение этой доли. Намерения продавать принадлежавшую ему долю Пирогов И.Ф. не имел, о состоявшейся сделке узнал после предъявления Поповым М.Г. иска в суд и считает заключенный им договор купли-продажи сделкой, совершенной под влиянием обмана, а также с целью прикрыть договор займа, обеспеченный залогом спорной квартиры. Просит признать договор купли-продажи от 24 сентября 2014 г. недействительным и применить последствия недействительности сделки в виде прекращения права собственности Филиппова А.Е. на указанную долю. Впоследствии по договору купли-продажи от 3 марта 2015 г.  Филиппов А.Е. продал долю в праве собственности на квартиру Попову М.Г., который в результате совершенных сделок стал единоличным собственником спорной квартиры. В данной квартире Голомазова Т.А., Голомазова Л.И. и Пирогова Е.И. проживают с 1981 года, Пирогов Ф.Н. с 1995 года, а Пирогов И.Ф. и Пирогов Е.Ф. — с момента рождения <…> годы) и из спорного жилого помещения не выселялись.
Определением Центрального районного суда г. Тольятти Самарской области от 7 октября 2015 г. на основании части 4 статьи 151 Гражданского процессуального кодекса Российской Федерации дело по первоначальному иску Попова М.Г. и встречному иску Голомазовой Л.И. объединено в одно производство с делом по иску Пирогова И.Ф. для совместного рассмотрения.
Решением Центрального районного суда г. Тольятти Самарской области от 8 октября 2015 г. первоначальные исковые требования Попова М.Г. удовлетворены частично.
Голомазова Л.И. и Пирогов И.Ф. признаны утратившими право пользования спорной квартирой, выселены из нее и сняты с регистрационного учета.  В удовлетворении исковых требований Попова М.Г. к Голомазовой Т.А., Пироговой Е.И., Пирогову Ф.Н., Пирогову Е.Ф. отказано.
В удовлетворении встречного иска Голомазовой Л.И. и самостоятельного иска Пирогова И.Ф. отказано.
Апелляционным определением судебной коллегии по гражданским делам Самарского областного суда от 26 января 2016 г. решение суда первой инстанции в части отказа Попову М.Г. в удовлетворении исковых требований к Голомазовой Т.А., Пироговой Е.И., Пирогову Ф.Н., Пирогову Е.Ф. отменено, в указанной части принято новое решение, которым исковые требования удовлетворены.
Голомазова Т.А., Пирогова Е.И., Пирогов Ф.Н., Пирогов Е.Ф. признаны утратившими право пользования спорной квартирой, выселены из нее и сняты с регистрационного учета.
В остальной части решение суда оставлено без изменения.
В кассационной жалобе Голомазова Т.А. ставит вопрос об отмене апелляционного определения, как незаконного.
Определением судьи Верховного Суда Российской Федерации Юрьева И. М. от 7 апреля 2017 г. кассационная жалоба с делом передана для рассмотрения в судебном заседании Судебной коллегии по гражданским делам Верховного Суда Российской Федерации для отмены обжалуемого апелляционного определения в части удовлетворенных требований Попова М.Г.
Проверив материалы дела, обсудив доводы кассационной жалобы, Судебная коллегия по гражданским делам Верховного Суда Российской Федерации находит, что имеются основания для отмены апелляционного определения в части.
В соответствии со статьей 387 Гражданского процессуального кодекса Российской Федерации основаниями для отмены или изменения судебных постановлений в кассационном порядке являются существенные нарушения норм материального права или норм процессуального права, которые повлияли на исход дела и без устранения которых невозможны восстановление и защита нарушенных прав, свобод и законных интересов, а также защита охраняемых законом публичных интересов.
Такие нарушения норм материального права были допущены при рассмотрении настоящего дела судом апелляционной инстанции. 
Как установлено судом и следует из материалов дела, трехкомнатная квартира по адресу: <…>, была предоставлена Голомазовой Т.А. по ордеру от 3 июля 1981 г. N 964 на состав семьи из четырех человек, включая супруга Голомазова И.И. и дочерей Голомазову Л.И., Пирогову (Голомазову) Е.И., которые были зарегистрированы в квартире по месту жительства с 17 июля 1981 г. (т. 1, л.д. 52 — 53, 56).
Пирогова (Голомазова) Е.И. 16 сентября 1995 г. заключила брак с Пироговым Ф.Н., <…> г. у них родился сын Пирогов И.Ф., который зарегистрирован в квартире по месту жительства с 13 августа 1996 г. (т. 1, л.д. 53, 58).
Голомазов И.И. 27 июля 1998 г. умер (т. 1, л.д. 58).
На основании договора о безвозмездной передаче квартир в собственность граждан от 13 ноября 2001 г. N 19673 администрация Центрального района г. Тольятти передала спорное жилое помещение в порядке приватизации в собственность Голомазовой Л.И. и Пирогову И.Ф. по 1/2 доли в праве общей долевой собственности на квартиру каждому из них (т.  1, л.д. 48 — 49).
Голомазова Т.А. и Пирогова Е.И. выразили свое нотариально удостоверенное согласие на приватизацию квартиры Голомазовой Л.И. и Пироговым И.Ф. и отказались от права на приватизацию данного жилого помещения (т. 1, л.д. 48, 55).
Право общей долевой собственности Голомазовой Л.И. и Пирогова И.Ф. зарегистрировано в Едином государственном реестре прав на недвижимое имущество и сделок с ним 17 сентября 2004 г. (т. 1, л.д. 61 — 62).
Пирогов И.Ф. (продавец) и Филиппов А.Е. (покупатель) 24 сентября 2014 г. заключили договор купли-продажи 1/2 доли в праве общей долевой собственности на спорную квартиру, согласно пункту 3 которого в квартире помимо продавца зарегистрированы Пирогова Е.И. и Голомазова Л.И. При этом в силу пункта 10 договора продавец обязался освободить квартиру и передать ее по акту приема-передачи (т. 1, л.д. 63 — 64).
Согласно нотариально удостоверенному заявлению от 24 сентября 2014 г. Голомазова Л.И. как собственник доли в праве собственности на спорную квартиру отказалась от своего преимущественного права на покупку доли, принадлежащей Пирогову И. Ф. (т. 1, л.д. 65).
Договор купли-продажи жилого помещения зарегистрирован в установленном порядке 1 октября 2014 г. (т. 1, л.д. 64).
Голомазова Л.И. 22 января 2015 г. выдала нотариально удостоверенную доверенность N <…> Пироговой Е.И., которую уполномочила продать принадлежащую ей долю в праве собственности на квартиру за цену и на условиях по усмотрению Пироговой Е.И., а также заключить и подписать от имени собственника договор купли-продажи (т. 1, л.д. 66).
Между Пироговой Е.И., действующей на основании доверенности от имени Голомазовой Л.И., Филипповым А.Е. (продавцы) и Поповым М.Г. (покупатель) 3 марта 2015 г. заключен договор купли-продажи спорной квартиры. Согласно пункту 7 договора в квартире зарегистрирован продавец — Голомазова Л.И., которая обязуется сняться с регистрационного учета в течение 14 дней со дня подписания договора, а также Голомазова Т.А., Пирогова Е.И. Лиц, сохраняющих право проживания и пользования жилой площадью после ее отчуждения нет (т.  1, л.д. 6 — 7).
Вместе с тем согласно выписке из поквартирной карточки от 10 июня 2015 г. в квартире проживают и зарегистрированы по месту жительства Голомазова Л.И., Голомазова Т.А., Пирогова Е.И., Пирогов И.Ф., Пирогов Ф.Н. и Пирогов Е.Ф. (т. 1, л.д. 9). Сын Пироговой Е.И. — Пирогов Е.Ф., <…> года рождения, зарегистрирован в спорной квартире по месту жительства с 18 марта 2004 г., супруг Пирогов Ф.Н. — с 22 марта 2013 г. (т. 1, л.д. 9).
Разрешая спор и удовлетворяя исковые требования Попова М.Г. в части признания Голомазовой Л.И. и Пирогова И.Ф. утратившими право пользования спорной квартирой, их выселения и снятия с регистрационного учета, суд первой инстанции исходил из того, что право пользования спорной квартирой прекратилось у указанных лиц в силу закона в связи с отчуждением своих долей Попову М.Г. и Филиппову А.Е. Отказывая в удовлетворении остальной части требований Попова М.Г., суд указал, что Голомазова Т.А. и Пирогова Е.И. обладают правом бессрочного пользования спорной квартирой как лица, отказавшиеся от участия в приватизации квартиры, без согласия которых она была бы невозможна.  Поскольку права Пирогова Ф.Н. и Пирогова Е.Ф., являющихся членами семьи Пироговой Е.И., производны от ее прав на жилое помещение, суд первой инстанции пришел к выводу о сохранении за указанными лицами права пользования спорной квартирой.
Суд апелляционной инстанции, отменяя решение суда первой инстанции в части отказа Попову М.Г. в удовлетворении исковых требований к Голомазовой Т.А., Пироговой Е.И., Пирогову Ф.Н., Пирогову Е.Ф. и принимая в указанной части новое решение об удовлетворении иска, сослался на пункт 7 договора купли-продажи от 3 марта 2015 г., в котором указано на отсутствие лиц, сохраняющих право пользования спорной квартирой, и в связи с этим пришел к выводу о том, что право пользования жилым помещением прекратилось у всех проживающих в ней лиц, в том числе и у Голомазовой Т.А., в связи с отчуждением спорной квартиры в силу пункта 2 статьи 292 Гражданского кодекса Российской Федерации. Кроме того, суд апелляционной инстанции исходил из того, что к правоотношениям сторон положения статьи 19 Федерального закона от 29 декабря 2004 г.  N 189-ФЗ «О введении в действие Жилищного кодекса Российской Федерации» применению не подлежат.
Судебная коллегия по гражданским делам Верховного Суда Российской Федерации находит, что апелляционное определение в части отмены решения суда первой инстанции об отказе в удовлетворении исковых требований Попова М.Г. к Голомазовой Т.А. и удовлетворения исковых требований в этой части принято с существенным нарушением норм материального права и согласиться с ним нельзя по следующим основаниям.
Согласно пункту 2 статьи 292 Гражданского кодекса Российской Федерации переход права собственности на жилой дом или квартиру к другому лицу является основанием для прекращения права пользования жилым помещением членами семьи прежнего собственника, если иное не установлено законом.
Из буквального толкования указанной нормы следует, что право пользования жилым помещением членом семьи прежнего собственника при переходе права собственности к другому лицу может быть сохранено в случаях, установленных законом. 
В силу части 4 статьи 31 Жилищного кодекса Российской Федерации в случае прекращения семейных отношений с собственником жилого помещения право пользования данным жилым помещением за бывшим членом семьи собственника этого жилого помещения не сохраняется, если иное не установлено соглашением между собственником и бывшим членом его семьи.
В соответствии со статьей 19 Федерального закона от 29 декабря 2004 г. N 189-ФЗ «О введении в действие Жилищного кодекса Российской Федерации» действие положений части 4 статьи 31 Жилищного кодекса Российской Федерации не распространяется на бывших членов семьи собственника приватизированного жилого помещения при условии, что в момент приватизации данного жилого помещения указанные лица имели равные права пользования этим помещением с лицом, его приватизировавшим, если иное не установлено законом или договором.
Согласно статье 2 Закона Российской Федерации от 4 июля 1991 г. N 1541-I «О приватизации жилищного фонда в Российской Федерации» (в редакции, действовавшей на момент приватизации спорной квартиры) граждане Российской Федерации, занимающие жилые помещения в государственном и муниципальном жилищном фонде, включая жилищный фонд, находящийся в хозяйственном ведении предприятий или оперативном управлении учреждений (ведомственный фонд), на условиях социального найма, вправе с согласия всех совместно проживающих совершеннолетних членов семьи, а также несовершеннолетних в возрасте от 14 до 18 лет приобрести эти помещения в собственность на условиях, предусмотренных данным законом, иными нормативными актами Российской Федерации и субъектов Российской Федерации.  Жилые помещения передаются в общую собственность либо в собственность одного из совместно проживающих лиц, в том числе несовершеннолетних.
По смыслу приведенных положений закона, поскольку наниматель жилого помещения по договору социального найма и проживающие совместно с ним члены (бывшие члены) его семьи до приватизации данного жилого помещения имеют равные права и обязанности, включая право пользования жилым помещением (части 2 и 4 статьи 69 Жилищного кодекса Российской Федерации), то и реализация права на приватизацию жилого помещения поставлена в прямую зависимость от согласия всех лиц, занимающих его по договору социального найма, которое предполагает достижение договоренности о сохранении за теми из них, кто отказался от участия в приватизации, права пользования приватизированным жилым помещением.
В случае приобретения жилого помещения в порядке приватизации в собственность одного из членов семьи, совместно проживающих в этом жилом помещении, лица, отказавшиеся от участия в его приватизации, но давшие согласие на ее осуществление, получают самостоятельное право пользования данным жилым помещением. 
Таким образом, к членам семьи собственника жилого помещения, отказавшимся от участия в его приватизации, не может быть применен пункт 2 статьи 292 Гражданского кодекса Российской Федерации, так как, давая согласие на приватизацию занимаемого по договору социального найма жилого помещения, без которого она была бы невозможна (статья 2 Закона Российской Федерации от 4 июля 1991 г. N 1541-I «О приватизации жилищного фонда в Российской Федерации»), они исходили из того, что право пользования данным жилым помещением для них будет носить бессрочный характер и, следовательно, оно должно учитываться при переходе права собственности на жилое помещение по соответствующему основанию к другому лицу (например, купля-продажа, мена, дарение, рента, наследование).
Суд апелляционной инстанции не учел, что на момент приватизации спорной квартиры совместно с Голомазовой Л.И. и Пироговым И.Ф. в квартире в качестве члена их семьи проживала Голомазова Т.А., которая имела равное право пользования этим помещением с лицами, его приватизировавшими, и приобрела бессрочное право пользования приватизированным жилым помещением, отказавшись от участия в приватизации. 
При таких обстоятельствах Голомазова Т.А. могла быть признана утратившей право пользования спорным жилым помещением в случае ее добровольного отказа от права пользования данным помещением. Однако указанных обстоятельств по настоящему делу судом не установлено.
Ссылка суда апелляционной инстанции на пункт 7 договора, содержащий указание на отсутствие лиц, сохраняющих право пользования жилым помещением, как на основание прекращения у Голомазовой Т.А. права пользования жилым помещением является несостоятельной, поскольку в силу пункта 3 статьи 308 Гражданского кодекса Российской Федерации обязательство, по общему правилу, не создает обязанностей для лиц, не участвующих в нем в качестве сторон (для третьих лиц). Голомазова Т.А. является лицом, сохраняющим право пользования жилым помещением в силу закона.
Судебная коллегия полагает, что суд первой инстанции в указанной части правильно определил обстоятельства, имеющие значение для дела, и дал толкование норм материального права, подлежащих применению к отношениям сторон, на основании чего пришел к правомерному выводу об отказе в удовлетворения исковых требований Попова М. Г. к Голомазовой Т.А.
При таких обстоятельствах у суда апелляционной инстанции не имелось предусмотренных статьей 330 Гражданского процессуального кодекса Российской Федерации оснований для отмены решения суда первой инстанции в части отказа в удовлетворении исковых требований Попова М.Г. к Голомазовой Т.А. и принятия нового решения об удовлетворении иска в этой части.
С учетом изложенного Судебная коллегия по гражданским делам Верховного Суда Российской Федерации находит, что допущенные судом апелляционной инстанции нарушения норм материального права являются существенными, они повлияли на исход дела и без их устранения невозможны восстановление и защита нарушенных прав и законных интересов Голомазовой Т.А., в связи с чем апелляционное определение судебной коллегии по гражданским делам Самарского областного суда от 26 января 2016 г. в части отмены решения суда первой инстанции об отказе в удовлетворении исковых требований Попова М.Г. к Голомазовой Т.А. и принятия в этой части нового решения об удовлетворении названных исковых требований подлежит отмене с оставлением в указанной части в силе решения суда первой инстанции, разрешившего спор в соответствии с установленными по делу обстоятельствами и требованиями закона. 
В остальной части обжалуемое определение суда апелляционной инстанции подлежит оставлению без изменения, поскольку выводы суда соответствуют фактическим обстоятельствам дела и основаны на правильном применении норм материального права.
Доводы кассационной жалобы в этой части не могут быть признаны основанием для отмены в кассационном порядке апелляционного определения, поскольку не свидетельствуют о существенном нарушении судами норм материального или процессуального права, а направлены на переоценку выводов суда по обстоятельствам дела.
Руководствуясь статьями 387, 388, 390 Гражданского процессуального кодекса Российской Федерации, Судебная коллегия по гражданским делам Верховного Суда Российской Федерации
определила:
апелляционное определение судебной коллегии по гражданским делам Самарского областного суда от 26 января 2016 г. в части отмены решения Центрального районного суда г. Тольятти Самарской области от 8 октября 2015 г. об отказе в удовлетворении исковых требований Попова М.Г. к Голомазовой Т.А. о признании утратившей право пользования жилым помещением, выселении, снятии с регистрационного учета и принятия в этой части нового решения об удовлетворении исковых требований отменить, в указанной части оставить в силе решение Центрального районного суда г. Тольятти Самарской области от 8 октября 2015 г.
В остальной части апелляционное определение судебной коллегии по гражданским делам Самарского областного суда от 26 января 2016 г. оставить без изменения.
——————————————————————
Можно ли выписаться с квартиры (дома) без личного присутствия? Снятие с регистрационного учета
В рамках Юр консультации рассмотрел вопрос:
 Можно ли выписать человека из квартиры, если он живет в другом городе? Человек является собственником доли, давшим доверенность на продажу квартиры и все манипуляции с ней. 
Немного об определениях, выписаться — значит сняться с регистрационного учета по месту жительства или месту пребывания.
Выписать можно удаленно
Действующее законодательство предоставляет возможность снятия с регистрационного учета без личного присутствия в органах миграции по месту регистрации.
Во-первых, гражданин может подать заявление в форме электронного документа о снятии его с регистрационного учета по месту жительства  (пп. «а» п. 31 Правил регистрации и снятия граждан Российской Федерации с регистрационного учета по месту пребывания и по месту жительства в пределах Российской Федерации, утвержденных постановлением Правительства РФ от 17.07.1995 № 713). Документы подаются через портал Госуслуг.
Во-вторых, гражданин может зарегистрироваться по новому месту жительства без предварительного снятия с регистрации по прежнему месту жительства. В таком случае орган регистрационного учета в трехдневный срок обязан направить соответствующее уведомление в орган регистрационного учета по прежнему месту жительства гражданина для снятия его с регистрационного учета (пп. «а» п. 31 Правил регистрации и снятия граждан Российской Федерации с регистрационного учета по месту пребывания и по месту жительства в пределах Российской Федерации).
Можно ли выписать человека по доверенности?
Действующим законодательством прямо не предусмотрена такая возможность. Во всех нормативных правовых актах, указано, что заявление подается заявителем. В Интернете можно найти массу информации о том, как составить доверенность на снятие с регистрации, но, к сожалению, такая информация не подтверждена законодательно или разъяснениями уполномоченных органов.
Регистрирующий орган при проведении процедуры снятия с регистрационного учета руководствуется приказом МВД России от 31.12.2017 № 984 «Об утверждении Административного регламента Министерства внутренних дел Российской Федерации по предоставлению государственной услуги по регистрационному учету граждан Российской Федерации по месту пребывания и по месту жительства в пределах Российской Федерации». Этим приказом регламентирована процедура приема документов, а также разработаны бланки заявлений. И ни в одном бланке или пункте данного приказа не указана возможность снятия с регистрационного учета по доверенности.
 deregister-db-proxy-target — AWS CLI 1.20.21 Справочник команд 
  Примечание:  Вы просматриваете документацию к более старой основной версии AWS CLI (версия 1).
 AWS CLI версии 2, последняя основная версия AWS CLI, теперь стабильна и рекомендуется для общего использования. 
 Чтобы просмотреть эту страницу для AWS CLI версии 2, щелкните
 здесь.Для получения дополнительной информации см. AWS CLI версии 2.
 инструкции по установке
 и
 руководство по миграции.
 [ aws .  патронов ]
 Описание 
 Удалите связь между одной или несколькими структурами данных DBProxyTarget и DBProxyTargetGroup.
 См. Также: Документация по API AWS
 Описание глобальных параметров см. В  ‘aws help’ .
 Краткое описание 
 отменить регистрацию-db-proxy-target
--db-proxy-name <значение>
[--target-group-name <значение>]
[--db-идентификаторы-экземпляра <значение>]
[--db-cluster-identifiers <значение>]
[--cli-input-json <значение>]
[--generate-cli-skeleton <значение>] 
 Опции 
 —db-имя-прокси (строка)
 Идентификатор DBProxy, связанный с DBProxyTargetGroup.
 — имя-целевой-группы (строка)
 Идентификатор группы DBProxyTargetGroup.
 —db-идентификаторы-экземпляра (список)
 Один или несколько идентификаторов инстансов БД.
 (строка)
 Синтаксис:
 —db-идентификаторы-кластера (список)
 Один или несколько идентификаторов кластера БД.
 (строка)
 Синтаксис:
 —cli-input-json (строка)
Выполняет служебную операцию на основе предоставленной строки JSON. Строка JSON соответствует формату, предоставленному —generate-cli-skeleton. Если в командной строке указаны другие аргументы, значения CLI переопределят значения, предоставленные JSON.Невозможно передать произвольные двоичные значения, используя значение, предоставленное JSON, поскольку строка будет восприниматься буквально.
 —generate-cli-скелет (строка)
Выводит скелет JSON на стандартный вывод без отправки запроса API. Если предоставлено без значения или ввода значения, печатает образец входного JSON, который можно использовать в качестве аргумента для —cli-input-json. Если предоставляется выходное значение, он проверяет входные данные команды и возвращает образец выходного JSON для этой команды.
 Описание глобальных параметров см. В  ‘aws help’ .
 deregister-db-proxy-target — AWS CLI 2.2.29 Справочник команд 
 Описание 
 Удалите связь между одной или несколькими структурами данных  DBProxyTarget  и  DBProxyTargetGroup .
 См. Также: Документация по API AWS
 См. «Справку aws» для описания глобальных параметров.
 Опции 
  --db-имя-прокси  (строка)
 Идентификатор  DBProxy , который связан с  DBProxyTargetGroup .
  - имя-целевой-группы  (строка)
 Идентификатор  DBProxyTargetGroup .
  --db-идентификаторы-экземпляра  (список)
 Один или несколько идентификаторов инстансов БД.
 (строка)
 Синтаксис:
  --db-идентификаторы-кластера  (список)
 Один или несколько идентификаторов кластера БД.
 (строка)
 Синтаксис:
  --cli-input-json  |  --cli-input-yaml  (строка)
Считывает аргументы из предоставленной строки JSON.Строка JSON соответствует формату, предоставленному  --generate-cli-skeleton . Если в командной строке указаны другие аргументы, эти значения переопределят значения, предоставленные JSON. Невозможно передать произвольные двоичные значения, используя значение, предоставленное JSON, поскольку строка будет восприниматься буквально. Это не может быть указано вместе с  --cli-input-yaml .
  --generate-cli-skeleton  (строка)
Выводит скелет JSON на стандартный вывод без отправки запроса API.Если предоставлено без значения или значения  input , печатает образец входного JSON, который можно использовать в качестве аргумента для  --cli-input-json . Точно так же, если предоставлено  yaml-input , он напечатает образец ввода YAML, который можно использовать с  --cli-input-yaml . Если предоставлено значение  output , он проверяет входные данные команды и возвращает образец выходного JSON для этой команды.
 См. «Справку aws» для описания глобальных параметров.
 Регистрация сеанса и отмена регистрации с прокси-серверами 
  Контекст 1 
… приложение связывается с прокси-сервером DDS на этапе регистрации для доступа к регистратору, как показано на рисунке 4. Регистратор получает два запроса QoS, отправленные издателем и подписчиком. …
  Context 2 
 … фаза регистрации для доступа к регистратору, как показано на рисунке 4. Регистратор получает два запроса QoS, отправленные издателем и подписчиком. Затем он заставляет все сигнальные сообщения проходить через него с заголовком «маршрут записи» и перехватывать эти сообщения для анализа информации о сеансе.После того, как издатель настроен для совершения и приема вызовов, обработка NetQSIP начинается с этапа регистрации в регистраторе (регистрация пользователя в базе данных местоположений SIP). Мы рассмотрели случай, когда регистрация выполняется обоими удаленными SIP-прокси каждой сети: издатель отправляет запрос регистрации прокси-серверу, принадлежащему его сетевому домену, который перехватывает его и добавляет адрес записи (AddressOfRecord) для обеспечения прохождения сообщений. регистратор. После того, как адрес назначения найден в его локальной базе данных (локальной базе данных, чтобы избежать использования DNS), он перенаправляет сообщение адресату.Удаленный прокси (принадлежащий к тому же сетевому домену подписчика) перехватывает это сообщение, проверяет, принадлежит ли подписчик к его домену, и пересылает ему входящее сообщение, если он принадлежит домену. Чтобы зарезервировать QoS в граничном маршрутизаторе, мы разработали конфигуратор ресурсов на основе протокола COPS-DRA [56] как часть инфраструктуры NetQSIP. NetQSIP также интегрирует распределитель ресурсов в Proxy DDS для преобразования политик QoS DDS в сообщениях SIP / SDP в QoS сети и согласования политик QoS DDS от имени приложения.Эти запросы на преобразование отправляются в конфигуратор ресурсов, который настраивает очереди приоритетов пограничного маршрутизатора на основе маркировки DSCP для IP-пакетов с настройкой QoS DDS с приоритетом транспорта. Ниже мы описываем согласование QoS во время процесса сигнализации. Инициирование сеанса. Издатель (показан как участник DDS «A» на рисунке 5) отправляет сообщение приглашения, включающее список профилей QoS DDS с IP-адресами источника / назначения, номерами портов, атрибутами QoS DDS, дескриптором поля DSCP и носителями. …
 Отмена регистрации и регистрация Workflow Manager в SharePoint 2013/2016 — статьи TechNet — США (английский) 
 У нас возникла проблема, когда прокси-сервер Workflow Manager не работал, создавая следующую ошибку:
  «Для рабочего процесса SharePoint 2013 требуется совместимая служба рабочего процесса, настроенная с помощью SharePoint, например Workflow Manager. Служба рабочего процесса либо не установлена, либо не настроена». 
 Как это: 
 Мы обновили сертификат, и это произошло внезапно.
 Пытался запустить  Register-SPworkflowService  один раз для регистрации прокси, но в результате появляется следующая ошибка:
 «Register-SPWorkflowService: не удалось зарегистрироваться, поскольку ферма или раздел уже зарегистрированы в службе рабочего процесса.
 В строке: 1 символ: 1 
 + Регистрация-SPWorkflowService -SPSite 
 «https://ke-sit.krossfarm.com/sites/Workfl … 
 + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~ 
 + CategoryInfo: InvalidData: (Microsoft.Поделиться … WorkflowService: 
 RegisterSPWorkflowService) [Register-SPWorkflowService], ConfigurationExce ption + FullyQualifiedErrorId: Microsoft.SharePoint.WorkflowServices.PowerShell 
 .ЗарегистрироватьсяSPWorkflowService »
 Выполнить команду с параметром  –Force . Этот
когда он  успешно завершил , но все еще генерировал ту же ошибку в центральном администраторе.
 Разрешение:
 Очевидно, мы должны отменить регистрацию и зарегистрировать прокси-сервер рабочего процесса.
 Отменить регистрацию прокси-сервера рабочего процесса:
 Перейти  Central Admin> Управление приложениями> Управление приложением-службой> Щелкните  на  Прокси приложения службы рабочего процесса 
 Выберите его и на ленте нажмите Удалить.
 Регистрация прокси рабочего процесса
 Теперь запустите  Register-SPWorkflowService  в окне PowerShell. Рекомендую использовать  – Принудительный параметр .
 Команды: Отмена регистрации служб | Consul от HashiCorp 
 Поиск в документации Consul
 Команда:  отмена регистрации служб консула 
 Команда  отмена регистрации служб  отменяет регистрацию службы у местного агента.
Обратите внимание, что эта команда может отменить регистрацию только тех сервисов, которые были зарегистрированы.
с указанным агентом (по умолчанию — локальный агент) и предназначен для
быть в паре с регистром услуг  .
 Это всего лишь один из способов отмены регистрации услуги.Если бы услуга была
зарегистрирован в файле конфигурации, затем удаляет этот файл и
перезагрузка Consul — правильный способ
отменить регистрацию. См. Определение службы для получения дополнительной информации
информация о регистрационных услугах в целом.
 »Использование 
 Использование:  Отмена регистрации служб консула [параметры] [ФАЙЛ ...] 
 Эта команда может отменить регистрацию любой отдельной службы с использованием флага  -id  задокументированные ниже, или одна или несколько служб, использующих файлы определения службы
в формате HCL или JSON.Эта гибкость позволяет легко связать команду с  services register , так как синтаксис аргументов тот же.
 »Параметры API 
  -ca-file = <значение>  — Путь к файлу CA, который будет использоваться для TLS при взаимодействии с Consul.
Это также можно указать через переменную среды  CONSUL_CACERT .
  -ca-path = <значение>  — Путь к каталогу сертификатов CA для использования для TLS, когда
общение с консулом.Это также можно указать через  CONSUL_CAPATH  переменная окружения.
  -client-cert = <значение>  — Путь к файлу сертификата клиента, который будет использоваться для TLS, когда  verify_incoming  включен. Это также можно указать через  CONSUL_CLIENT_CERT  переменная окружения.
  -client-key = <значение>  — Путь к файлу клиентского ключа, который будет использоваться для TLS, когда  verify_incoming  включен. Это также можно указать через  CONSUL_CLIENT_KEY  переменная окружения.
  -http-addr =   — Адрес агента Consul с портом. Это может быть
IP-адрес или DNS-адрес, но он должен включать порт. Это также может быть
указывается через переменную среды  CONSUL_HTTP_ADDR . В Consul 0.8 и
позже значение по умолчанию — http://127.0.0.1:8500, а https может быть необязательно
вместо этого. Схема также может быть установлена ​​на HTTPS, установив среду
переменная  CONSUL_HTTP_SSL = true . Это может быть сокет домена unix, использующий  unix: /// путь / к / сокету , если агент настроен на
слушай так.
  -tls-server-name = <значение>  — Имя сервера для использования в качестве хоста SNI, когда
подключение через TLS. Это также можно указать через  CONSUL_TLS_SERVER_NAME  переменная окружения.
  -token = <значение>  — токен ACL для использования в запросе. Это также можно указать
через переменную среды  CONSUL_HTTP_TOKEN . Если не указано, запрос
по умолчанию будет использоваться токен агента Consul по адресу HTTP.
  -token-file = <значение>  — Файл, содержащий токен ACL для использования в запросе
вместо одного, указанного в аргументе  -token  или  CONSUL_HTTP_TOKEN  переменная окружения. Это также можно указать через  CONSUL_HTTP_TOKEN_FILE  переменная среды.
 »Параметры предприятия 
  -namespace =   — указывает пространство имен для запроса. Если не указано, пространство имен будет выведено из токена ACL запроса или по умолчанию будет использоваться пространство имен  по умолчанию .Пространства имен — это функция Consul Enterprise, добавленная в v1.7.0.
 »Флаги отмены регистрации службы 
 Флаги ниже должны быть установлены только в том случае, если  не указаны аргументы . Если нет
приведены аргументы, флаги ниже могут использоваться для отмены регистрации одного
служба.
  -id  — ID сервиса.
 »Примеры 
 Для отмены регистрации по ID:
 $ отмена регистрации в консулских услугах -id = web
 
  $ отмена регистрации consul services -id = web  
 Чтобы отменить регистрацию из файла конфигурации:
 $ cat web.json
{
  "Обслуживание": {
    «Имя»: «сеть»
  }
}

$ consul services отмените регистрацию web.json
 
  $ cat web.json {"Сервис": {"Имя": "web"}}
$ consul services deregister web.json  
 Service — Agent — HTTP API 
 Search Consul documentation
 Конечные точки  / agent / service  взаимодействуют со службами на локальном агенте в
Консул. Их не следует путать с услугами в каталоге.
 »Службы списков 
 Эта конечная точка возвращает все службы, зарегистрированные в
местный агент.Эти услуги предоставлялись либо через файлы конфигурации.
или добавляется динамически с помощью HTTP API.
 Важно отметить, что услуги, известные агенту, могут отличаться
из представленных в каталоге. Обычно это происходит из-за внесенных изменений
пока нет избранного лидера. Агент выполняет активные
антиэнтропия, поэтому в большинстве ситуаций
все будет синхронизировано в течение нескольких секунд.
 В таблице
 Метод
 Путь
 Производит
  GET 
  / агент / услуги 
  application / json 
 ниже показана поддержка 9000 end2
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  НЕТ 
  нет 
  читать нет 
  9045 »Параметры
» Образец запроса 
 $ curl \
    http://127.0.0.1:8500/v1/agent/services
 
  $ curl \ http://127.0.0.1:8500/v1/agent/services  
 »Пример ответа 
 {
  "redis": {
    «ID»: «redis»,
    «Сервис»: «redis»,
    «Теги»: [],
    "TaggedAddresses": {
      "lan": {
        "адрес": "127.0,0.1 ",
        «порт»: 8000
      },
      "wan": {
        "адрес": "198.51.100.53",
        «порт»: 80
      }
    },
    "Мета": {
      "redis_version": "4.0"
    },
    "Пространство имен": "по умолчанию",
    «Порт»: 8000,
    "Адрес": "",
    "EnableTagOverride": ложь,
    "Датацентр": "dc1",
    «Вес»: {
      «Проходящие»: 10,
      «Предупреждение»: 1
    }
  }
}
 
  {"redis": {"ID": "redis", "Service": "redis", "Теги": [], "TaggedAddresses": {"lan": {"address": "127.0.0.1 "," порт ": 8000}," wan ": {" адрес ":" 198.51.100.53 "," порт ": 80}}," Мета ": {" redis_version ":" 4.0 "}," Пространство имен ":" по умолчанию "," Порт ": 8000," Адрес ":" "," EnableTagOverride ": false," Datacenter ":" dc1 "," Вес ": {" Проходит ": 10," Предупреждение ": 1 }}}  
 »Фильтрация 
 Фильтр выполняется для каждого значения в отображении службы с
Поддерживаются следующие селекторы и операции фильтрации:
 Селектор
 Поддерживаемые операции
  Адрес 
 Равно, Не равно, Не входит, Не совпадает, Совпадает, Не соответствует
  Подключить.Собственный 
 Равно, не равно
  EnableTagOverride 
 Равно, не равно
  ID 
 Равно, не равно, In, Not In, Match, Not Match
 
 Равно, не равно, входит, не совпадает, не совпадает, не совпадает
  Мета 
 Пусто, не пусто, входит, не входит
  Мета.  
 Равно, не равно, не совпадает, не совпадает, не совпадает
  Порт 
 Равно, не равно
  Прокси.DestinationServiceID 
 Равно, Не равно, В, Не входит, Совпадает, Не совпадает
  Proxy.DestinationServiceName 
 Равно, Не равно, В, Не входит, Совпадает, не соответствует
  Прокси. LocalServiceAddress 
 Равно, не равно, входит, не входит, соответствует, не совпадает
  Proxy.LocalServicePort 
 Равно, не равно
  Proxy.Mode 
 Proxy.Mode 
 , Не входит, не совпадает, не совпадает
  Прокси.TransparentProxy.OutboundListenerPort 
 Равно, не равно
  Proxy.MeshGateway.Mode 
 Равно, не равно, входит, не входит, соответствует, не соответствует
  Proxy.Up
  Proxy.Up , Не пусто
  Proxy.Upstreams.Datacenter 
 Равно, не равно, входит, не входит, совпадает, не совпадает
  Proxy.Upstreams.DestinationName 
 Равно, не равно, входящее , Не входит, не совпадает, не совпадает
  Прокси.Upstreams.DestinationNamespace 
 Equal, Not Equal, In, Not In, Matches, Not Match
  Proxy.Upstreams.DestinationType 
 Equal, Not Equal, In, Not In, Matches, Not Matches
  Proxy.Upstreams.LocalBindAddress 
 Equal, Not Equal, In, Not In, Matches, Not Match
  Proxy.Upstreams.LocalBindPort 
 Equal, Not Equal
Upstreams.MeshGateway.Mode 
 Равно, Не равно, В, Не в, Совпадение, Не совпадает
  Сервис 
 Равно, Не равно, В, Не в, Совпадение, Не совпадает
  TaggedAddresses 
 Пусто, не пусто, In, Not In
  TaggedAddresses.  .Address 
 Equal, Not Equal, In, Not In, Match, Not Matches
  TaggedAddresses . .Port 
 Равно, не равно
  Теги 
 Вход, Не входит, Пусто, Не пусто
  Веса.Проход 
 Равно, Не равно
  Weights.Warning 
 Равно, не равно
 »Получить конфигурацию службы 
 Эта конечная точка была добавлена ​​в Consul 1.3.0 и возвращает полное определение службы
для одного экземпляра службы, зарегистрированного на локальном агенте.Он используется
Подключите прокси, чтобы обнаружить встроенный прокси
конфигурация, которая была зарегистрирована с экземпляром.
 Важно отметить, что услуги, известные агенту, могут отличаться
из представленных в каталоге. Обычно это происходит из-за внесенных изменений
пока нет избранного лидера. Агент выполняет активные
антиэнтропия, поэтому в большинстве ситуаций
все будет синхронизировано в течение нескольких секунд.
00 Поддержка для
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 Метод
 Путь
 Производит
  GET 
  / agent / service /: service_id 
  application / json
0
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  ДА   1 
  нет 
 
  1  Поддерживает только блокировку на основе хеша.
 »Параметры 
» Образец запроса 
 $ curl \
    http://127.0.0.1:8500/v1/agent/service/web-sidecar-proxy
 
  $ curl \ http: // 127.0.0.1: 8500 / v1 / agent / service / web-sidecar-proxy  
 »Пример ответа 
 {
  "Добрый": "подключиться-прокси",
  "ID": "sidecar-прокси",
  «Сервис»: «веб-sidecar-прокси»,
  «Теги»: null,
  «Мета»: ноль,
  "Пространство имен": "по умолчанию",
  «Порт»: 18080, г.
  "Адрес": "",
  "TaggedAddresses": {
    "lan": {
      "адрес": "127.0.0.1",
      «порт»: 8000
    },
    "wan": {
      "адрес": "198.51.100.53",
      «порт»: 80
    }
  },
  «Вес»: {
    «Проходящие»: 1,
    «Предупреждение»: 1
  },
  "EnableTagOverride": ложь,
  "Датацентр": "dc1",
  "ContentHash": "4ecd29c7bc647ca8",
  "Прокси": {
    "DestinationServiceName": "Интернет",
    "DestinationServiceID": "Интернет",
    «LocalServiceAddress»: «127.0,0.1 ",
    «LocalServicePort»: 8080,
    «Режим»: «прозрачный»,
    "TransparentProxy": {
      «OutboundListenerPort»: 22500
    },
    "Config": {
      "фу": "бар"
    },
    «Апстримы»: [
      {
        "DestinationType": "служба",
        "DestinationName": "db",
        «LocalBindPort»: 9191
      }
    ]
  }
}
 
  {"Kind": "connect-proxy", "ID": "web-sidecar-proxy", "Service": "web-sidecar-proxy", "Tags": null, "Meta": null, "Пространство имен": "по умолчанию", "Порт": 18080, "Адрес": "", "TaggedAddresses": {"lan": {"адрес": "127.0.0.1 "," port ": 8000}," wan ": {" address ":" 198.51.100.53 "," port ": 80}}," Weights ": {" Passing ": 1," Warning ": 1}, «EnableTagOverride»: false, «Datacenter»: «dc1», «ContentHash»: «4ecd29c7bc647ca8», «Proxy»: {«DestinationServiceName»: «web», «DestinationServiceID»: «web», «LocalServiceAddress»: «127.0.0.1», «LocalServicePort»: 8080, «Mode»: «transparent», «TransparentProxy»: {«OutboundListenerPort»: 22500}, «Config»: {«foo»: «bar»}, «Upstreams»: [{"DestinationType": "service", "DestinationName": "db", "LocalBindPort": 9191}]}}  
 Ответ имеет ту же структуру, что и служба
определение с одним дополнительным полем  ContentHash , которое
содержит блокировку на основе хеша
запросить хеш для результата.В
такой же хеш присутствует и в  X-Consul-ContentHash .
 »Получить локальное состояние службы 
 Получить агрегированное состояние службы (-ий) на локальном агенте по имени.
 Эти конечные точки поддерживают формат JSON и текстовые / простые форматы, JSON является
дефолт. Чтобы получить текстовый формат, вы можете добавить ? Format = text  к
URL или используйте согласование содержимого Mime, указав заголовок HTTP  Принять , начиная с  текст / обычный .
 Метод
 Путь
 Производит
  GET 
  / агент / здоровье / служба / имя /: имя_службы 
  приложение / json 
  / agent / health / service / name /: service_name? Format = text 
  text / plain 
 В таблице ниже показана поддержка этой конечной точкой для
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  НЕТ 
  нет 
  читать нет 
  9045 »Параметры
 Эти конечные точки возвращают агрегированные значения всех проверок работоспособности для
экземпляры службы и вернут соответствующие коды HTTP:
 Результат
 Значение
  200 
 Все проверки работоспособности каждого соответствующего экземпляра службы проходят
  400 
 Неверный параметр (отсутствует имя службы идентификатора)
  404 
 Нет такого идентификатора или имени службы
  429 
 Некоторые проверки состояния проходят, по крайней мере, одно предупреждение
  503 
 По крайней мере одна из проверок работоспособности является критической
 Эти конечные точки могут быть полезны в следующих случаях использования:
 балансировщик нагрузки хочет проверить IP-соединение с агентом и получить
агрегированный статус данной службы
 создает псевдонимы для данной службы (таким образом, проверка работоспособности псевдонимов использует
http: // localhost: 8500 / v1 / agent / service / id / aliased_service_id проверка работоспособности)
 »Примечание 
 Если вы знаете идентификатор службы, на которую хотите настроить таргетинг, рекомендуется использовать  / v1 / агент / здоровье / служба / идентификатор /: идентификатор_службы  так что результат только за услугу.При запросе  / v1 / agent / health / service / name /: service_name , вызывающий получит
худшее состояние из всех сервисов, имеющих данное имя.
 »Примеры запросов 
 Даны 2 службы с именем  web , с критическим web2 и прохождением web1:
» Список наихудших состояний для всех экземпляров службы 
 web  (HTTP 503)
 »По имени, тексту 
 $ curl http: // localhost: 8500 / v1 / agent / health / service / name / web? Format = text
критический
 
  $ curl http: // localhost: 8500 / v1 / agent / health / service / name / web? Format = textcritical  
 »По имени, JSON 
 Для вывода JSON ответ представляет собой массив, содержащий детали каждого
прохождение, предупреждение или критическое обслуживание.
 curl localhost: 8500 / v1 / агент / здоровье / служба / имя / веб
 
  curl localhost: 8500 / v1 / agent / health / service / name / web  
 [
  {
    "AggregatedStatus": "проходит",
    "Обслуживание": {
      «ID»: «web1»,
      «Сервис»: «Интернет»,
      «Теги»: [
        "рельсы"
      ],
      «Мета»: {},
      «Порт»: 80,
      "Адрес": "",
      "SocketPath": "",
      "TaggedAddresses": {
        "lan": {
          «Адрес»: «127.0.0.1»,
          «Порт»: 8000
        },
        "wan": {
          «Адрес»: «198.51.100.53 ",
          «Порт»: 80
        }
      },
      «Вес»: {
        «Проходящие»: 1,
        «Предупреждение»: 1
      },
      "EnableTagOverride": ложь,
      "Пространство имен": "по умолчанию",
      "Датацентр": "dc1"
    },
    «Проверки»: []
  },
  {
    «AggregatedStatus»: «критический»,
    "Обслуживание": {
      «ID»: «web2»,
      «Сервис»: «Интернет»,
      «Теги»: [
        "рельсы"
      ],
      «Мета»: {},
      «Порт»: 80,
      "Адрес": "",
      "SocketPath": "",
      "TaggedAddresses": {
        "lan": {
          «Адрес»: «127.0,0.1 ",
          «Порт»: 8000
        },
        "wan": {
          «Адрес»: «198.51.100.54», г.
          «Порт»: 80
        }
      },
      «Вес»: {
        «Проходящие»: 1,
        «Предупреждение»: 1
      },
      "EnableTagOverride": ложь,
      "Пространство имен": "по умолчанию",
      "Датацентр": "dc1"
    },
    «Проверки»: [
      {
        "Узел": "server1",
        "CheckID": "service: web2",
        "Название": "Сервис" веб-проверка ",
        «Статус»: «критический»,
        "Примечания": "",
        «Вывод»: «Get \" http: // localhost / health \ ": dial tcp [:: 1]: 80: connect: соединение отклонено»,
        "ServiceID": "web2",
        "ServiceName": "Интернет",
        "ServiceTags": [
          "рельсы"
        ],
        "Тип": "",
        "Пространство имен": "по умолчанию",
        "Определение": {
          «Интервал»: «0 с»,
          «Тайм-аут»: «0 с»,
          "DeregisterCriticalServiceAfter": "0s",
          "HTTP": "",
          «Заголовок»: ноль,
          "Метод": "",
          "Тело": "",
          "TLSServerName": "",
          "TLSSkipVerify": ложь,
          "TCP": ""
        },
        «CreateIndex»: 0,
        «ModifyIndex»: 0
      }
    ]
  }
]
 
  [{"AggregatedStatus": "прохождение", "Service": {"ID": "web1", "Service": "web", "Tags": ["rails"], "Meta": {} , "Порт": 80, "Адрес": "", "SocketPath": "", "TaggedAddresses": {"lan": {"Адрес": "127.0.0.1 "," Порт ": 8000}," wan ": {" Адрес ":" 198.51.100.53 "," Порт ": 80}}," Вес ": {" Проходит ": 1," Предупреждение ": 1}, "EnableTagOverride": false, "Namespace": "default", "Datacenter": "dc1"}, "Checks": []}, {"AggregatedStatus": "critical", "Service": {"ID ":" web2 "," Service ":" web "," Tags ": [" rails "]," Meta ": {}," Port ": 80," Address ":" "," SocketPath ":" " , "TaggedAddresses": {"lan": {"Address": "127.0.0.1 "," Порт ": 8000}," wan ": {" Адрес ":" 198.51.100.54 "," Порт ": 80}}," Вес ": {" Проходит ": 1," Предупреждение ": 1}, «EnableTagOverride»: false, «Пространство имен»: «по умолчанию», «Datacenter»: «dc1»}, «Проверки»: [{«Узел»: «server1», «CheckID»: «service: web2», «Имя»: «Проверка сервиса 'web'», «Статус»: «критическое», «Примечания»: «», «Вывод»: «Получить \" http: // localhost / health \ ": dial tcp [:: 1]: 80: connect: соединение отклонено "," ServiceID ":" web2 "," ServiceName ":" web "," ServiceTags ": [" rails "]," Type ":" "," Namespace ":" по умолчанию "," Определение ": {" Интервал ":" 0 с "," Тайм-аут ":" 0 с "," DeregisterCriticalServiceAfter ":" 0 с "," HTTP ":" "," Заголовок ": null," Метод ":" " , "Body": "", "TLSServerName": "", "TLSSkipVerify": false, "TCP": ""}, "CreateIndex": 0, "ModifyIndex": 0}]}]  
 »Получить состояние работоспособности локальной службы по идентификатору 
 Получить состояние работоспособности конкретной службы на локальном агенте по идентификатору.
 Метод
 Путь
 Производит
  GET 
  / agent / health / service / id /: service_id 
  application / json  GET407
  / agent / health / service / id /: service_id? Format = text 
  text / plain 
 Поддерживаемые параметры запроса такие же, как  / v1 / agent / health / service / name /: имя_службы .
 »Примеры запросов 
 Запросить состояние работоспособности службы с идентификатором  web2 .
 »Список состояний web2 (HTTP 503) 
» Ошибка по идентификатору, тексту 
 $ curl http: // localhost: 8500 / v1 / agent / health / service / id / web2? Format = text
критический
 
  $ curl http: // localhost: 8500 / v1 / agent / health / service / id / web2? Format = textcritical  
 »Ошибка по идентификатору, JSON 
 В JSON вывод запроса по идентификатору объект, содержащий только детали
за эту услугу.
 локальный хост curl: 8500 / v1 / агент / здоровье / сервис / идентификатор / web2
 
  curl localhost: 8500 / v1 / agent / health / service / id / web2  
 {
  «AggregatedStatus»: «критический»,
  "Обслуживание": {
    «ID»: «web2»,
    «Сервис»: «Интернет»,
    «Теги»: [
      "рельсы"
    ],
    «Мета»: {},
    «Порт»: 80,
    "Адрес": "",
    "SocketPath": "",
    "TaggedAddresses": {
      "lan": {
        «Адрес»: «127.0.0.1»,
        «Порт»: 8000
      },
      "wan": {
        «Адрес»: «198.51.100,54 ",
        «Порт»: 80
      }
    },
    «Вес»: {
      «Проходящие»: 1,
      «Предупреждение»: 1
    },
    "EnableTagOverride": ложь,
    "Пространство имен": "по умолчанию",
    "Датацентр": "dc1"
  },
  «Проверки»: [
    {
      "Узел": "server1",
      "CheckID": "service: web2",
      "Название": "Сервис" веб-проверка ",
      «Статус»: «критический»,
      "Примечания": "",
      «Вывод»: «Get \" http: // localhost / health \ ": dial tcp [:: 1]: 80: connect: соединение отклонено»,
      "ServiceID": "web2",
      "ServiceName": "Интернет",
      "ServiceTags": [
        "рельсы"
      ],
      "Тип": "",
      "Пространство имен": "по умолчанию",
      "Определение": {
        «Интервал»: «0 с»,
        «Тайм-аут»: «0 с»,
        "DeregisterCriticalServiceAfter": "0s",
        "HTTP": "",
        «Заголовок»: ноль,
        "Метод": "",
        "Тело": "",
        "TLSServerName": "",
        "TLSSkipVerify": ложь,
        "TCP": ""
      },
      «CreateIndex»: 0,
      «ModifyIndex»: 0
    }
  ]
}
 
  {"AggregatedStatus": "critical", "Service": {"ID": "web2", "Service": "web", "Tags": ["rails"], "Meta": {}, "Порт": 80, "Адрес": "", "SocketPath": "", "TaggedAddresses": {"lan": {"Адрес": "127.0.0.1 "," Порт ": 8000}," wan ": {" Адрес ":" 198.51.100.54 "," Порт ": 80}}," Вес ": {" Проходит ": 1," Предупреждение ": 1}, «EnableTagOverride»: false, «Пространство имен»: «по умолчанию», «Datacenter»: «dc1»}, «Проверки»: [{«Узел»: «server1», «CheckID»: «service: web2», «Имя»: «Проверка сервиса 'web'», «Статус»: «критическое», «Примечания»: «», «Вывод»: «Получить \" http: // localhost / health \ ": dial tcp [:: 1]: 80: connect: соединение отклонено "," ServiceID ":" web2 "," ServiceName ":" web "," ServiceTags ": [" rails "]," Type ":" "," Namespace ":" по умолчанию "," Определение ": {" Интервал ":" 0 с "," Тайм-аут ":" 0 с "," DeregisterCriticalServiceAfter ":" 0 с "," HTTP ":" "," Заголовок ": null," Метод ":" " , "Body": "", "TLSServerName": "", "TLSSkipVerify": false, "TCP": ""}, "CreateIndex": 0, "ModifyIndex": 0}]}  
 »Список статусов web1 (HTTP 200) 
» Успех по идентификатору, тексту 
 $ curl localhost: 8500 / v1 / agent / health / service / id / web1? Format = text
прохождение
 
  $ curl localhost: 8500 / v1 / agent / health / service / id / web1? Format = textpassing  
 »Успех по идентификатору, JSON 
 curl localhost: 8500 / v1 / agent / health / service / id / web1
 
  curl localhost: 8500 / v1 / agent / health / service / id / web1  
 {
  "AggregatedStatus": "проходит",
  "Обслуживание": {
    «ID»: «web1»,
    «Сервис»: «Интернет»,
    «Теги»: [
      "рельсы"
    ],
    «Мета»: {},
    «Порт»: 80,
    "Адрес": "",
    "SocketPath": "",
    "TaggedAddresses": {
      "lan": {
        «Адрес»: «127.0,0.1 ",
        «Порт»: 8000
      },
      "wan": {
        «Адрес»: «198.51.100.53»,
        «Порт»: 80
      }
    },
    «Вес»: {
      «Проходящие»: 1,
      «Предупреждение»: 1
    },
    "EnableTagOverride": ложь,
    "Пространство имен": "по умолчанию",
    "Датацентр": "dc1"
  },
  «Проверки»: []
}
 
  {"AggregatedStatus": "прохождение", "Service": {"ID": "web1", "Service": "web", "Tags": ["rails"], "Meta": {}, "Порт": 80, "Адрес": "", "SocketPath": "", "TaggedAddresses": {"lan": {"Адрес": "127.0.0.1 "," Порт ": 8000}," wan ": {" Адрес ":" 198.51.100.53 "," Порт ": 80}}," Вес ": {" Проходит ": 1," Предупреждение ": 1}, «EnableTagOverride»: false, «Пространство имен»: «по умолчанию», «Datacenter»: «dc1»}, «Проверки»: []}  
 »Регистрация службы 
 Эта конечная точка добавляет новую службу с необязательной проверки здоровья, к местным
агент.
 Агент отвечает за управление статусом своих локальных служб и за
отправка обновлений о своих локальных службах на серверы, чтобы поддерживать глобальную
каталог синхронизирован.
 Для услуг типа "подключение-прокси" служба : напишите  ACL для  Proxy.DestinationServiceName Значение  также необходимо для регистрации службы.
 Метод
 Путь
 Производит
  PUT 
  / агент / сервис / регистр 
  application / json 
 в таблице ниже показана поддержка этой конечной точки 9 для
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 »Параметры строки запроса
  replace-existing-tests  - Отсутствующие проверки работоспособности из запроса будут удалены из агента. Использование этого параметра позволяет идемпотентно регистрировать службу и ее проверки без необходимости вручную отменять регистрацию проверок.
 »Параметры 
 Обратите внимание, что эта конечная точка, в отличие от большинства, также поддерживает  snake_case  ключи определения службы для совместимости с форматом файла конфигурации.
  Имя   (строка: <требуется>)  - указывает логическое имя службы.
Многие экземпляры службы могут иметь одно и то же логическое имя службы. Мы рекомендуем использовать
действительные метки DNS
для совместимости с внешним DNS.
  ID   (строка: "")  - Задает уникальный идентификатор для этой службы.Это должно быть
уникальный для  агента . По умолчанию используется параметр  Name , если он не указан.
  Теги   (array : nil)  - Задает список тегов, назначаемых
служба. Эти теги могут использоваться для последующей фильтрации и доступны через API.
Мы рекомендуем использовать действительные метки DNS.
для совместимости с внешним DNS
  Адрес   (строка: "")  - Задает адрес службы.Если не
при условии, что адрес агента используется в качестве адреса для обслуживания во время
DNS-запросы.
  TaggedAddresses   (map : nil)  - Указывает карту явной LAN
и WAN-адреса для экземпляра службы. И адрес, и порт могут быть
указанные в значениях карты.
  Meta   (map : nil)  - Задает произвольные метаданные KV
связанный с экземпляром службы.
  нс   (строка: "") 
 Enterprise
 - указывает пространство имен в
для регистрации службы. Это значение можно указать как URL-запрос  нс  или заголовок  X-Consul-Namespace . Если не предоставлено ни одним из них,
пространство имен будет унаследовано от токена ACL запроса или по умолчанию
в пространство имен  по умолчанию . Добавлено в Consul 1.7.0.
  Порт   (int: 0)  - указывает порт службы.
  Вид   (строка: "")  - Вид услуги. По умолчанию "", что является
типичная консульская служба. Это значение также может быть "connect-proxy" для
Подключить прокси, представляющие другой сервис,
"mesh-gateway" для экземпляров mesh-шлюза,
"оконечный шлюз" для экземпляров оконечного шлюза,
или "входной шлюз" для экземпляров входного шлюза.
  Proxy   (Proxy: nil)  - Начиная с 1.2.3, указывает конфигурацию для
Подключите прокси-сервер службы.Это действительно только в том случае, если  Kind  определяет прокси или шлюз.
См. Документацию по прокси
для получения полной информации.
  Connect   (Connect: nil)  - указывает
конфигурация для Connect. Увидеть
Раздел «Подключите структуру» ниже для просмотра поддерживаемых полей.
  Проверка   (Проверка: ноль)  - Задает проверку. Пожалуйста, посмотрите
проверьте документацию для получения дополнительной информации о
принятые поля. Если вы не укажете имя или идентификатор для проверки, они
будет сгенерирован.Чтобы предоставить пользовательский идентификатор и / или имя, установите  CheckID  и / или  Имя  поле.
  Проверки   (массив : nil)  - Задает список проверок. Пожалуйста, посмотрите
проверьте документацию для получения дополнительной информации о
принятые поля. Если вы не укажете имя или идентификатор для проверки, они
будет сгенерирован. Чтобы предоставить пользовательский идентификатор и / или имя, установите  CheckID  и / или  Имя  поле. Автоматически сгенерированное имя   и  CheckID  зависят от
на позиции проверки в массиве, поэтому, несмотря на то, что поведение
детерминированный, рекомендуется для всех проверок либо позволить консулу установить  CheckID , оставив поле пустым / опуская его или предоставив уникальное значение.
  EnableTagOverride   (bool: false)  - Задает отключение антиэнтропии
функция для тегов этого сервиса. Если для  EnableTagOverride  установлено значение  true , тогда
внешние агенты могут обновлять эту службу в каталоге
и измените теги. Последующие операции локальной синхронизации этим агентом будут
игнорируйте обновленные теги. Например, если внешний агент изменил как
теги и порт для этой службы, а для  EnableTagOverride  было установлено значение  true  то после следующего цикла синхронизации порт службы вернется к исходному
значение, но теги будут поддерживать обновленное значение.В качестве встречного примера, если
внешний агент изменил теги и порт для этой службы и  EnableTagOverride  было установлено значение  false , затем после следующего цикла синхронизации
порт службы  и  теги вернутся к исходному значению и все
модификации будут потеряны.
  Веса   (Веса: ноль)  - указывает веса для услуги. Пожалуйста, посмотрите
сервисная документация для получения дополнительной информации о
веса. Если это поле не указано, веса по умолчанию будут равны  {"Пройдено": 1, "Предупреждение": 1} .
 Важно отметить, что это относится только к зарегистрированным локально
служба. Если у вас несколько узлов, все регистрирующие одну и ту же службу, их  EnableTagOverride Конфигурация  и все другие элементы конфигурации службы
независимы друг от друга. Обновление тегов для зарегистрированной службы
на одном узле не зависит от той же службы (по имени), зарегистрированной на
другой узел. Если  EnableTagOverride  не указан, значение по умолчанию  ложь .См. Антиэнтропийную синхронизацию для
больше информации.
 »Connect Structure 
 Для поля  Connect  параметры:
  Native   (bool: false)  - указывает, поддерживает ли эта служба
протокол Connect изначально.
Если это правда, то прокси-серверы Connect, DNS-запросы и т. Д. Смогут
сервис откройте для себя эту услугу.
  Прокси   (Прокси: ноль)  -  Не рекомендуется  Указывает, что
управляемый прокси-сервер Connect должен быть запущен для этого экземпляра службы и
дополнительно предоставляет конфигурацию для прокси.Формат задокументирован
в устаревших управляемых прокси.
  SidecarService   (ServiceDefinition: nil)  - указывает необязательный вложенный
определение службы для регистрации. Для получения дополнительной информации см.
Регистрация в сервисе Sidecar.
 »Пример полезной нагрузки 
 {
  «ID»: «redis1»,
  «Имя»: «redis»,
  «Теги»: [«основной», «v1»],
  «Адрес»: «127.0.0.1»,
  «Порт»: 8000,
  "Мета": {
    "redis_version": "4.0"
  },
  "EnableTagOverride": ложь,
  "Проверять": {
    "DeregisterCriticalServiceAfter": "90 мин.",
    «Аргументы»: [«/ usr / local / bin / check_redis.ру "],
    «Интервал»: «10 с»,
    «Тайм-аут»: «5 с»
  },
  «Вес»: {
    «Проходящие»: 10,
    «Предупреждение»: 1
  }
}
 
  {"ID": "redis1", "Имя": "redis", "Теги": ["primary", "v1"], "Адрес": "127.0.0.1", "Порт": 8000, "Meta": {"redis_version": "4.0"}, "EnableTagOverride": false, "Check": {"DeregisterCriticalServiceAfter": "90m", "Args": ["/usr/local/bin/check_redis.py" ], «Interval»: «10s», «Timeout»: «5s»}, «Weights»: {«Passing»: 10, «Warning»: 1}}  
 »Пример запроса 
 $ curl \
    --request PUT \
    --data @payload.json \
    http://127.0.0.1:8500/v1/agent/service/register?replace-existing-checks=true
 
  $ curl \ --request PUT \ --data @ payload.json \ http://127.0.0.1:8500/v1/agent/service/register?replace-existing-checks=true  
 »Отменить регистрацию 
 Эта конечная точка удаляет службу из локального агента. Если услуга не работает
существуют, никаких действий не предпринимается.
 Агент позаботится об отмене регистрации услуги в каталоге. Если там
- это связанная проверка, регистрация которой также отменена.
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  НЕТ 
  нет 
  нет 
 эта конечная точка поддерживает
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 Метод
 Путь
 Производит
  PUT 
  / agent / service / deregister /: service_id 
  application / json 9004
 »Параметры
» Образец запроса 
 $ curl \
    --request PUT \
    http: // 127.0.0.1: 8500 / v1 / агент / служба / отмена регистрации / идентификатор моей службы
 
  $ curl \ --request PUT \ http://127.0.0.1:8500/v1/agent/service/deregister/my-service-id  
 »Включить режим обслуживания 
 Эта конечная точка помещает данную службу в "Режим технического обслуживания". Во время обслуживания
в режиме, сервис будет отмечен как недоступный и не будет присутствовать в DNS.
или запросы API. Этот вызов API идемпотентен. Режим обслуживания постоянный и
будет автоматически восстановлен при перезапуске агента.
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  NO 
  нет 
  нет 
0 В приведенной ниже таблице показано 9 эта конечная точка поддерживает
блокирующие запросы,
режимы согласованности,
кэширование агента и
требуемые ACL.
 Метод
 Путь
 Производит
  PUT 
  / агент / сервис / обслуживание /: service_id 
  application / json 
 »Параметры
  service_id   (строка: )  - Задает идентификатор службы, которую нужно разместить.
в режиме обслуживания.Это указывается как часть URL-адреса.
  включить   (bool: )  - указывает, включить или отключить
Режим технического обслуживания. Это указывается как часть URL-адреса в виде строки запроса.
параметр.
  нс   (строка: "") 
 Enterprise
 - указывает пространство имен
услуги перевести в режим обслуживания. Это значение можно указать как
параметр запроса URL  ns  или заголовок  X-Consul-Namespace .Если не указано
либо пространство имен будет унаследовано от токена ACL запроса, либо будет
по умолчанию - пространство имен  по умолчанию . Добавлено в Consul 1.7.0.
  причина   (строка: "")  - Задает текстовую строку, объясняющую причину
перевод узла в режим обслуживания. Это просто для помощи операторам.
Если причина не указана, будет использоваться значение по умолчанию. Это
указывается как часть URL-адреса как параметр строки запроса и, как таковой, должен
быть в кодировке URI.
 »Образец запроса 
 $ curl \
    --request PUT \
    http://127.0.0.1:8500/v1/agent/service/main maintenance/my-service-id?enable=true&reason=For+the+docs
 
  $ curl \ --request PUT \ http://127.0.0.1:8500/v1/agent/service/main maintenance/my-service-id?enable=true&reason=For+the+docs  
 Отменить регистрацию с - Octopus Deploy 
 Последнее обновление  2021-08-15T23: 06: 05.5167199 + 00: 00 
 Отменяет регистрацию этой цели развертывания на сервере Octopus.
  Отменить регистрацию из опций 
  Использование: отмена регистрации щупальца [<опции>]

Где [] - это любое из:

      --instance = VALUE Имя используемого экземпляра
      --config = ЗНАЧЕНИЕ Используемый файл конфигурации
      --server = ЗНАЧЕНИЕ Сервер Octopus - например, 'http: // octopus'
      --apiKey = ЗНАЧЕНИЕ Ваш ключ API; вы можете получить это от осьминога
                               Веб-портал
  -u, --username, --user = ЗНАЧЕНИЕ
                             Если не используются ключи API, ваше имя пользователя
  -p, --password = ЗНАЧЕНИЕ Если не используются ключи API, ваш пароль
  -m, --multiple Отменить регистрацию всех компьютеров, использующих один и тот же
                               отпечаток большого пальца
      --space = ЗНАЧЕНИЕ Пространство, которое будет занимать этот компьютер.
                               снята с регистрации с, - e.г. 'Финансовый отдел'
                               где Финансовый отдел - название
                               существующее пространство; значение по умолчанию - Default
                               пробел, если он обозначен.

Или один из распространенных вариантов:

      --help Показать подробную справку по этой команде
  
 Базовые примеры 
 Этот пример отменяет регистрацию щупальца на сервере Octopus:
  отмена регистрации щупальца --server = "https: // MyOctopusServer" --apiKey = "API-MyApiKey"
  
 В этом примере отменяется регистрация экземпляра  MyNewInstance  из пространства  MyNewSpace :
  отмена регистрации щупальца --server = "https: // MyOctopusServer" --apiKey = "API-MyApiKey" --instance = "MyNewInstance" --space = "MyNewSpace"
  
 Была ли эта страница полезной?
 🙂 Да, спасибо!  😞 Не совсем
  Сожалеем, что эта страница вам не помогла!  
 Мы проверяем ваши ответы каждый месяц, чтобы найти способы улучшить эти документы.
Добавить комментарий Отменить ответ
Ваш адрес email не будет опубликован. Обязательные поля помечены *
Комментарий *
Имя * 
Email * 
Сайт 
  
 Блокирующие запросы
 Режимы согласованности
 Кэширование агента
 Требуется ACL
  NO 
  нет 
  нет