МКОУ "СОШ с. Псыншоко"

МКОУ "СОШ с. Псыншоко"

Добро пожаловать на наш сайт!

Изменение фамилии в птс: Как поменять или восстановить документы на автомобиль

Изменение данных собственника транспортного средства

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

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

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

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

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

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

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

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

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

Информирование заявителей о порядке обжалования решений и действий (бездействия) должностных лиц регистрационного подразделения обеспечивается посредством размещения информации на стендах в местах предоставления государственных услуг, на сайтах МВД России, на Едином портале.

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

Досудебное (внесудебное) обжалование решений и действий (бездействия) регистрационных подразделений, а также уполномоченных должностных лиц осуществляется в соответствии с:

  • Федеральным законом о предоставлении государственных услуг;
  • постановлением Правительства Российской Федерации от 16.
    08.2012. №840 «О порядке подачи и рассмотрения жалоб на решения и действия (бездействие) федеральных органов исполнительной власти и их должностных лиц, федеральных государственных служащих, должностных лиц государственных внебюджетных фондов Российской Федерации, государственных корпораций, наделенных в соответствии с федеральными законами полномочиями по предоставлению государственных услуг в установленной сфере деятельности, и их должностных лиц, организаций, предусмотренных частью 1.1 статьи 16 Федерального закона «Об организации предоставления государственных услуг», и их работников, а также многофункциональных центров предоставления государственных и муниципальных услуг и их работников»;
  • постановлением Правительства Российской Федерации от 20.11.2012 №1198 «О федеральной государственной информационной системе, обеспечивающей процесс досудебного (внесудебного) обжалования решений и действий (бездействия), совершенных при предоставлении государственных и муниципальных услуг».

Информация, указанная в настоящем разделе, размещается на сайте МВД России и сайтах территориальных органов МВД России в сети «Интернет», на Едином портале и в Федеральном реестре.

Меняем фамилию – меняем документы

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

Паспорт

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

ИНН

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

ОМС

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

– старый страховой полис, который после смены фамилии становится недействительным;

– паспорт, переоформленный на новую фамилию;

– свидетельство о регистрации брака;

– СНИЛС новый или даже старый, действующий на основании старых данных.

На время замены полиса выдается на руки временный ОМС, который действует в течение месяца.

СНИЛС

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

Водительские права

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

Для замены прав необходимо обратиться в МРЭО ГИБДД и написать у инспектора заявление о замене прав в связи с изменением фамилии.

ПТС и СТС

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

ОСАГО

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

ЗАГРАНПАСПОРТ

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

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

Право собственности на недвижимое имущество

Свидетельство о праве собственности на недвижимость менять не нужно. Оно действительно при предъявлении паспорта и свидетельства о браке.

Диплом, документы об образовании

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

Трудовая книжка

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

Банковские карты, счета

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

Договоры и соглашения с третьими лицами

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

Заведующий  Черноморским  районным отделом ЗАГС Департамента ЗАГС Министерства юстици  Республики Крым И.В.Леоненко

Поделиться ссылкой:

Похожее

Вступили в силу изменения в ПТС, СТС и водительское удостоверение — Авторевю

С 3 декабря официально вступили в силу изменения формы паспорта транспортного средства (ПТС), свидетельства о регистрации транспортного средства (СТС) и бланка водительского удостоверения.

В соответствии с Венской конвенцией о дорожном движении, в водительском удостоверении должны быть надписи на национальном языке, а также английском и/или французском языке. При введении нового бланка десять лет назад у нас об этом «забыли», и с 2010 по 2019 год выдавали «права» с надписями только на русском языке. По факту, доработанные ВУ с указанием на трех языках в Москве начали выдавать уже в начале прошлого года, но теперь это узаконено нормативными актами. Впрочем, ГИБДД имеет право использовать для выдачи старые бланки (только с русскоязычными надписями) до 1 января 2025 года. Срок использования действующих удостоверений старого образца не ограничен, то есть срочно менять «права» не нужно.

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

Например, теперь основной цвет машины можно указать только из утвержденного списка: белый, желтый, коричневый, красный, оранжевый, фиолетовый, синий, зеленый, черный, серый. Также даны разъяснения по заполнению раздела «Особые отметки» в СТС и ПТС.  Дело в том, что в новой форме СТС, введенной в 2019 году, нет строки «Мощность», что вызывает проблемы, например, при покупке полиса ОСАГО. С сегодняшнего дня, если бланк СТС не имеет строки «Мощность», этот параметр должен быть указан в разделе «Особые отметки».

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

Замена ПТС через Госуслуги: пошаговая инструкция

Замену ПТС через «Госуслуги» производят в нескольких случаях. Среди них основными являются:

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

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

Консультация юриста бесплатно

Пошаговая инструкция замены ПТС через портал «Госуслуги»

Пошаговая инструкция замены ПТС через портал «Госуслуги» выглядит так:

  1. Войдите на сайт и осуществите вход в функционал портала, воспользовавшись личным кабинетом на сайте. После этого перейдите на вкладку, связанную с транспортом и вождением.
  2. После этого выберите строку, касающуюся регистрации автомобиля, и после того, как она подсветится темно-синим цветом, кликните на ней левой кнопкой мышки.
  3. В открывшейся вкладке выберите строку, обведенную на примере красным квадратом и выделенную стрелочкой.
  4. Вы попадете на новую страничку, интерфейс которой будет таким, как на прикрепленном к этому шагу фото. После этого выберите раздел, касающийся причины смены паспорта автомобиля, актуальный в настоящий момент.
  5. После перехода на выбранную страничку ознакомьтесь с информацией и инструкцией по заполнению окошек в этом разделе, после чего кликните кнопку синего цвета с надписью: «Получить услугу». Внесите данные, которые запросит система, проверьте их правильность и обязательно обратите внимание на пункты 6 и 7, в которых нужно выбрать одно из двух предложенных действий.
  6. После того как заявка будет сформирована, владельцу, пожелавшему заменить ПТС, будет предложено выбрать подразделение ГИБДД и удобное время явки за новым документом.

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

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

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

Остались вопросы, проконсультируйтесь у юриста

(бесплатно, круглосуточно, без выходных):

Оценка статьи:

Загрузка…

Поделиться с друзьями:

Нужно ли менять документы на машину при смене фамилии: замена ПТС, ОСАГО после замужества

Замена документов на машину при смене фамилии после замужества

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

Стандартная операция замены регистрационных бумаг при смене фамилии на машину занимает несколько дней, в зависимости от обстоятельств процесс может занять 2-3 недели. Желательно менять ПТС при смене фамилии после замужества одновременно с остальными бумагами. Поскольку нужно менять все удостоверения, включающие персональную информацию, надо обновить и страховой полис ОСАГО.

Документы и их изменение

Сразу отвечу на самый главный вопрос: «нужно ли заменять или изменять документы на автомашину после смены фамилии?» – да, нужно! И далее мы с вами разберемся какие именно и каким образом.

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

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

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

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

Это еще один важный момент.

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

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

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

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

Потом вновь меняется свидетельство о браке на основании свидетельства о смене фамилии и впоследствии в органы ГИБДД предоставляется именно последний документ, а не свидетельство о браке. На этом я остановился подробно т. к. подобный нюанс мало описан в сети.

В каких случаях меняют ПТС

Паспорт транспортного средства подлежит замене в следующих случаях:

  1. При изменении фамилии или места прописки владельца автомобиля
  2. В ПТС нет места для новых записей (внесения данных нового собственника)
  3. ПТС испорчен или поврежден

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

В соответствии с законодательством РФ, в частности «Постановлению о государственной регистрации автомототранспортных средств и других видов самоходной техники на территории РФ» от 12.08.1994 г. №938, при изменении паспортных данных необходимо заменить паспорт транспортного средства в течение 10 рабочих дней со дня выдачи паспорта гражданина РФ с новой фамилией. Порядок замены ПТС, необходимые документы для этого и саму процедуру регламентирует Приказ МВД России от 07. 08.2013 г. № 605 «Об утверждении административного регламента МВД РФ по предоставлению государственной услуги по регистрации автотранспортных средств и прицепов к ним».

Как поменять фамилию в ПТС, если она изменилась

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

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

Перечень документов

После смены фамилии, девушка должна позаботиться о замене следующих документов (связанных с авто):

  1. Водительское удостоверение. Данный документ должен быть заменен на новый, срок действия которого будет равняться старому.
  2. Свидетельство о регистрации транспортного средства (СТС) – должно быть также заменено на новое.
  3. Паспорт технического средства (ПТС) – информация о смене фамилии может быть внесена в виде дополнительной записи или полностью заменяется.
  4. Полис об обязательном страховании автогражданской ответственности (ОСАГО) – может быть замене полностью или информация о смене фамилии может быть внесена в качестве дополнительной записи в старый экземпляр полиса.

Управление государственной инспекции безопасности дорожного движения управления Министерства внутренних дел России по Тульской области

Регистрация транспортных средств

Напоминаем, что с 1 января 2017 года выпуск в обращение (выдача паспорта транспортного средства) ввозимых транспортных средств осуществляется таможенными органами только после оснащения транспортных средств устройствами вызова экстренных оперативных служб (далее — УВЭОС).

При необходимости минимизации временных затрат приобрести УВЭОС можно через официальный сайт АО «ГЛОНАСС». Для этого необходимо зарегистрироваться на сайте и внести предварительную оплату, после чего произойдет автоматическое попадание в электронную очередь заявителей, ожидающих получения устройств.

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

Выберите ниже государственную услугу и получите список того, что нужно приготовить для посещения ГИБДД.


  • Регистрация транспортных средств, не состоящих на регистрационном учете

    • Заявление установленного образца о регистрации автомототранспортного средства или прицепа  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Для юридических лиц — выписка из Единого государственного реестра юридических лиц (предоставляется заявителем по собственной инициативе)
    • Паспорт транспортного средства
    • Документы, удостоверяющие право собственности на транспортное средство
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей регистрационных знаков, свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства (предоставляется заявителем по собственной инициативе)
    • Государственные регистрационные знаки «Транзит» (если они выдавались)
    • Транспортное средство
    • В случае регистрации транспортных средств по месту нахождения обособленного подразделения дополнительно представляются следующие документы, которые заявитель вправе представить по собственной инициативе:>>>

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

    • Заявление установленного образца о регистрации на ограниченный срок автомототранспортного средства или прицепа  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства
    • Выписка из Единого государственного реестра юридических лиц – для юридических лиц (предоставляется заявителем по собственной инициативе)
    • Паспорт транспортного средства
    • Договор лизинга (сублизинга) и акт приема-передачи предмета лизинга
    • Документы, удостоверяющие право собственности лизингодателя на транспортное средство
    • Документы с отметками таможенных органов о выпуске временно ввезенных транспортных средств и регистрационные знаки, выданные на зарегистрированные в других государствах транспортные средства (при наличии)
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей регистрационных знаков, свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства (предоставляется заявителем по собственной инициативе)
    • Государственные регистрационные знаки «Транзит» (если они выдавались)
    • Транспортное средство
    • В случае регистрации на ограниченный срок транспортных средств за лизингополучателем по месту нахождения его обособленного подразделения дополнительно представляются документы, которые заявитель вправе представить по собственной инициативе: >>>

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

    • Заявление установленного образца об изменении регистрационных данных в связи с переходом права собственности автомототранспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Для юридических лиц — выписка из Единого государственного реестра юридических лиц (предоставляется заявителем по собственной инициативе)
    • Паспорт транспортного средства
    • Свидетельство о регистрации транспортного средства
    • Документы, удостоверяющие право собственности на транспортное средство
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства, а при замене регистрационных знаков — за регистрационные действия, связанные с выдачей регистрационных знаков (предоставляется заявителем по собственной инициативе)
    • Транспортное средство
  • Изменение регистрационных данных транспортных средств, связанных с выдачей дубликатов свидетельств о регистрации, ПТС, регистрационных знаков транспортных средств, взамен утраченных, непригодных для использования

    • Заявление установленного образца, о выдаче дубликатов регистрационных знаков автомототранспортных средств и (или) свидетельства о регистрации ТС и (или) паспорта транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства; при получении дубликатов регистрационных знаков — за выдачу государственных регистрационных знаков; в случае получения дубликата паспорта транспортного средства — за выдачу паспорта транспортного средства (предоставляется заявителем по собственной инициативе)
    • Транспортное средство для осмотра не предоставляется
  • Изменение регистрационных данных транспортного средства связанное с внесением изменений в конструкцию транспортного средства

    • Заявление установленного образца об изменении цвета транспортного средства или внесении в его конструкцию изменений  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Паспорт транспортного средства
    • Свидетельство о регистрации транспортного средства
    • Свидетельство о соответствии зарегистрированного транспортного средства с внесенными в его конструкцию изменениями требованиям безопасности (при необходимости)
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства (предоставляется заявителем по собственной инициативе)
    • Транспортное средство
  • Изменение регистрационных данных транспортных средств, в связи с внесением сведений об изменении маркировки транспортного средства и номерных агрегатов, в результате коррозии, ремонта, а также преступных посягательств третьих лиц и возвращенных собственникам или владельцам после хищения

    • Заявление установленного образца, об изменении учетных данных  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Для юридических лиц — выписка из ЕГРЮЛ (предоставляется заявителем по собственной инициативе)
    • Свидетельство о регистрации транспортного средства
    • Паспорт транспортного средства
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей регистрационных знаков, свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства, при наличии сведений по факту уплаты (предоставляется заявителем по собственной инициативе)
    • Копия постановления органов, осуществляющих предварительное расследование с предоставлением заверенной копии справки об исследовании или заключения экспертизы, содержащей результаты исследования, на основании которых было идентифицировано транспортное средство.
    • Транспортное средство
  • Изменение регистрационных данных зарегистрированного транспортного средства, связанное с внесением изменений в конструкцию, дающих возможность последующего использования транспортных средств водителями с нарушением функций опорно-двигательного аппарата

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

    • Заявление установленного образца о внесении изменений в конструкцию транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Паспорт транспортного средства
    • Свидетельство о регистрации транспортного средства
    • Заключение предварительной технической экспертизы
    • Заявление-декларация, об объеме и качестве работ по внесению изменений в конструкцию транспортного средства
    • Протокол испытаний безопасности конструкции транспортного средства с внесенными в конструкцию изменениями
    • Заверенные в установленном порядке копии сертификатов соответствия на используемое для переоборудования составные части и предметы оборудования, запасные части и принадлежности подлежащие обязательной сертификации (в случае отсутствия маркировки знаком соответствия)
    • Диагностическая карта проверки транспортного средства, содержащая сведения о соответствии транспортного средства обязательным требованиям безопасности
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства, за выдачу свидетельства о соответствии транспортного средства с внесёнными в его конструкцию изменениями требованиям безопасности (предоставляется заявителем по собственной инициативе)
    • Изменение регистрационных данных транспортного средства, связанное с внесением изменений в конструкцию, дающих возможность последующего использования транспортных средств водителями с нарушением функций опорно-двигательного аппарата, осуществляется без осмотра транспортного средства
  • Изменение днных о собственнике транспортного средства (в случаи изменения Ф. И.О, адреса регистрации по месту жительства или пребывания и (или) места нахождения юридического лица, его обособленного подразделения)

    • Заявление установленного образца, об изменении учетных данных  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Для физических лиц – свидетельство о заключении (расторжении) брака, изменении фамилии, и (или) имени, и (или) отчества
    • Для юридических лиц — выписка из ЕГРЮЛ (предоставляется заявителем по собственной инициативе)
    • Свидетельство о регистрации транспортного средства
    • Паспорт транспортного средства
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей свидетельства о регистрации транспортного средства, государственной пошлины за внесение изменений в выданный ранее паспорт транспортного средства (предоставляется заявителем по собственной инициативе)
    • Транспортное средство для осмотра не предоставляется
  • Прекращение регистрации в связи с утратой транспортного средства

    • Заявление установленного образца, о причине прекращения регистрации транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Государственные регистрационные знаки (при наличии)
    • Транспортное средство для осмотра не предоставляется
  • Прекращение регистрации в связи с хищением транспортного средства

    • Заявление установленного образца, о причине прекращения регистрации транспортного средства  
    • Документ, удостоверяющий личность собственника транспортного средства (при наличии)
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Государственные регистрационные знаки (при наличии)
    • Транспортное средство для осмотра не предоставляется
  • Прекращение регистрации по заявлению прежнего владельца транспортного средства и предъявление им документов о заключении сделок, направленных на отчуждение транспортного средства, по истечении 10 суток со дня заключения такой сделки при условии отсутствия подтверждения регистрации за новым владельцем

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

    • Заявление установленного образца, о причине прекращения регистрации транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Транспортное средство для осмотра не предоставляется
  • Прекращение регистрации транспортного средства в связи с утилизацией

    • Заявление установленного образца, о снятии с учета в связи с утилизацией  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Государственные регистрационные знаки (при наличии)
    • Свидетельство об утилизации, подтверждающее факт уничтожения транспортного средства
  • Прекращение регистрации транспортного средства в связи с вывозом за пределы Российской Федерации

    • Заявление установленного образца, о причине прекращения регистрации транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Документ удостоверяющий переход права собственности, для вывоза за пределы Российской Федерации (купля-продажа и т. д.)
    • Документ об оплате государственной пошлины за регистрационные действия, связанные с выдачей регистрационных знаков, свидетельства о регистрации транспортного средства, за внесение изменений в выданный ранее паспорт транспортного средства, при наличии сведений по факту уплаты (предоставляется заявителем по собственной инициативе)
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Государственные регистрационные знаки (при наличии)
    • Транспортное средство (если ранее не вывезено за пределы Российской Федерации)
  • Прекращение регистрации при наличии сведений о смерти физического лица, либо сведений о прекращении деятельности юридического лица (физического лица, осуществляющего деятельность индивидуального предпринимателя), являющихся собственниками транспортных средств

    • Заявление установленного образца, о причине прекращения регистрации транспортного средства  
    • Документ, удостоверяющий личность
    • Документ, удостоверяющий полномочия заявителя на предоставление интересов собственника транспортного средства (при наличии)
    • Документ (сведения), подтверждающие факт смерти физического лица либо ликвидации юридического лица или индивидуального предпринимателя
    • Свидетельство о регистрации транспортного средства (при наличии)
    • Паспорт транспортного средства (при наличии)
    • Государственные регистрационные знаки (при наличии)
    • Транспортное средство для осмотра не предоставляется
  • Прекращение регистрации транспортного средства в связи с отказом от своих прав на застрахованное имущество в связи с повреждением, гибелью застрахованного имущества в целях получения страховой выплаты, либо в случае замены товара ненадлежащего качества

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

Бланки заявлений

Госавтоинспекция рекомендует перед посещением регистрационных подразделений ГИБДД подготовить соответствующее заявление, воспользовавшись одним из представленных бланков:

Часто задаваемые вопросы по теме

Раздел не найден.

Информация о реквизитах и размерах госпошлин

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

Адреса осуществления государственной функции:

В списке отображается информация только

Выбрать другой регион: 01. Республика Адыгея02. Республика Башкортостан03. Республика Бурятия04. Республика Алтай05. Республика Дагестан06. Республика Ингушетия07. Кабардино-Балкарская Республика08. Республика Калмыкия09. Карачаево-Черкесская Республика10. Республика Карелия11. Республика Коми12. Республика Марий Эл13. Республика Мордовия14. Республика Саха (Якутия)15. Республика Северная Осетия — Алания16. Республика Татарстан17. Республика Тыва18. Удмуртская Республика19. Республика Хакасия21. Чувашская Республика22. Алтайский край23. Краснодарский край24. Красноярский край25. Приморский край26. Ставропольский край27. Хабаровский край28. Амурская область29. Архангельская область30. Астраханская область31. Белгородская область32. Брянская область33. Владимирская область34. Волгоградская область35. Вологодская область36. Воронежская область37. Ивановская область38. Иркутская область39. Калининградская область40. Калужская область41. Камчатский край42. Кемеровская область43. Кировская область44. Костромская область45. Курганская область46. Курская область47. Ленинградская область48. Липецкая область49. Магаданская область50. Московская область51. Мурманская область52. Нижегородская область53. Новгородская область54. Новосибирская область55. Омская область56. Оренбургская область57. Орловская область58. Пензенская область59. Пермский край60. Псковская область61. Ростовская область62. Рязанская область63. Самарская область64. Саратовская область65. Сахалинская область66. Свердловская область67. Смоленская область68. Тамбовская область69. Тверская область70. Томская область71. Тульская область72. Тюменская область73. Ульяновская область74. Челябинская область75. Забайкальский край76. Ярославская область77. город Москва78. город Санкт-Петербург79. Еврейская автономная область82. Республика Крым83. Ненецкий автономный округ86. Ханты-Мансийский автономный округ — Югра87. Чукотский автономный округ89. Ямало-Ненецкий автономный округ92. город Севастополь95. Чеченская Республика00. Российская Федерация

Порядок разрешения имен хостов Microsoft TCP / IP

Сводка

В этой статье обсуждаются различные методы преобразования имени хоста в IP-адреса, используемые клиентами Microsoft Windows. Последовательность методов отличается от последовательности, используемой для преобразования имен NetBIOS в IP-адреса.

Дополнительная информация

В сети, использующей протокол TCP / IP, необходимо преобразовать имена ресурсов в IP-адреса для подключения к этим ресурсам.Клиенты Microsoft Windows будут следовать последовательности методов при попытке разрешить имя в адрес, останавливая поиск, когда он успешно сопоставляет имя с IP-адресом.

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

Дополнительные сведения см. В следующей статье базы знаний Microsoft:

119493 NetBIOS через разрешение имен TCP / IP и WINS

Разрешение имени хоста разрешает имена ресурсов TCP / IP, которые не подключаются через интерфейс NetBIOS.Наиболее распространенным примером этого является веб-браузер, такой как Microsoft Internet Explorer. Другие примеры включают Интернет-приложения, такие как Ping, FTP и Telnet. Многие современные приложения для баз данных и почты, которые подключаются с помощью Winsock, реализации сокетов TCP / IP в Microsoft Windows, также используют разрешение имен хостов. Примерами приложений такого типа являются Outlook и Exchange.

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

ПРИМЕЧАНИЕ. В контексте данной статьи термин «клиент» не обязательно относится к рабочей станции. Сервер Windows NT возьмет на себя роль клиента, когда ему потребуется доступ к ресурсам, требующим разрешения имени хоста.

При разрешении имени хоста обычно используется следующая последовательность:

  1. Клиент проверяет, является ли запрошенное имя его собственным.

  2. Затем клиент выполняет поиск в локальном файле Hosts, в списке IP-адресов и имен, хранящихся на локальном компьютере.

    ПРИМЕЧАНИЕ. Расположение файла Hosts зависит от операционной системы:

    Windows NT% Systemroot% \ System32 \ Drivers \ Etc
    Windows 95 <диск> \ <папка Windows>
    Windows для рабочих групп <диск> \ <папка Windows>
    Windows 3.1 <диск> \ <Папка Windows>
    MS-Client 3. 0 <Загрузочный том> \ Net
    Lan Manager 2.2c Client <Загрузочный том> \ Net
    Где% Systemroot% — это папка, в которой установлена ​​Windows NT, < диск> — это дисковод, на котором установлена ​​ОС, а <загрузочный том> относится к загрузочной дискете или дисководу C.

    Образец файла hosts, Hosts.sam, устанавливается с протоколом TCP / IP, показывающим правильный формат.

  3. Запрошено

    серверов системы доменных имен (DNS).

  4. Если имя все еще не разрешено, последовательность разрешения имен NetBIOS используется в качестве резервной копии. Этот порядок можно изменить, настроив тип узла NetBIOS клиента.

Клиент Windows будет пробовать каждый из этих методов до тех пор, пока он либо успешно не разрешит имя, либо не исчерпает эти методы.Клиенты Windows NT, Windows 95 и Windows для рабочих групп, использующие Microsoft TCP / IP 3.11b, следуют этой последовательности. Клиенты Lan Manager 2.2c или Microsoft Client 3.0 не будут использовать разрешение имен NetBIOS в качестве резервной копии.

Дополнительные сведения см. В следующих статьях базы знаний Microsoft:

169141 NetBIOS и разрешение имен хостов для MS-Client и LM 2.2c
При разрешении имен клиент пропускает методы, для которых он не настроен.Например, если в системе нет файла hosts, он пропустит шаг № 2 выше и попытается запросить DNS-сервер. Если в конфигурации TCP / IP клиента не введены IP-адреса DNS-сервера, клиент перейдет к следующему шагу в последовательности после DNS.

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

Дополнительные сведения см. В следующих статьях базы знаний Microsoft:

171567 Windows NT 4.0 Значения приоритета поставщика услуг не применяются

139270 Как изменить порядок разрешения имен в Windows 95 и Windows NT

119372 Установка порядка поиска разрешения имен для TCP / IP-32

Устранение неисправностей

Проблема: клиент не может определить имя хоста.

Действия по устранению неполадок:

Если клиент не может разрешить имя хоста, то лучше всего проверить последовательность разрешения имени хоста, указанную выше, которую должен использовать клиент.Если имя не существует ни в одном из ресурсов, используемых клиентом, вы должны решить, к какому ресурсу его добавить. Если имя существует в одном из ресурсов, например DNS-сервере или сервере Windows Internet Name Service (WINS), и клиент не разрешает имя правильно, сосредоточьтесь на устранении неполадок этого конкретного ресурса.

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

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

Действия по устранению неполадок:

Обычно это происходит из-за того, что DNS-серверы настроены в конфигурации TCP / IP клиента, но сервер недоступен для клиента.Поскольку протокол TCP / IP предполагает ненадежную сеть, клиент будет неоднократно пытаться подключиться к DNS-серверу, прежде чем отказаться от попытки запроса. Затем клиент попытается запросить второй DNS-сервер, если он настроен, и потребуется столько же времени для отказа. Только после этого клиент перейдет к разрешению имен NetBIOS, как описано выше.

Есть три способа решить эту проблему.

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

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

  • Если DNS-серверы настроены на клиенте, но эти серверы постоянно недоступны, удалите IP-адреса DNS-серверов из конфигурации клиента. После этого клиент без промедления обойдет DNS-поиск. -или-

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

Дополнительные сведения о TCP / IP и разрешении имен см. В следующем техническом документе, доступном на анонимном ftp-сервере Microsoft:

Имя файла: Tcpipimp2.doc
Расположение: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
Название: «Microsoft Windows NT 3.5 / 3.51 / 4.0: Детали реализации TCP / IP TCP / Стек и службы IP-протокола, версия 2.0. «

Как переименовать порты принтера | Small Business

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

Переименовать порт уже установленного принтера

Щелкните значок Windows, затем щелкните «Панель управления» и «Просмотр устройств и принтеров» под заголовком «Оборудование и звук» .

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

Выберите порт, который нужно переименовать, и нажмите «Настроить порт»… «

Введите имя порта, которое вы хотите использовать для принтера. Имя порта уже должно быть выделено синим цветом, что означает, что вы можете просто ввести желаемое имя, но если его нет, щелкните в текстовом поле, чтобы справа от «Имя порта:» нажмите «Ctrl-A» и отпустите их, затем введите желаемое имя порта.

Нажмите «ОК», чтобы сохранить изменения в имени порта принтера. Проверьте изменение, повторно открыв порт Настройки, нажав кнопку «Настроить порт» еще раз и убедившись, что имя порта совпадает с тем, которое вы только что ввели. Нажмите «ОК», «Закрыть» и по завершении закройте окно «Устройства и принтеры».

Переименование порта принтера во время установки

Откройте окно «Устройства и принтеры», щелкнув значок «Windows», щелкнув «Панель управления» и выбрав «Просмотр устройств и принтеров».

Щелкните «Добавить принтер» в верхнем левом углу окна. Щелкните «Добавить локальный принтер» и установите флажок слева от «Создать новый порт». Щелкните раскрывающееся меню справа от «Тип порта:» и выберите «Локальный порт» или «Стандартный порт TCP / IP» в зависимости от того, какой тип принтера вы устанавливаете.Сетевые принтеры обычно используют тип порта TCP / IP, а локальные порты используются для локально подключенных принтеров.

Нажмите «Далее» и введите желаемое имя порта, а также IP-адрес принтера, если вы устанавливаете сетевой принтер. Нажмите «ОК» или «Далее» и продолжите обычную установку принтера.

Ссылки

Советы

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

Writer Bio

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

RFC 814 — Имя, адреса, порты и маршруты

[Документы] [txt | pdf] [Tracker]

ИНФОРМАЦИОННЫЙ
RFC: 814



                   НАЗВАНИЕ, АДРЕСА, ПОРТЫ И МАРШРУТЫ

                             Дэвид Д.Кларк
                  Лаборатория компьютерных наук Массачусетского технологического института
               Группа компьютерных систем и коммуникаций
                               Июль 1982 г.


     1. Введение


     Было сказано, что основная функция операционной системы

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

может заниматься отслеживанием отношений между всеми

разные имена. Сетевые протоколы вроде бы похожи

характеристика. В TCP / IP существует несколько способов обращения к

вещи.В интерфейсе, видимом человеком, есть строка символов

«имена» для идентификации сетей, хостов и служб.  Имена хостов

переведены в сетевые "адреса", 32-битные значения, которые определяют

сеть, к которой подключен хост, и расположение хоста на

эта сеть. Имена сервисов переводятся в «идентификатор порта», который

в TCP - это 16-битное значение. Наконец, адреса переводятся в

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

указанные адреса.Маршруты явно отображаются в виде

параметры интернет-маршрутизации, а также неявно в адресе для маршрутизации

таблицы трансляции, которые поддерживают все хосты и шлюзы.


     В этом RFC содержатся предложения и рекомендации по проектированию

таблицы и алгоритмы, необходимые для отслеживания этих различных видов

идентификаторы внутри хост-реализации TCP / IP.

                                   2


     2. Масштаб проблемы.


     Один из первых вопросов о механизме именования:

сколько имен можно ожидать встретить.Чтобы ответить на этот вопрос,

необходимо знать что-то об ожидаемом максимальном размере

Интернет.  В настоящее время Интернета довольно мало. Он больше не содержит

более 25 активных сетей и не более нескольких сотен хостов. Эта

позволяет устанавливать таблицы, которые исчерпывающе перечисляют все эти

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

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

рекомендуется верхний предел около 1000 сетей.Если мы представим

среднее число 25 хостов на сеть, это предполагает максимальное

количество 25000 хостов. Совершенно неясно, оценил ли этот хост

высокий или низкий, но даже если он отключен в несколько раз,

полученное число все еще достаточно велико, чтобы предположить, что текущая таблица

стратегии управления неприемлемы. Некоторые свежие техники будут

требуется, чтобы иметь дело с Интернетом будущего.


     3. Имена


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

достаточное количество имен, что у хоста не может быть статической таблицы

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

желаю иметь такой стол. Во-первых, с таким количеством имен можно ожидать

имена, которые будут добавляться и удаляться с такой скоростью, чтобы установщик мог

тратьте все свое время, просто просматривая таблицу. Во-вторых, большинство имен

будет ссылаться на адреса машин, с которых ничего никогда не будет

                                   3


обменялись. Фактически, могут быть целые сети, в которых конкретная

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

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

таблица поддерживается сетевым адаптером и распространяется на все хосты, на

распределенный подход, при котором каждая сеть (или группа сетей)

отвечает за поддержание собственных имен и предоставление «сервера имен»

для перевода между именами и адресами в этой сети. Каждый

предполагается, что хост хранит не полный набор имя-адреса

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

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

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

связаться с соответствующим сервером имен для получения информации,

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


     К сожалению, механизм сервера имен не полностью реализован в

Интернета пока нет, поэтому на данный момент необходимо продолжать использовать

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

хост.Однако разработчикам следует структурировать эту таблицу таким образом.

что позже его легко преобразовать в подход сервера имен. В

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

таблица доступна только через интерфейс подпрограммы, а не через

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

Кстати, позже можно будет заменить подпрограмму

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


     Проблема, которая иногда возникает в ARPANET сегодня, заключается в том, что

                                   4


информация в локальной таблице хостов устарела, потому что у хоста

перемещен, а ревизия таблицы хостов еще не установлена ​​из

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

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

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

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

такие операции, как отправка почты в очереди, такого рода проблемы могут

привести к большой путанице.


     Схема сервера имен только усугубит эту проблему, если хосты

кэшировать локально адрес, связанный с именами, которые были просмотрены

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

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

в настоящее время разрабатывается простое средство, с помощью которого хост может

запросить внешний адрес, чтобы определить, какое имя фактически связано

с этим. SMTP уже определяет метод проверки на основе этого

подход.


     4. Адреса


     Уровень IP должен кое-что знать об адресах. Особенно,

когда дейтаграмма отправляется с хоста, уровень IP должен решить

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

адрес в Интернете. Механически IP сначала проверяет интернет-адрес.

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

сетевой номер отправителя. Если это так, пакет можно отправить прямо на

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

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

                                   5


сделано, так как сразу может быть доступно более одного шлюза.

подключенная сеть.


     Когда формат интернет-адреса был впервые указан, 8 бит были

зарезервировано для идентификации сети.Таким образом, ранние реализации

реализовал описанный выше алгоритм с помощью таблицы с 256 записями,

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

net, со специальной записью для тех сетей, к которым хост был

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

что вызывало путаницу и сбои при перемещении шлюзов и сетей

(или разбился).


     Текущее определение интернет-адреса предусматривает три

различные варианты нумерации сетей с целью обеспечения

очень большое количество сетей должно быть частью Интернета. Таким образом, это

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

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

стратегия на основе локального кеша маршрутной информации для адресов

в настоящее время используется.


     Рекомендуемая стратегия преобразования адреса в маршрут:

следует. Когда уровень IP получает исходящую дейтаграмму для

передачи, он извлекает номер сети из пункта назначения

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

подходящий шлюз для отправки дейтаграммы.Если да, то работа

сделанный. (Но см. RFC 816 по изоляции и восстановлению после сбоев,

рекомендации по устранению возможного выхода из строя

шлюз.) Если такой записи в локальной таблице нет, выберите любую

                                   6


доступный шлюз наугад, вставьте его как запись в таблицу и

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

это неправильно, шлюз, на который был отправлен пакет, вернет

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

рассматриваемая сеть. Появление этого перенаправления должно вызвать

обновление локальной таблицы.


     Количество записей в локальной таблице должно определяться

максимальное количество активных подключений, которое этот конкретный хост может

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

представьте себе таблицу со 100 или более записями. Для персонального компьютера

используется для поддержки однопользовательского telnet-соединения, только один адрес для

ассоциацию шлюза необходимо поддерживать сразу.


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

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

новый хозяин, только что появившийся в Интернете, находит все

доступные шлюзы.Умышленно эта проблема не решается в рамках

межсетевая архитектура. Причина в том, что разные сети

имеют совершенно разные стратегии, позволяющие хозяину узнать

о других хостах в своей непосредственной сети. Некоторые сети позволяют

механизм трансляции.  В этом случае хост может отправить сообщение и

ожидайте ответа от всех подключенных шлюзов. В другом

случаи, когда конкретная сеть богато оснащена инструментами для

поддержки Интернета, может быть специальный сетевой механизм, который

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

установщику может потребоваться вручную указать имя в

                                   7


хотя бы один доступный шлюз. Как только хост обнаружил имя

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

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

Сообщение ICMP.


     5. Расширенные темы адресации и маршрутизации


     Предыдущее обсуждение описывает механизм, необходимый в

минимальная реализация, реализация предназначена только для обеспечения

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

Интернет.Для любого хоста, который будет участвовать в будущих исследованиях,

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

Эти функции также будут полезны для хостов служб, если они захотят

получить доступ к некоторым из более экзотических сетей, которые станут частью

Интернета в ближайшие несколько лет. Всем разработчикам настоятельно рекомендуется

по крайней мере, обеспечьте структуру, в которой эти функции могут быть позже

интегрированный.


     Есть несколько функций, которые уже являются частью

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

расширить связи между адресами и маршрутами.Источник IP

параметры маршрута позволяют хосту явно направлять дейтаграмму через

серия шлюзов к своему иностранному хозяину. Альтернативная форма ICMP

был предложен пакет перенаправления, который возвращал бы информацию

специфичен для конкретного хоста назначения, а не сети назначения.

Наконец, были предложены дополнительные варианты IP для определения конкретных

маршруты в Интернете, которые недопустимы. Трудность с

реализация этих новых функций заключается в том, что механизмы не лгут

                                   8


полностью в рамках IP. Все вышеперечисленные механизмы разработаны

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

на уровне TCP. Таким образом, интерфейс между IP и вышележащими уровнями

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

далее, а TCP (или любой другой протокол этого уровня, например UDP) должен

будьте готовы хранить эту информацию. Передача информации

между IP и TCP усложняется тем, что некоторые из

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

обычный интерфейс между TCP и IP - это интерфейс, через который

пакеты могут быть отправлены или получены. Существование асинхронного ICMP

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

два, не связанных с фактической отправкой и получением данных. (По факту,

есть много других сообщений ICMP, которые поступают асинхронно и которые

должны передаваться с IP на более высокие уровни. См. RFC 816, Ошибка

Изоляция и восстановление.)


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

реализации захотят воспользоваться ими. В

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

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

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

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

другой тип сервера имен, который будет возвращать исходный маршрут

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

вручную. TCP, который прослушивает соединение, а не

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

содержит обратный IP-маршрут, и в этом случае он должен помнить этот возврат

route и использовать его в качестве исходного маршрута для всех возвращаемых дейтаграмм.9


     6. Порты и идентификаторы услуг


     Уровень IP архитектуры содержит адресную информацию

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

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

но для определенных агентов внутри хоста, процессов или других объектов

которые являются фактическим источником и приемником данных.  IP выполняет только

очень простая отправка после того, как дейтаграмма прибыла в цель

хост, он отправляет его по определенному протоколу.Это

ответственность этого обработчика протокола, например TCP, для завершения

отправка дейтаграммы в конкретное соединение, для которого она

суждено. Следующий уровень диспетчеризации выполняется с использованием "порта

идентификаторы », которые являются частью заголовка верхнего уровня

протокол, а не уровень IP.


     Эта двухуровневая архитектура диспетчеризации вызвала проблему для

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

хотел поместить уровень IP в ядро ​​операционной системы,

и уровень TCP как прикладная программа пользовательского домена.Строгий

соблюдение этого разделения может привести к серьезным проблемам с производительностью,

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

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

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

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


     Как обсуждается в RFC 817, Модульность и эффективность протокола.

Реализации, это конкретное разделение между ядром и пользователем

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

                                   10


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

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

слой, если это существенно упрощает реализацию.


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

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

Однако для протоколов, участвующих в предложении услуг,

реализованные сегодня TCP и UDP, алгоритм диспетчеризации в точности совпадает с

то же самое, а поле порта находится точно в том же месте в

заголовок.Поэтому, если вы не заинтересованы в участии в дальнейшем

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

Этот алгоритм учитывает внешний адрес на уровне Интернета,

номер протокола, а также локальный порт и внешний порт из вышестоящего

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

дополнение к реализации уровня IP, если нет других более высоких уровней

протоколы должны быть реализованы. (На самом деле, это только

частично верно, поскольку функция отправки UDP является подмножеством TCP

функция отправки.Отправка UDP зависит только от номера протокола и местного

порт. Однако в TCP есть случай, когда точно такой же

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

от любого иностранного хозяина. Таким образом, ряд механизмов, необходимых для

Поддержка отправки TCP также достаточна для поддержки именно UDP

требование.)


     Решение об удалении диспетчеризации уровня порта с IP на вышестоящий

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

утверждал, что если бы вся структура адреса была частью уровня IP,

                                   11


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

что привело бы к упрощению модульности. Были три проблемы

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

от размера идентификатора порта. TCP выбрал довольно короткий порт

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

Разработанный, однако, хотел иметь идентификатор порта большего размера, возможно, 32 бита, поэтому

что идентификатор порта, если он выбран правильно, может быть рассмотрен

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

конкретный механизм уровня IP может помешать некоторым плодотворным направлениям

исследование.Во-вторых, порты выполняют особую функцию в дополнение к

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

особые услуги. Таким образом, TCP-порт 23 - это служба удаленного входа в систему. Если

порты были реализованы на уровне IP, затем назначение хорошо

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

выполняется централизованно для всей архитектуры IP.  В-третьих, IP

был разработан с очень простой многоуровневой ролью: IP-адрес содержал точно

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

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

необходимо знать о портах, а это не так.


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

в частности, проблема "хорошо известного порта" может быть решена путем разработки

второй механизм, отличный от диспетчеризации портов, чтобы назвать хорошо известный

порты. Несколько протоколов остановились на идее включения в

пакет, который устанавливает соединение с определенной службой, более

общий дескриптор службы, например поле строки символов.Эти

специальные пакеты, которые запрашивают подключение к определенному

                                   12


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

«сервер рандеву», который изучает запрос на обслуживание, выбирает

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

затем передает пакет самой службе, чтобы начать

взаимодействие. 


     Для интернет-архитектуры эта стратегия имела серьезный недостаток.

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

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

косвенная маршрутизация через сервер рандеву, за которым следуют пакеты

само взаимодействие, которое перетекает непосредственно в процесс

предоставление услуги.К сожалению, не все протоколы высокого уровня в

ожидалось, что Интернет будет соответствовать этой модели. Лучший пример этого -

изолированный обмен дейтаграммами с использованием UDP. Самый простой обмен в UDP - это

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

net, где накладные расходы, связанные с сетью, очень низкие, такой простой

обмен одиночными дейтаграммами может быть чрезвычайно эффективным с очень низким

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

не быть частью установленного соединения, если IP поддерживает стратегию

на основе сервера рандеву и дескрипторов служб, каждый изолированный

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

через сервер рандеву, что существенно увеличит

накладные расходы на обработку, и каждая дейтаграмма должна нести полную

поле запроса на обслуживание, которое увеличит размер пакета

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

                                   13


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

для настройки схемы имеет смысл. Однако текущие направления исследований

уводят от этого класса протоколов, поэтому еще раз

архитектура была разработана, чтобы не препятствовать альтернативному протоколу

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

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

дизайн, а не уровень IP.Тот же аргумент о механизмах настройки схемы также применим к

дизайн структуры IP-адреса. Многие протоколы не передают

поле полного адреса как часть каждого пакета, а лучше передать

короткий идентификатор, который создается как часть схемы из источника

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

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

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

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

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

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

передаются являются частью установленной последовательности, иначе это

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

Интернет явно отклонил это ограничение на архитектуру, он

необходимо было придумать адресное поле, которое было достаточно компактным

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

дейтаграмма через катанет без предварительной фазы настройки.IP

адрес 32 бита - это компромисс. Ясно, что это требует

значительный объем работы, чтобы рассмотреть все интересные

места во Вселенной всего с 32 битами. С другой стороны, было

                                   14


адресное поле стало намного больше, IP был бы восприимчив к

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

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

таким образом, что он поддерживал исследования в новых и различных видах

архитектуры протоколов.Дизайн IP накладывает некоторые ограниченные ограничения на

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

когда пакет идет неправильно где-то в Интернете, ошибочный пакет

возвращается вместе с указанием ошибки как часть пакета ICMP.

Пакет ICMP возвращает только уровень IP, а следующие 64 бита

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

из какого порта пришла конкретная датаграмма,

что информация о порте содержится в первых 64 битах

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

представить как часть уровня IP механизм диспетчеризации портов, который

работает путем маскирования и сопоставления первых 64 бит входящего

заголовок более высокого уровня.

 

Разметка HTML, созданная rfcmarkup 1. 129d, доступная по адресу https://tools.ietf.org/tools/rfcmarkup/

Именованная сеть передачи данных: имена данных вместо местоположений данных

Сегодня подключиться к Интернету просто; вы просто получаете драйвер Ethernet и подключаете стек протокола TCP / IP.Тогда разные типы сетей в удаленных местах смогут связываться друг с другом. Однако до введения модели TCP / IP сети подключались вручную, но с помощью стека TCP / IP сети могут подключаться друг к другу, красиво и легко. Это в конечном итоге привело к взрыву Интернета, а затем и Всемирной паутины.

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

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

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

Меняющийся ландшафт

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

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

Инструменты, используемые в современных сетях, используют TCP / IP в качестве основы, но TCP / IP был разработан в конце 1970-х годов. Поэтому старые приемы, которые мы использовали в прошлом, во многих отношениях не оправдывают себя. Когда мы сталкиваемся с нашей IP-архитектурой, ориентированной на хост, с сегодняшним миром, ориентированным на информацию, мы сталкиваемся со многими проблемами.

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

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

Пример для большей ясности

Допустим, вы получаете доступ к домашнему ноутбуку и хотите перейти на сайт www.network-insight.net. В этом случае IP не отправляется именам, а отправляется на IP-адрес. Чтобы это произошло, что-то должно изменить имя на IP-адрес. Это работа системы доменных имен (DNS).

Под капотом DNS-запрос отправляется на настроенный DNS-сервер и возвращается IP-адрес.Вы можете спросить, как ваш ноутбук знает DNS-сервер и взаимодействует с ним.

В первую очередь то, что происходит под капотом, — это работа протокола динамической конфигурации хоста (DHCP). Ваш ноутбук отправляет сообщение DHCP Discover и возвращает информацию, такую ​​как IP-адрес шлюза по умолчанию и несколько IP-адресов DNS-сервера.

Теперь необходимо отправить информацию на DNS-сервер, который не находится в локальной сети. Следовательно, его необходимо отправить на локальный шлюз по умолчанию.В широком смысле IP — это логическая конструкция, которая может создаваться динамически. Это не имеет никакого физического смысла. В результате он должен быть привязан к адресу уровня канала 2.

Итак, теперь вам нужно что-то, что связывает адрес удаленного шлюза с адресом уровня канала 2. Здесь протокол разрешения адресов (ARP) — это протокол, который это делает. ARP говорит: «У меня есть этот IP-адрес, но какой MAC-адрес?»

Однако с введением именованной сети передачи данных (NDN) все эти сложные движущиеся части и IP-адреса были выброшены.NDN использует идентификатор или имя вместо IP-адреса. Следовательно, больше нет необходимости в распределении IP-адресов или службах DNS для преобразования имен, которые используются приложениями, в адреса или по IP для доставки.

Введение в сеть именованных данных

Создание сетей именованных данных (NDN) было инициировано еще в начале 2000-х годов исследовательским направлением, называемым информативно-ориентированными сетями (ICN), которое включало работы Ван Якобсона. Позже в 2010 году он стартовал как проект Национального научного фонда (NSF). Исследователи хотели создать новую архитектуру Интернета будущего. NDN использует второй вариант дизайна сетевого пространства имен — биты именования, в отличие от TCP / IP, который использовал первый вариант — именование местоположений.

Named Data Networking (NDN) — один из пяти исследовательских проектов, финансируемых Национальным научным фондом США в рамках его будущей программы архитектуры Интернета. Другие проекты — MobilityFirst, NEBULA, eXpressive Internet Architecture и ChoiceNet.

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

NDN маршрутизирует и пересылает пакеты на основе имен, которые устраняют проблемы, вызванные адресами в IP-архитектуре, такие как исчерпание адресного пространства, обход трансляции сетевых адресов (NAT), управление IP-адресами и обновление до IPv6.

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

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

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

Именованная сеть передачи данных и безопасность

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

С TCP / IP потребность в безопасности появилась позже; поэтому мы выбрали безопасность транспортного уровня (TLS) и зашифрованные двухточечные каналы. TCP / IP оставляет ответственность за безопасность конечным точкам, и это никогда не будет настоящей сквозной безопасностью. NDN обеспечивает безопасность на уровне данных, делая безопасность сквозной, а не двухточечной.

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

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

Безопасность и старый стиль сетей

Когда мы исследуем безопасность в нашем нынешнем мире, ее на самом деле не существует, не так ли? Действительно смешно говорить, что мы не можем быть защищены на 100%.На самом деле 100% безопасность — это требование времени. Проблема в том, что в сети нет информации о том, что мы делаем в сети. Он сосредоточен только на возможности подключения, а не на видимости данных.

Итак, когда вы говорите о безопасности на уровне сети, IP может только гарантировать, что передаваемые биты не будут повреждены, но это не решает задачу. Сегодняшние сети не могут видеть контент. По сути, мы можем только делать вид, что мы в безопасности. Мы создали периметр, но эта структура не работала ни в прежние времена, ни сегодня доказала свою жизнеспособность.

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

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

Сеть не может просматривать данные, они для вас непрозрачны. Корневой узел данных является местом назначения, и это основа всех DDoS-атак. Это не вина сети; сеть выполняет свою работу по отправке трафика к месту назначения. Но это дает все преимущества атакующему. Однако, если мы перейдем к модели контента, DDoS автоматически прекратится.

При использовании NDN, когда вы получаете трафик обратно, первый вопрос, который возникает, — это «Я запрашивал эти данные?» Если вы не спрашивали, значит, это нежелательно.Это предотвращает DDoS-атаки, поскольку вы просто игнорируете входящие данные. Текущая архитектура TCP / IP изо всех сил пытается справиться с этим требованием настоящего времени.

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

В результате сквозное TCP-соединение существует редко. Это делает безопасность TLS очень сомнительной.Однако, когда вы защищаете данные с помощью NDN, вы получаете настоящее сквозное шифрование. Сегодня мы сталкиваемся с проблемами, связанными с IP-сетями, и нам необходимо решить их с помощью другой конструкции, которая устраняет ограничения. NDN — одно из самых интересных и дальновидных движений, которое, как мне кажется, происходит сегодня.

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

Этот комментарий вызвал у меня вопрос по мере того, как мы продвигаемся вперед в высокотехнологичной работе Интернета. Должны ли мы полагаться на облако так же сильно, как и мы? Убьет ли NDN облако так же, как сети доставки контента (CDN) убьют задержку?

Присоединяйтесь к сообществам Network World на Facebook и LinkedIn, чтобы комментировать самые важные темы.

Copyright © 2019 IDG Communications, Inc.

Интернет-протоколы меняются | APNIC Blog

Когда Интернет начал широко использоваться в 1990-х годах, большая часть трафика использовала всего несколько протоколов: маршрутизированные пакеты IPv4, TCP превращал эти пакеты в соединения, SSL (позже TLS) зашифровал эти соединения, DNS-имена хостов для подключения к , и HTTP часто был протоколом приложения, использующим все это.

В течение многих лет в эти основные Интернет-протоколы вносились незначительные изменения; HTTP добавил несколько новых заголовков и методов, TLS постепенно претерпел незначительные изменения, TCP адаптировал контроль перегрузки, а DNS представил такие функции, как DNSSEC.Сами протоколы в течение очень долгого времени выглядели примерно одинаково «на проводе» (за исключением IPv6, которому уже уделяется изрядное внимание в сообществе сетевых операторов).

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

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

Почему нам нужно менять Интернет

Эти изменения обусловлены рядом факторов.

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

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

Во-вторых, возможность развития Интернет-протоколов — на любом уровне — со временем стала более сложной, в значительной степени из-за непреднамеренного использования в сетях, описанных выше. Например, прокси-серверы HTTP, которые пытались сжимать ответы, затрудняли развертывание новых методов сжатия; Оптимизация TCP в промежуточных ящиках усложнила внедрение улучшений в TCP.

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

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

HTTP / 2

HTTP / 2 (на основе Google SPDY) был первым заметным изменением — стандартизированный в 2015 году, он мультиплексирует несколько запросов на одно TCP-соединение, тем самым избавляя от необходимости ставить запросы в очередь на клиенте, не блокируя друг друга.В настоящее время он широко развернут и поддерживается всеми основными браузерами и веб-серверами.

С точки зрения сети, HTTP / 2 внес несколько заметных изменений. Во-первых, это бинарный протокол, поэтому любое устройство, предполагающее, что это HTTP / 1.1, сломается.

Эта поломка была одной из основных причин еще одного большого изменения в HTTP / 2; он фактически требует шифрования. Это дает ему больше шансов избежать вмешательства со стороны посредников, которые предполагают, что это HTTP / 1.1, или делают более тонкие вещи, такие как полосы заголовков или блокируют новые расширения протокола — оба эти явления были замечены некоторыми инженерами, работающими над протоколом, что привело к значительным поддерживать проблемы для них.

HTTP / 2 также требует использования TLS / 1.2 при шифровании и заносит в черный список наборы шифров, которые были сочтены небезопасными — с эффектом разрешения только эфемерных ключей. См. Раздел TLS 1.3, чтобы узнать о возможных последствиях.

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

Например, у вас может быть соединение для www.example.com, но также используйте его для запросов на images.example.com. Будущие расширения протокола также могут позволить добавлять к соединению дополнительные хосты, даже если они не были указаны в исходном сертификате TLS, используемом для этого. В результате предположение, что трафик в соединении ограничен целью, для которой оно было инициировано, неприменимо.

Несмотря на эти изменения, стоит отметить, что HTTP / 2, похоже, не страдает от серьезных проблем взаимодействия или помех со стороны сетей.

TLS 1.3

TLS 1.3 только что проходит финальные процессы стандартизации и уже поддерживается некоторыми реализациями.

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

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

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

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

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

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

QUIC

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

QUIC — это попытка решить эту проблему путем эффективной перестройки семантики TCP (наряду с некоторыми моделями потоков HTTP / 2) поверх UDP. Как и HTTP / 2, он начинался как усилия Google и сейчас находится в IETF с первоначальным вариантом использования HTTP-поверх-UDP и целью стать стандартом в конце 2018 года. Однако, поскольку Google уже развернул QUIC в Браузер Chrome и на его сайтах уже составляет более 7% интернет-трафика.

Прочтите На ваши вопросы ответили о QUIC

Помимо перехода с TCP на UDP для такого значительного объема трафика (и всех возможных изменений в сетях), как Google QUIC (gQUIC), так и IETF QUIC (iQUIC) для работы вообще требуется шифрование; незашифрованного QUIC нет.

iQUIC использует TLS 1.3 для создания ключей для сеанса, а затем использует их для шифрования каждого пакета. Однако, поскольку он основан на UDP, большая часть информации о сеансе и метаданных, представленных в TCP, шифруется в QUIC.

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

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

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

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

DOH

Новейшее изменение на горизонте — DOH — DNS over HTTP. Значительный объем исследований показал, что сети обычно используют DNS как средство навязывания политики (будь то от имени оператора сети или более авторитетного органа).

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

DOH адресует это, совмещая DNS-трафик с существующим HTTP-соединением, тем самым удаляя любые дискриминаторы. Сеть, которая хочет заблокировать доступ к этому преобразователю DNS, может сделать это только путем блокировки доступа к веб-сайту.

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

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

Читать IETF 100, Сингапур: DNS через HTTP (DOH!)

Оссификация и смазка

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

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

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

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

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

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

Например, QUIC поощряет конечные точки использовать диапазон ложных значений при согласовании версии, чтобы реализации не предполагали, что он никогда не изменится (как это часто встречается в реализациях TLS, что приводит к серьезным проблемам).

Сеть и пользователь

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

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

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

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

Примите участие

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

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

Спасибо Мартину Томсону и Брайану Траммеллу за их обзор.

Марк Ноттингем является членом Совета по архитектуре Интернета и сопредседателем рабочих групп IETF по HTTP и QUIC.


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

Именование тропических циклонов | Всемирная метеорологическая организация

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

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

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

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

С 1953 года атлантические тропические штормы получают названия из списков, составленных Национальным центром ураганов. В настоящее время они поддерживаются и обновляются международным комитетом Всемирной метеорологической организации. Первоначальные списки имен включали только женские имена. В 1979 году были введены мужские имена, которые чередуются с женскими именами. Шесть списков используются по очереди.Таким образом, список 2019 года будет снова использован в 2025 году.

Единственный раз, когда в список вносятся изменения, — это если шторм настолько смертоносен или дорогостоящий, что использование его имени в будущем для другого шторма было бы неуместным по причинам чувствительности. Если это происходит, то на ежегодном совещании комитетов ВМО по тропическим циклонам (созванных в первую очередь для обсуждения многих других вопросов) вызывающее нарушение имя исключается из списка и выбирается другое имя для его замены. Печально известные названия штормов, такие как Мангхут (Филиппины, 2018 г.), Ирма и Мария (Карибские острова, 2017 г.), Хайян (Филиппины, 2013 г.), Сэнди (США, 2012 г.), Катрина (США, 2005 г.), Митч (Гондурас, 1998 г.) и Трейси. (Дарвин, 1974) являются примерами этого.

2.6 Установление и завершение TCP-соединения

2.6 Установление TCP-соединения и Прекращение действия

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

Трехстороннее рукопожатие

Следующий сценарий возникает, когда TCP соединение установлено:

  1. Сервер должен будьте готовы принять входящее соединение.Это обычно делается вызывая socket, bind и listen и называется пассивным открыто.

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

  3. сервер должен подтвердить (ACK) SYN клиента, и сервер должен также отправить свой собственный SYN, содержащий начальный порядковый номер для данные, которые сервер отправит при соединении. Сервер отправляет свой SYN и ACK клиентского SYN за один сегмент.

  4. клиент должен подтвердить SYN сервера.

Минимальное количество пакетов, необходимое для этого обмен — три; следовательно, это называется трехсторонним рукопожатием TCP.Мы показываем три сегменты на рисунке 2.2.

Рисунок 2.2. Трехстороннее рукопожатие TCP.

Мы показываем начальный порядковый номер клиента как J и начальная порядковый номер как K. номер подтверждения в ACK — следующая ожидаемая последовательность номер для окончания отправки ACK. Поскольку SYN занимает один байт пространства порядковых номеров, номер подтверждения в ACK каждого SYN — это начальный порядковый номер плюс один. Точно так же ACK каждого FIN — это порядковый номер FIN плюс один.

Обычная аналогия для установления TCP соединение — это телефонная система [Nemeth 1997]. В функция розетки эквивалентна подключению телефона к использовать. bind сообщает другим людям свой номер телефона, поэтому что они могут позвонить вам. слушай включает звонок так который вы услышите при поступлении входящего вызова. подключиться требует, чтобы мы знали номер телефона другого человека и набирали его. accept — это когда вызываемый человек отвечает на звонок. Получение идентификатора клиента, возвращенного с помощью accept (где Identify — это IP-адрес и номер порта клиента) аналогично отображение номера телефона вызывающего абонента в функции идентификации вызывающего абонента.Один разница, однако, заключается в том, что accept возвращает клиенту идентичность только после того, как соединение было установлено, тогда как функция идентификации вызывающего абонента показывает номер телефона вызывающего абонента, прежде чем мы выбрать, отвечать по телефону или нет. Если используется DNS (Глава 11), он предоставляет услугу, аналогичную телефонной книге. getaddrinfo похож на поиск телефона человека номер в телефонной книге. getnameinfo будет эквивалент сортировки телефонной книги по телефонным номерам, которые мы могли искать вместо книги, отсортированной по имени.

Параметры TCP

Каждый SYN может содержать параметры TCP. Обычно используется варианты включают следующее:

  • вариант MSS. С этой опцией TCP, отправляющий SYN, объявляет о своем максимальный размер сегмента, максимальный количество данных, которые он готов принять в каждом сегменте TCP, на это соединение. Отправляющий TCP использует значение MSS получателя как максимальный размер отправляемого сегмента. Посмотрим, как выберите и установите эту опцию TCP с помощью сокета TCP_MAXSEG вариант (Раздел 7.9).

  • Шкала окон вариант. Максимальное окно, которое TCP может объявить другой TCP — 65 535, потому что соответствующее поле в TCP заголовок занимает 16 бит. Но высокоскоростные соединения, распространенные в сегодняшний Интернет (45 Мбит / с и быстрее, как описано в RFC 1323 [Jacobson, Braden, and Borman 1992]) или пути с длинной задержкой (спутниковые каналы) требуют большего окна для получения максимального возможна пропускная способность. Этот новый параметр указывает, что объявленное окно в заголовке TCP должно быть масштабировано (сдвинуто влево) на 0–14 бит, обеспечивая максимальное окно почти в один гигабайт (65 535 x 2 14 ).Обе конечные системы должны поддерживать это вариант масштаба окна, который будет использоваться при подключении. Посмотрим как повлиять на эту опцию с опцией сокета SO_RCVBUF (Раздел 7.5).

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

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

Эти общие параметры поддерживаются большинством реализации. Последние два иногда называют RFC 1323 options «, как указано в RFC [Jacobson, Braden, and Borman 1992] варианты. Их также называют «вариантами длинных толстых трубок». поскольку сеть либо с высокой пропускной способностью, либо с большой задержкой называется длинной толстой трубкой. Глава 24 TCPv1 содержит более подробную информацию об этих параметрах.

Завершение TCP-соединения

Хотя для установления соединение, для разрыва соединения требуется четыре.

  1. Одно приложение сначала вызывает close, и мы говорим, что этот конец выполняет активное закрытие. TCP этого конца отправляет сегмент FIN, что означает, что отправка данных завершена.

  2. другой конец, который получает FIN, выполняет пассивное закрытие. Полученный FIN составляет подтвержден TCP. Квитанция о FIN также передается в приложение как конец файла (после любых данных, которые, возможно, уже поставлен в очередь на прием заявки), так как получение FIN означает, что приложение не получит никаких дополнительных данных о связи.

  3. Через некоторое время приложение, получившее конец файла закроет свою розетку. Это заставляет его TCP отправлять ПЛАВНИК.

  4. TCP в системе, которая получает этот окончательный FIN (конец, активное закрытие) подтверждает FIN.

Так как FIN и ACK требуются в каждом направлении обычно требуется четыре сегмента. Мы используем квалификатор «обычно», потому что в некоторых сценариях FIN на шаге 1 отправляется с данными.Кроме того, сегменты на этапах 2 и 3 оба с конца, выполняя пассивное закрытие, и могут быть объединены в один сегмент. Мы показываем эти пакеты на рисунке 2.3.

Рисунок 2.3. Обмен пакетами при TCP-соединении закрыто.

FIN занимает один байт пространства порядковых номеров точно так же, как SYN. Следовательно, ACK каждого FIN — это последовательность номер FIN плюс один.

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

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

Хотя мы показываем клиента на рис. 2.3, выполняющего активную close, либо конец — клиент или сервер — может выполнять активные близко. Часто клиент выполняет активное закрытие, но с некоторым протоколы (особенно HTTP / 1.0), сервер выполняет активные близко.

Диаграмма перехода состояний TCP

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

Рисунок 2.4. Диаграмма перехода состояний TCP.

Существует 11 различных состояний, определенных для соединение и правила TCP диктуют переходы от одного состояние в другое, в зависимости от текущего состояния и сегмента получил в этом состоянии. Например, если приложение выполняет активно открыто в состоянии ЗАКРЫТО, TCP отправляет SYN и новое состояние это SYN_SENT. Если в следующий раз TCP получит SYN с ACK, он отправит ACK и новое состояние УСТАНОВЛЕНО. В этом конечном состоянии происходит большая часть передачи данных.

Две стрелки, ведущие от УСТАНОВЛЕННОГО состояние сделки с прекращением соединения. Если приложение называет закрытие до получения FIN (активное закрытие), переход в состояние FIN_WAIT_1. Но если приложение получает FIN в состоянии ESTABLISHED (пассивное закрытие), переход в состояние CLOSE_WAIT.

Мы обозначаем обычные переходы клиентов с помощью более темная сплошная линия и нормальные серверные переходы с более темной пунктир. Также отметим, что есть два перехода, которые мы не говорили об одновременном открытии (когда оба конца посылают SYN примерно в одно и то же время, и SYN пересекаются в сети) и одновременное закрытие (когда оба конца отправляют FIN одновременно).Глава 18 TCPv1 содержит примеры и обсуждение обоих сценарии, которые возможны, но редки.

Одна причина для отображения перехода состояния На диаграмме показаны 11 состояний TCP с их именами. Эти государства отображаются с помощью netstat, который является полезным инструментом, когда отладка клиент-серверных приложений. Мы будем использовать netstat для отслеживания изменений состояния в главе 5.

Наблюдая за пакетами

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

Рисунок 2.5. Обмен пакетами по TCP подключение.

Клиент в этом примере объявляет MSS 536 (что указывает на то, что он реализует только минимальную повторную сборку размер буфера), и сервер объявляет MSS 1460 (типично для IPv4 в сети Ethernet). Это нормально, если MSS отличается каждое направление (см. Упражнение 2.5).

Как только соединение установлено, клиент формирует запрос и отправляет его на сервер.Мы принимаем этот запрос помещается в один сегмент TCP (т.е. менее 1460 байтов задано объявленная MSS сервера). Сервер обрабатывает запрос и отправляет ответ, и мы предполагаем, что ответ умещается в одном сегмент (менее 536 в этом примере). Мы показываем оба сегмента данных как более смелые стрелки. Обратите внимание, что признание клиента запрос отправляется с ответом сервера. Это называется совмещение и обычно происходит, когда время, необходимое серверу для обработки запроса и сгенерировать ответ составляет менее 200 мс.Если сервер принимает дольше, скажем, одну секунду, мы бы увидели, что подтверждение позже ответом. (Динамика потока данных TCP описана в подробно в главах 19 и 20 TCPv1.)

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Можно использовать следующие HTML-теги и атрибуты:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> 

© 2019 МКОУ "СОШ с. Псыншоко"