С 1 ноября 2020 года в компетенцию Владивостокской таможни не входит выдача паспорта транспортного средства как в бумажном, так и электронном виде. Также таможня не выдает дубликаты ПТС и не вносит изменения в ранее выданные ПТС.
Новый порядок функционирования систем электронных паспортов транспортных средств (электронных паспортов шасси транспортных средств) и электронных паспортов самоходных машин и других видов техники определен Решением Коллегии Евразийской экономической Комиссии от 22 сентября 2015 № 122.
По словам и.о. начальника отдела таможенных процедур и таможенного контроля Владивостокской таможни Ильи Сорокина, выданные ранее бумажные ПТС продолжают действовать. Переходить на электронный ПТС необязательно. Однако если автовладелец хочет внести изменение в бумажный ПТС, ранее выданный таможней, либо получить дубликат утраченных или пришедших в негодность паспортов транспортных средств, ему необходимо перейти на электронный паспорт транспортного средства.
Переход на электронный ПТС не меняет принцип таможенного оформления ввезенного автомобиля. Операции, связанные с выпуском транспортного средства в свободное обращение, уплатой утилизационного сбора и внесением данных сведений в Единую автоматизированную информационную систему таможенных органов, не изменились.
С 1 по 5 ноября 2020 года Владивостокской таможней выпущено в свободное обращение 153 автомобиля.
Справка
В функции таможенных органов не входит обязанность по выдаче ПТС, внесению изменений в ПТС, выдаче дубликатов ПТС в связи с:
— утратившим силу с 1 ноября 2020 Постановлением Правительства РФ от 18 мая 1993 г. № 477 «О введении паспортов транспортных средств»;
— прекратившим действие Приказом МВД РФ, Министерства промышленности и энергетики РФ и Министерства экономического развития и торговли РФ от 23 июня 2005 г. № 496/192/134 «Об утверждении Положения о паспортах транспортных средств и паспортах шасси транспортных средств».
Владивостокская таможня возобновила выдачу паспортов транспортных средств (ПТС) на ввезенные после 15 февраля единичные автомобили, не оборудованные устройством вызова экстренных оперативных служб (УВЭОС).
Как сообщил «Вестям Приморье» сотрудник Владивостокской таможни Сергей Григоров, для выдачи ПТС лицо, ввозящие автомобиль, предоставляет на таможенный пост документы, необходимые для таможенного оформления транспортных средств и выдачи ПТС, включая полученное свидетельство о безопасности конструкции транспортных средств (СБКТС), договор о приобретении УВЭОС в виде абонентского терминала «ЭРА-ГЛОНАСС» и расчет суммы утилизационного сбора. При этом в СБКТС должна быть отметка о приобретенной конкретной модели абонентского терминала и его идентификационном номере в привязке к номеру VIN автомобиля, на которое данное устройство должно быть установлено.
Таможенные посты выдают ПТС (с внесением сведений об идентификационном номере УВЭОС в разделе «Особые отметки») на основании упомянутых документов, после их проверки.
Первый ПТС в соответствии с Временных порядком выдан 7 апреля Первомайским таможенным постом на автомобиль «NISSAN X-TRAIL» 2010 года выпуска, ввезенный в адрес юридического лица.
10 апреля, было оформлено и выдано 14 ПТС на единичные автотранспортные средства. Сейчас уже порядка 100 заявок на выдачу ПТС поступило на таможенные посты.
Как уже сообщалось, с 1 января 2017 года вступили в силу изменения, внесенные в Технический регламент Таможенного союза «О безопасности колесных транспортных средств» (№ ТР ТС 018/2011), утвержденный Решением Комиссии Таможенного союза от 9 декабря 2011 г. № 877 (Технический регламент). В соответствии с которыми на автомобилях, предназначенных для перевозки пассажиров и грузов (категорий M и N), должно быть установлено УВЭОС. Выдача таможенными органами ПТС осуществляется в соответствии с Положением о паспортах транспортных средств и паспортах шасси транспортных средств, утвержденным в соответствии с совместным приказом МВД России, Минпромэнерго России и Минэкономразвития России от 23 июня 2005 года № 496/192/134. Согласно данному положению представление документов, подтверждающих соответствие автомобиля Техническому регламенту, является обязательным как для юридических, так и для физических лиц.
С 16 февраля и по 10 апреля ввезено 4167 автомобилей, из которых по состоянию на 10.04.2017: оформлено в установленном порядке 3529 (2547 из которых выпущены и вывезены со складов временного хранения (СВХ)), а 1620 находятся непосредственно на СВХ (из которых в отношении 638 не поданы таможенные декларации, а 982 оформлены в установленном порядке, но не вывезены по каким-либо причинам, не зависящим от таможенных органов).
Все таможенные посты Владивостокской таможни обеспечены бланочной продукцией в необходимом количестве, что позволит избежать задержек в процессе оформления и выдачи ПТС.
Для справки:
С порядком оформления СБКТС на такие автомобили можно ознакомиться на официальном интернет-сайте Росакредитации (http://fsa.gov.ru/news/important/show_id/1780/)).
С порядком оснащения автомобилей УВЭОС в виде абонентского терминала «ЭРА-ГЛОНАСС» можно ознакомиться на официальном интернет-сайте АО «ГЛОНАСС» (http://aoglonass.ru/uslugi/).
Источник: «Вести:Приморье» [ www.vestiprim.ru ]
Таможня не имеет права требовать с физлиц наличие в ввозимом автомобиле кнопки Эры Глонасс и не выдавать ПТС на основании отсутствия правильного свидетельства о безопасности конструкции авто. Об этом заявили эксперты и юристы. Приморские адвокаты готовы побороться в суде с таможней за свободный ввоз подержанных автомобилей и дают большие шансы на победу.
В целом по стране есть прецеденты, когда граждане выигрывали суд, опротестовав действия таможни по невыдаче ПТС из-за отсутствия правильного СБКТС.
Дело в том, что таможенный кодекс прямо запрещает применять нормы технического регулирования к физическим лицам. Об этом напомнил известный автоэксперт Сергей Асланян в недавнем эфире «Эха Москвы». Статья 352 часть 2 таможенного кодекса гласит, что нормы технического регулирования не распространяются на физических лиц и применять их к простым гражданам запрещено. Они касаются только и исключительно юридических лиц. Соответственно, требования таможни подтвердить установку Эры-Глонасс и невыдача ею ПТС незаконны.
«Это внутренний документ таможни, это их ведомственные проблемы, которые нас не касаются, — объяснил эксперт, — Это можно сравнить с тем, как если бы к вам пришел слесарь и перекрыл вам воду на основании того, что ему пришла инструкция по изменению сечения труб».
Купил на честно заработанные автомобиль, привез, растаможил, получил ПТС, сел и поехал – вот так должно быть по закону, утверждает автоэксперт. Простые добросовестные покупатели не обязаны доказывать наличие системы Эра-Глонас в ввозимых автомобилях.
И если кто-то подаст в суд на эти действия таможни, то его дело правое. По стране есть подобные судебные прецеденты. Так, суд в Брянске встал на сторону местного жителя, которому таможня не выдавала ПТС на основании отсутствия у него свидетельства о безопасности конструкции на привезенный им из Германии грузовик. Судья разобралась в деле и указала, что таможенный кодекс запрещает чинить препятствия гражданам на основании норм технического регулирования, которые не распространяются на физлиц.
«Город В» спросил приморского юриста Алексея Клёцкина, есть ли шансы у такого дела в Приморье? Если бы кто-то подал в суд на таможню за невыдачу ПТС из-за отсутствия в ввезенном автомобиле Эры-Глонасс – мог ли он выиграть?
«Дело сложное, не типовое, но шансы на победу оцениваю, как очень высокие, — ответил юрист «Городу В». – Есть положительная судебная практика по схожему вопросу. Надо найти смельчака, который решит первым посудиться и проторить эту дорожку. У кого-то же по несколько машин. Можно скинуться, а потом по аналогии одно за другим выигрывать подобные дела.
Безусловно, подобный судебный процесс стал бы очень громким. Сам Клецкин готов взяться за такое дело, если кто-то решится посудиться с таможней.
Ранее «Город В» сообщал, что владивостокский адвокат Алексей Клёцкин в прошлом месяце выиграл в суде дело об отмене блокировки в России крупнейшего порносайта YouPorn.
Есть и другие юридические основания рассчитывать на победу в суде. Как утверждают юристы, в принципе нелегитимен сам документ – технический регламент Таможенного союза. Потому что все официальные документы должны быть опубликованы в Российской газете, а техрегламент ТС опубликован в «РГ» не был, а значит он нелегален и исполнению не подлежит.
К тому же, по словам автоэксперта Сергея Асланяна, техрегламент Таможенного союза не ратифицирован и российским правительством, в соответствующей базе его нет, а это уже нарушение требования 15-й статьи Конституции.
Фото: ria.ru, smolmotor.ru
Подписывайтесь на наш Телеграм-канал
все самое интересное
и важное, коротко
Присоединяйтесь к нашей группе в WhatsApp
31.01.2018
Красноярцы привозят домой из заграницы не только сувениры, продукты, одежду и бытовые приборы, но, бывает, и дорогие транспортные средства. Так, например, в этом январе в краевом центре проходят растаможивание три новейших квадроцикла, прибывших в нашу страну из Китая. Порядок “легализации” в России личной импортной автотехники разъяснила для читателей “Городских новостей” начальник отделения специальных таможенных процедур Красноярской таможни Ольга Иванова.
— Нужно понимать, что транспортные средства, прибывшие из-за границы, бывают очень разными. Однако на любое из них необходимо получить в таможенном органе паспорт транспортного средства (ПТС).
Одно из основных условий выдачи такого документа — соответствие машины стандарту “Евро-4”, если год выпуска (модельный год) — не ранее 2007-го. Без ПТС владелец не может зарегистрировать технику в ГИБДД и, соответственно, эксплуатировать на территории Российской Федерации. А получить ПТС от таможенных органов возможно только после заполнения таможенной декларации, оплаты таможенных платежей и утилизационного сбора.
Кстати, после получения паспорта транспортного средства на таможне оно должно быть зарегистрировано в ГИБДД в течение 10 дней.
Впрочем вместо ПТС на таможне владельцам завезённых в страну транспортных средств могут выдавать паспорта самоходных машин (ПСМ). Например, на квадроцикл его владелец получит именно такой документ, так как эта машина не предназначена для езды по дорогам общего пользования. Кроме того, при оформлении подобной техники размер утилизационного сбора таможне предоставляет сам декларант, рассчитывая его по специальной таблице.
Большое значение имеет и тот факт, из какой точки земного шара завозится в Россию техника. Импортные легковые автомобили могут быть как из стран Таможенного союза (Беларусь, Казахстан, Кыргызстан и Армения), так и из других государств. При импорте из стран Таможенного союза требуется оплатить лишь небольшой утилизационный сбор и представить “Свидетельство безопасности конструкции транспортного средства”. Этот документ выдаётся органом по сертификации автотранспорта (в Красноярске это компания “УникАВТО”).
А если автомобиль ввозится из других стран (например, из Японии, Кореи, Китая), таможня рассчитывает величину таможенного платежа и оформляет таможенно-приходный ордер. Оплата по нему может производиться сложным способом, через банк, или быстрым — через специальный карточный терминал прямо с карты Visa или MasterCard декларанта.
Ещё одно законодательное условие получения паспорта транспортного средства было введено в 2017 году. И сегодня уже невозможно получить ПТС на импортный автомобиль, не оборудованный устройством вызова экстренных оперативных служб. Это означает, что все ввозимые машины должны быть оснащены российской системой экстренного реагирования при ДТП “ЭРА-ГЛОНАСС”. Иначе им таможню просто не пройти.
ФАКТ
В 2017 году Красноярская таможня выдала не так много паспортов транспортного средства — всего 30 ПТС. Из них четыре — на авто с установленными устройствами экстренных оперативных служб.
ИИ «Городские новости. Красноярск»
На таможни Иркутской области с начала года в 2 раза увеличилось количество выданных ПТС физическим лицам по сравнению с январем-июлем 2018 года. Об этом 26 августа 2019 года сообщили в Федеральной таможенной службе Сибирского таможенного управления.
Паспорта транспортных средств в 4,4 раза чаще стали выдавать стали таможни Новосибирской – 613 шт., и в 4,3 раза Алтайской области – 327 шт.. В 2,5 раза до 95 увеличилось количество ПТС, выданных физическим лицам Кемеровской таможней. Удвоился данный показатель в Красноярской и Иркутской таможнях – 43 и 16 ПТС соответственно.
Чаще всего транспорт ввозят из стран: Киргизская Республика – 752 ПТС, Республика Казахстан – 336 ПТС, Республика Армения – 64 ПТС, Республика Беларусь – 46 ПТС.
Одной из причин многократного увеличения случаев выдачи ПТС на автотранспорт, ввозимый с территории государств – членов ЕАЭС, стал ввоз на территорию Киргизской Республики большого количества автомобилей по более низким ставкам таможенных платежей в сравнении с действующими ставками на территории Российской Федерации до ее вступления в ЕАЭС.
Наибольший рост количества выданных юридическим лицам ПТС, почти в 7 раз , отмечен в Новосибирской таможне – 662 ПТС. В 2,7 раза, данный показатель вырос в Иркутской таможне – 181 ПТС. Снижение на 25% количества выданных юридическим лицам ПТС зафиксировано в Красноярской таможне – 301 ПТС.
Основную часть ввезенных юридическими лицами транспортных средств составили легковые автомобили, автобусы и мотоциклы из Китая. Наибольшее количество транспортных средств было временно ввезено через Бурятскую и Алтайскую таможни из Монголии.
Кроме того, при осуществлении контроля за временно ввезенными автомобилями с начала года таможенными органами СТУ было возбуждено 22 дела об административных правонарушениях (АП) по части 1 статьи 16.18 «Невывоз физическими лицами временно ввезенных транспортных средств в установленные сроки» и 7 дел об АП по части 2 статьи 16.24 «Передача права пользования или иное распоряжение временно ввезёнными физическими лицами транспортными средствами» Кодекса об АП РФ. При этом в аналогичном периоде 2018 года было возбуждено 16 дел об АП по части 1 статьи 16.18 и 6 дел об АП по части 2 статьи 16.24 Кодекса об АП РФ.
Кстати:
Подробно ознакомиться с правилами перемещения товаров и транспортных средств через таможенную границу ЕАЭС физическими лицами для личного пользования можно на сайте ФТС России (www.customs.ru) или обратившись в Сибирское таможенное управление по телефону (383) 319-90-00.
Также обращаем внимание, что Протоколом об условиях и переходных положениях по применению Киргизской Республикой Договора о Евразийском экономическом союзе от 29 мая 2014 года, определены особенности, в том числе, эксплуатации на территории России транспортных средств, состоящих на регистрационном учете Киргизской Республики.
Так, использование на территории Российской Федерации транспортных средств, находящихся на регистрационном учете в Киргизской Республике, ввезенных из третьих стран и выпущенных в свободное обращение на территории Киргизской Республики после 1 января 2014 года, допускается только лицами, постоянно проживающим в Киргизской Республике.
Использование, отчуждение, передача в пользование указанных транспортных средств иным лицам, в том числе являющимися гражданами Российской Федерации, допускается только при условии их таможенного декларирования и уплаты таможенных платежей.
ВЛАДИВОСТОК, 19 февраля. /ТАСС/. Таможня во Владивостоке за последние два дня выдала более 300 паспортов транспортных средств (ПТС) на подержанные иномарки, которые «застряли» после вступления в силу нового регламента Таможенного союза об обязательной установке на все импортируемые в РФ автомобили системы экстренного реагирования при авариях «ЭРА-Глонасс». Об этом сегодня сообщила пресс-служба администрации Приморского края.
«Прием документов от владельцев автомобилей начался в Приморье 17 февраля. За два дня работы выдано более 300 ПТС», — говорится в сообщении. Отмечается, что таможенный пост Морской порт Владивосток работает в штатном режиме.
Кроме того, в пятницу в Приморье прошла встреча губернатора Владимира Миклушевского с представителями автомобильного бизнеса края. На ней стало известно, что местная компания «Дальтест» заключит договор на право установки на импортируемые в РФ автомобили системы «ЭРА-Глонасс». На встрече глава Приморья отметил, что «ЭРА-Глонасс» — «большой шаг вперед с точки зрения безопасности вождения», но регламент установки системы нужно доработать, и над этим работает Минпромторг. По его словам, министерству поручено решить проблему с установкой системы «ЭРА-Глонасс» на подержанных автомобилях.
Ранее ТАСС сообщал, что Миклушевский обратился к вице-премьеру — полномочному представителю президента РФ в Дальневосточном федеральном округе Юрию Трутневу с предложением отложить как минимум на полгода введение обязательного оснащения продержанных иномарок системой экстренного реагирования при авариях «ЭРА-Глонасс».
Основная цель временного моратория — позволить разработчикам законопроекта доработать порядок оформления и передачи ввезенных транспортных средств владельцу с учетом нововведений, а также определить порядок дооборудования автомобилей системами вызова экстренных оперативных служб. Кроме того, предстоит решить, какая структура будет устанавливать такие системы.
«ЭРА-Глонасс» — государственная система, призванная сократить количество аварий на дорогах и минимизировать их последствия. Система подает сигнал в случае повреждения автомобиля при аварии на спутник, откуда сигнал получают службы экстренного реагирования. В случае аварии встроенный модуль автоматически передает точные координаты в диспетчерский пункт, диспетчер, в свою очередь, связавшись с водителем и получив подтверждение об аварии, организует выезд на место происшествия служб экстренного реагирования (МЧС, ГИБДД, скорая помощь). Если водитель не способен самостоятельно ответить диспетчеру, то система автоматически пошлет этот сигнал; услуга вызова экстренных оперативных служб будет бесплатной в течение всего времени эксплуатации автомобиля.
Любое транспортное средство имеет технический паспорт, иными словами паспорт транспортного средства. Без ПТС новый или б/у автомобиль невозможно купить, продать, застраховать или поставить на учет в МРЭО ГИБДД. Рассмотрим, что такое ПТС автомобиля, какая информация в нем указана, а также некоторые особенности этого документа.
Паспорт транспортного средства – технический документ, в котором содержатся сведения об основных характеристиках автомобиля, идентификационные данные основных агрегатов, сведения о владельце, регистрации и снятии с учета в ГИБДД. Внешне представляет собой бумагу формата А4 со следующими отличительными особенностями:
Пример ПТС поможет понять, что он из себя представляет.
Выдает ПТС несколько категорий организаций:
Идентификационные сведения об автомобиле:
Если машина привезена из другой страны, то заполняются такие поля:
Информация о физическом или юридическом лице, которому принадлежит или принадлежал автомобиль:
В случае изменения цвета, конструкции, хозяина автомобиля, все необходимые данные вносятся в ПТС. Осуществляет изменение данных ГИБДД (кроме информации о владельце).
При покраске автомобиля важно помнить, что нельзя демонтировать или видоизменять маркировочную табличку с указанием VIN-номера автомобиля (в зависимости от марки и модели авто, обнаружить ее можно в подкапотном пространстве, у лобового стекла, на стойке водительской двери либо под обшивкой пола у переднего сиденья).
Это делается для того чтобы инспектор ГИБДД мог без проблем сопоставить цвета и быстро зарегистрировать измененный цвет машины.
Часто сталкиваясь с дубликатом ПТС при покупке, люди отказываются от сделки, т.к. существует некоторая опасность. Дубликат технического паспорта действительно может быть уловкой мошенников на рынке б/у автомобилей. Это могут быть следующие схемы:
Последней ситуации достаточно легко избежать: по VIN-номеру машину можно проверить на штрафы, угоны, аресты, а также узнать всю ее историю. Проверка доступна как через сеть Интернет, так и в отделении ГИБДД. Но если хозяин понравившегося автомобиля отказывается от проверки, то лучше и покупателю отказаться от покупки, т.к. именно подозрительное поведение обычно выдает мошенников.
Проверить машину на залоговый статус сложнее, т.к. единой системы таких данных в России пока не существует, а честность продавца может быть не полноценной. Попробовать проверить машину можно через ГИБДД, либо попросить владельца предоставить бумагу, где указана сумма, за которую был куплен автомобиль. В ней часто указывается, что был оформлен автокредит. Проверить статус машины по залогу в ломбарде и вовсе не представляется возможным.
TCP (Twisted Customs Performance) Off Road зародился как видение Шейна Джампера из-за его ЛЮБВИ к катанию и настройке. Он и его семья начали увлекаться аттракционами / мероприятиями много лет назад. Желая удовлетворить свои собственные потребности, он придумал бизнес-концепцию, в которую она превратилась сейчас.
У него есть план перейти на новый уровень на бездорожье с персональным обслуживанием!
Наша компания находится в Техасе. Наша установка ездит на мероприятия по всей территории Соединенных Штатов, чтобы быть на месте с « Все для вашей бездорожной зависимости! ”Не забудьте заглянуть на нашу страницу событий, чтобы узнать, где мы будем дальше.
Нам нравится помогать нашим клиентам делать свои велосипеды своими собственными. Будь то использование наших запчастей и аксессуаров для квадроциклов / UTV или обеспечение отличного обслуживания клиентов. Мы гордимся тем, что предлагаем нашим клиентам TCP только запчасти высочайшего качества. Для нас очень важны порядочность и качество изготовления!
Мы хотим поблагодарить вас за то, что вы выбрали TCP Off Road и поверили в нас, наше качество и наш сервис для вас, нашего клиента! Мы любим пачкаться, как и все!
Контактная информация: Если у вас есть какие-либо вопросы, просто отправьте электронное письмо по адресу info @ tcpor.com или позвоните по телефону 903-504-5521. Наши дружелюбные представители службы поддержки клиентов будут готовы помочь вам любым возможным способом. Если вы находитесь в городе, зайдите и посетите нас по адресу 13420 Hwy 155 S, Tyler, TX 75703
.** ИНФОРМАЦИЯ О ГАРАНТИИ **
По вопросам гарантии обращайтесь к производителю продукта.
Возврат / политика возврата
Неправильные, поврежденные или дефектные изделия:
Наша цель — сделать так, чтобы вы, уважаемый покупатель, остались довольны своей покупкой.Товары, отправленные неправильно, с повреждениями или дефектами, будут обменены или возвращены на счет магазина. Если товар необходимо вернуть, свяжитесь с TCP Off Road и получите RA # (номер разрешения на возврат) в течение семи (7) дней с момента получения. Никакие возвраты не принимаются по истечении 14 дней с момента получения. Номер RA должен быть четко написан на внешней стороне коробки, а копия счета-фактуры и пояснительное письмо должны быть помещены внутри. Возврат не будет обработан без RA #. Все предметы (даже бракованные) должны быть возвращены в как можно более чистом состоянии.Стоимость доставки не возвращается. Для обработки возврата нам может потребоваться дополнительная информация, включая фотографии, информацию о доставке и т. Д.
Все остальные возвраты:
В случае расхождений, не связанных с поврежденным, дефектным или неправильным товаром, клиент должен связаться с TCP Off Road в течение семи (7) дней с момента получения, чтобы получить RA # (номер разрешения на возврат). Никакие возвраты не принимаются по истечении 14 дней с момента получения. У клиентов есть 14 дней с момента получения, чтобы вернуть товар перед использованием.Номер RA должен быть четко написан на внешней стороне коробки, а копия счета-фактуры и пояснительное письмо должны быть помещены внутри. Возврат не будет обработан без RA #. При санкционированном возврате новых продуктов взимается комиссия за возврат 20%. Все возвращенные товары должны быть в новом состоянии и в оригинальной упаковке в состоянии 100% перепродажи, в противном случае мы можем отказать в выдаче кредита. Заказчик несет ответственность за все расходы по обратной доставке, если мы не отправили неправильный, поврежденный или дефектный товар.Стоимость доставки не возвращается. Для обработки возврата нам может потребоваться дополнительная информация, включая фотографии, информацию о доставке и т. Д.
К сожалению, не подлежат возврату снятые с производства, закрытые, изготовленные на заказ, электрические компоненты (например, системы зажигания и топливные контроллеры) или продукты, в которых специально указано, что возврат / возврат не предусмотрен.
Политика отмены
Если вы свяжетесь с нами до того, как ваш заказ будет обработан, мы можем отменить его без каких-либо комиссий или сборов.После обработки заказ не может быть отменен, но может быть возвращен. Пожалуйста, ознакомьтесь с нашей политикой возврата, чтобы узнать, как вернуть товар или заказ. Контакты — Если у вас есть какие-либо вопросы, просто отправьте электронное письмо по адресу [email protected] или позвоните по телефону 903-504-5521
Стоимость хранения
Плата за хранение в размере двадцати пяти (25 долларов США) долларов в день будет добавлена к общему счету за ремонт по истечении семи (7) дней после того, как вы получите уведомление о завершении ремонта. После завершения платежа вам необходимо забрать свой квадроцикл / UTV или договориться с руководством.Любой ремонт, который не оплачен полностью (включая плату за хранение) по истечении 30 дней, подлежит удержанию механиком.
Механическое право залога На указанное выше транспортное средство признается право на ускоренное удержание механического залога для обеспечения суммы ремонта. Любые счета, не оплаченные полностью в течение 30 дней после завершения ремонта, подлежат удержанию механиком отремонтированного автомобиля. Залог будет освобожден только после полной оплаты счета и сборов за обработку.
Пользовательский датчикДатчик Modbus TCP Custom подключается к серверу протокола управления передачей Modbus (TCP) и отслеживает до пяти возвращаемых числовых значений.
Для получения подробного списка и описания каналов, которые может отображать этот датчик, см. Раздел «Список каналов».
Пользовательский датчик Modbus TCP
Датчикна других языках
Примечания
Добавить датчик
Диалоговое окно «Добавить датчик» появляется, когда вы вручную добавляете новый датчик в устройство.Он показывает только те настройки, которые необходимы для создания датчика. Таким образом, вы не видите все настройки в этом диалоговом окне. После создания вы можете изменить практически все настройки на вкладке «Настройки» датчика.
Специфический канал Modbus
Каналы # 1 — # 5 Имя | Введите значащее имя для идентификации канала. После создания датчика вы можете изменить имя канала в настройках канала в разделе «Имя». |
Каналы # 1 — # 5 Тип регистра | Выберите тип регистра. Выбирать между:
Невозможно изменить тип регистра после создания датчика. |
Каналы # 1 — # 5 Тип данных | Это поле отображается только при выборе выше Регистр ввода или Регистр временного хранения.Выберите тип данных реестра. Выбирать между:
Невозможно изменить тип данных после создания датчика. |
Канал № 1 — Блок № 5 | Это поле отображается только в том случае, если вы выбираете Регистр ввода или Регистр временного хранения в поле Тип регистра канала №x.Введите единицу измерения для канала. После создания датчика вы можете изменить единицу измерения канала в настройках канала в разделе «Единица». |
Канал № 2 — № 5 | Для этого датчика можно создать до 5 различных каналов. Вы должны определить по крайней мере один канал данных, чтобы вы могли видеть все доступные настройки для канала №1, не включая его вручную. Кроме того, вы можете определить канал №2 — канал №5. Для этого выберите:
Вы не можете добавить дополнительные каналы после создания датчика. |
Основные настройки датчика
Щелкните вкладку «Настройки» датчика, чтобы изменить его настройки.
Основные настройки датчика
Название датчика | Введите значащее имя для идентификации датчика.По умолчанию PRTG показывает это имя в дереве устройств, а также в сигналах тревоги, журналах, уведомлениях, отчетах, картах, библиотеках и билетах. Если имя содержит угловые скобки (<>), PRTG заменяет их фигурными скобками ({}) из соображений безопасности. Для получения дополнительной информации см. Базу знаний: Какие функции безопасности включает PRTG? |
Родительские теги | Показывает теги, которые датчик наследует от своего родительского устройства, родительской группы и родительского зонда. Этот параметр предназначен только для вашего сведения. Вы не можете это изменить. |
Теги | Введите один или несколько тегов. Подтвердите каждый тег с помощью клавиши пробела, запятой или клавиши Enter. Вы можете использовать теги для группировки объектов и использовать представления с фильтрацией тегов позже. Теги не чувствительны к регистру. Теги наследуются автоматически. Невозможно вводить теги со знаком плюс (+) или минус (-) в начале, а также теги с круглыми скобками (()) или угловыми скобками (<>). По соображениям производительности может пройти несколько минут, прежде чем вы сможете отфильтровать новые добавленные вами теги. Датчик имеет следующие теги по умолчанию, которые автоматически предопределяются в настройках датчика при добавлении датчика: |
Приоритет | Выберите приоритет датчика. Этот параметр определяет положение датчика в списках. Наивысший приоритет находится вверху списка. Выберите от самого низкого приоритета () до самого высокого приоритета (). |
Обычно датчик подключается к IP-адресу / DNS-имени родительского устройства. См. Подробности в настройках устройства. Для некоторых датчиков вы можете явно указать цель мониторинга в настройках датчика.
Специально для Modbus TCP
Специально для Modbus TCP
Порт | Введите порт для подключения к серверу Modbus TCP.Порт по умолчанию — 502. |
Идент. Номер | Введите ID устройства Modbus, которое вы хотите отслеживать. В стандартной сети Modbus существует до 255 идентификаторов устройств, каждый из которых имеет уникальный присвоенный идентификатор от 1 до 255. |
Порядок байтов | Выберите последовательность передаваемой информации. Выбирать между:
|
Специфический канал Modbus
Специфический канал Modbus
Каналы # 1 — # 5 Тип регистра | Показывает тип регистра значения канала. PRTG показывает это значение только для справки. Если вам нужно изменить это значение, добавьте датчик заново. |
Каналы # 1 — # 5 Номер регистра | Введите номер регистра, из которого вы хотите получить информацию. Номер регистра должен быть числом, содержащим от одной до пяти цифр. Датчик поддерживает числа от 0 до 65534. |
Каналы # 1 — # 5 Тип значения | Это поле отображается только в том случае, если вы выбираете Регистр ввода или Регистр временного хранения в поле Тип регистра канала №x.Выберите тип значения, отображаемого на канале. Выбирать между:
|
Каналы # 1 — # 5 Тип данных | Это поле отображается только в том случае, если вы выбираете Регистр ввода или Регистр временного хранения в поле Тип регистра канала №x. Показывает тип данных регистрационного номера. PRTG показывает это значение только для справки. Если вам нужно изменить это значение, добавьте датчик заново. |
Канал # 1 — # 5 Ширина регистра | Это поле отображается только в том случае, если вы выбираете Бит регистра ввода или Бит регистра временного хранения в поле Тип регистра канала №x.Выберите ширину значения в регистре. Выбирать между:
|
Канал # 1 — 5-битный индекс | Это поле отображается только в том случае, если вы выбираете Регистр ввода или Регистр временного хранения в поле Тип регистра канала №x. Введите индекс бита, который вы хотите отслеживать. Введите значение от 0 до 15, 31 или 63, в зависимости от ширины регистра каналов №1–5.0 контролирует младший бит. Чтобы контролировать самый старший бит, введите 15 для 16-битного регистра, 31 для 32-битного регистра или 63 для 64-битного регистра. |
Сенсорный дисплей
Сенсорный дисплей
Первичный канал | Выберите канал из списка, чтобы определить его как основной канал. В дереве устройств последнее значение первичного канала всегда отображается под именем датчика.Доступные параметры зависят от того, какие каналы доступны для этого датчика. Вы можете установить другой основной канал позже, щелкнув под индикатором канала на вкладке «Обзор» датчика. |
Тип графика | Определите, как будут отображаться разные каналы для этого датчика:
|
Блок стека | Этот параметр отображается только в том случае, если вы включите каналы стека друг над другом в качестве типа графика. Выберите единицу из списка. Все каналы с этим устройством накладываются друг на друга. По умолчанию вы не можете исключить отдельные каналы из стека, если они используют выбранный блок.Однако для этого существует продвинутая процедура. |
Параметры отладки
Параметры отладки
Обработка результатов | Определите, что PRTG делает с результатом датчика:
Этот параметр недоступен, если датчик работает на размещенном зонде экземпляра PRTG Hosted Monitor. В кластере PRTG сохраняет результат в каталоге данных PRTG главного узла. |
Унаследованные настройки
По умолчанию все следующие настройки наследуются от объектов, находящихся выше в иерархии.Мы рекомендуем при необходимости изменять их централизованно в настройках корневой группы. Чтобы изменить параметр только для этого объекта, щелкните под соответствующим именем параметра, чтобы отключить наследование и отобразить его параметры.
Для получения дополнительной информации см. Раздел «Наследование настроек».
Интервал сканирования
Щелкните, чтобы прервать наследование.
Интервал сканирования
Интервал сканирования | Выберите интервал сканирования из раскрывающегося списка.Интервал сканирования определяет количество времени, которое датчик ожидает между двумя сканированиями. Выбирать из:
Вы можете изменить доступные интервалы в системном администрировании PRTG Network Monitor. |
В случае сбоя запроса датчика | Выберите количество интервалов сканирования, которые датчик успевает достичь, и повторно проверить устройство в случае сбоя запроса датчика.В зависимости от выбранного варианта датчик может несколько раз попытаться дотянуться до устройства и еще раз проверить его, прежде чем датчик покажет состояние «Выключено». Это позволяет избежать ложных срабатываний, если на контролируемом устройстве есть только временные проблемы. Для предыдущих интервалов сканирования с ошибочными запросами датчик показывает статус предупреждения. Выбирать из:
Датчики, которые контролируют с помощью инструментария управления Windows (WMI), всегда ждут, по крайней мере, один интервал сканирования, прежде чем они покажут состояние «Не работает». Невозможно сразу установить датчик WMI в состояние Down, поэтому первый вариант не применяется к этим датчикам. Могут применяться все другие варианты. Если вы определяете пределы ошибок для каналов датчика, датчик сразу же показывает состояние Down. Ни один из вариантов интервала не применяется. Если канал использует поисковые значения, датчик сразу показывает состояние «Не работает».Ни один из вариантов интервала не применяется. |
Расписания, зависимости и обслуживание Windows
Вы не можете прервать наследование расписаний, зависимостей и окон обслуживания. Соответствующие настройки родительских объектов всегда активны. Однако вы можете определить дополнительные расписания, зависимости и периоды обслуживания. Они активны одновременно с настройками родительских объектов.
Расписания, зависимости и обслуживание Windows
График | Выберите расписание из списка.Вы можете использовать расписания для мониторинга в течение определенного промежутка времени (дни или часы) каждую неделю. Выбирать из:
Вы можете создавать расписания, редактировать расписания или приостанавливать мониторинг на определенный промежуток времени.Для получения дополнительной информации см. Раздел «Расписания». |
Окно обслуживания | Выберите, если вы хотите настроить одноразовый интервал обслуживания. Во время окна обслуживания мониторинг останавливается для выбранного объекта и всех дочерних объектов. Вместо этого они показывают статус «Приостановлено». Выбирать между:
Чтобы завершить активный период обслуживания до определенной даты окончания, измените запись времени в поле «Завершение обслуживания» на дату в прошлом. |
Начало технического обслуживания | Этот параметр отображается только в том случае, если вы включили параметр «Настроить одноразовое окно обслуживания» выше. Используйте средство выбора даты и времени, чтобы ввести дату и время начала окна одноразового обслуживания. |
Окончание технического обслуживания | Этот параметр отображается только в том случае, если вы включили параметр «Настроить одноразовое окно обслуживания» выше.Используйте средство выбора даты и времени, чтобы ввести дату и время окончания окна одноразового обслуживания. |
Тип зависимости | Выберите тип зависимости. Вы можете использовать зависимости, чтобы приостановить мониторинг объекта в зависимости от статуса другого объекта. Вы можете выбрать из:
Чтобы проверить свои зависимости, выберите Simulate Error Status из контекстного меню объекта, от которого зависят другие объекты. Через несколько секунд все зависимые объекты приостанавливаются. Вы можете проверить все зависимости в разделе «Устройства | Зависимости в строке главного меню. |
Зависимость | Этот параметр отображается только в том случае, если вы включили «Выбрать датчик» выше. Щелкните и используйте селектор объектов, чтобы выбрать датчик, от которого будет зависеть текущий объект. |
Задержка зависимости (сек.) | Этот параметр отображается только в том случае, если вы выбрали «Выбрать датчик» выше. Определите временной интервал в секундах для задержки зависимости. После того, как главный датчик для этой зависимости вернется в состояние «Работает», PRTG дополнительно задерживает мониторинг зависимых объектов на заданный вами промежуток времени. Это может предотвратить ложные срабатывания сигнализации, например, после перезапуска сервера или дать системам больше времени для запуска всех служб.Введите целочисленное значение. Этот параметр недоступен, если для этого датчика установлено значение «Использовать родительский» или «Главный датчик для родительского элемента». В этом случае задайте задержки в настройках родительского устройства или в настройках его родительской группы. |
Права доступа
Щелкните, чтобы прервать наследование.
Права доступа
Доступ группы пользователей | Определите группы пользователей, которые имеют доступ к датчику.Вы видите таблицу с группами пользователей и правами доступа к группам. Таблица содержит все группы пользователей в вашей настройке. Для каждой группы пользователей вы можете выбрать одно из следующих прав доступа группы:
Дополнительные сведения о правах доступа см. В разделе «Управление правами доступа». |
Конфигурация блока каналов
Щелкните, чтобы прервать наследование.
Какие блоки каналов доступны, зависит от типа датчика и доступных параметров. Если настраиваемые каналы недоступны, в этом поле отображается Нет настраиваемых каналов.
Конфигурация блока каналов
Типы канальных блоков | Для каждого типа канала выберите единицу измерения, в которой PRTG отображает данные. Если вы определяете этот параметр на уровне зонда, группы или устройства, вы можете унаследовать эти настройки для всех нижележащих датчиков.Вы можете установить единицы измерения для следующих типов каналов (если есть):
Пользовательские типы каналов доступны только на уровне сенсора. |
Список каналов
Какие каналы показывает датчик, может зависеть от контролируемого устройства, доступных компонентов и настройки датчика.
Время простоя | В таблице каналов на вкладке Обзор этот канал никогда не показывает никаких значений.PRTG использует этот канал в графиках и отчетах, чтобы показать количество времени, в течение которого датчик находился в состоянии неработающего состояния, в процентах. |
[Значение] | Числовые значения, возвращаемые сервером Modbus TCP по пяти каналам |
Подробнее
БАЗА ЗНАНИЙ
Как я могу применить датчики состояния обслуживания Zoom и датчики Modbus с помощью шаблонов устройств?
Какие функции безопасности включает PRTG?
Обзор настроек датчика
Дополнительную информацию о настройках датчика см. В следующих разделах:
да Нет
Любой дополнительный отзыв?
Отзыв будет отправлен в Microsoft: при нажатии кнопки «Отправить» ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.
Представлять на рассмотрение
Спасибо.
Set-Net TCPSetting
[[-SettingName] ]
[-MinRtoMs ]
[-InitialCongestionWindowMss ]
[-CongestionProvider ]
[-CwndRestart ]
[-DelayedAckTimeoutMs ]
[-DelayedAckFrequency <Байт>]
[-MemoryPressureProtection ]
[-AutoTuningLevelLocal ]
[-EcnCapability ]
[-Timestamps ]
[-InitialRtoMs ]
[-ScalingHeuristics ]
[-DynamicPortRangeStartPort ]
[-DynamicPortRangeNumberOfPorts ]
[-AutomaticUseCustom ]
[-NonSackRttResiliency ]
[-ForceWS ]
[-MaxSynRetransmissions <Байт>]
[-AutoReusePortRangeStartPort ]
[-AutoReusePortRangeNumberOfPorts ]
[-CimSession ]
[-ThrottleLimit ]
[-AsJob]
[-Пройти через]
[-Что, если]
[-Подтверждать]
[]
Set-Net TCPSetting
-InputObject
[-MinRtoMs ]
[-InitialCongestionWindowMss ]
[-CongestionProvider ]
[-CwndRestart ]
[-DelayedAckTimeoutMs ]
[-DelayedAckFrequency <Байт>]
[-MemoryPressureProtection ]
[-AutoTuningLevelLocal ]
[-EcnCapability ]
[-Timestamps ]
[-InitialRtoMs ]
[-ScalingHeuristics ]
[-DynamicPortRangeStartPort ]
[-DynamicPortRangeNumberOfPorts ]
[-AutomaticUseCustom ]
[-NonSackRttResiliency ]
[-ForceWS ]
[-MaxSynRetransmissions <Байт>]
[-AutoReusePortRangeStartPort ]
[-AutoReusePortRangeNumberOfPorts ]
[-CimSession ]
[-ThrottleLimit ]
[-AsJob]
[-Пройти через]
[-Что, если]
[-Подтверждать]
[]
Командлет Set-NetTCPSetting изменяет параметр TCP.Настройки TCP оптимизированы для различных сетевых условий, включая задержку и перегрузку. Чтобы применить параметр TCP к номеру порта или диапазону IP-адресов назначения, создайте транспортный фильтр с помощью командлета New-NetTransportFilter.
Примечание:
- Вы можете изменять пользовательские и нестандартные параметры в Windows server 2016 и 2019.
- Вы можете изменять только собственные настройки. Параметры Интернета и центра обработки данных нельзя изменить в Windows 2012 или более ранних версиях.
- В Windows 10 следующие параметры доступны только для чтения и не могут быть изменены:
- МинРтомы
- InitialCongestionWindowMss
- Автоматический, Пользовательский
- Поставщик перегрузки
- CwndRestart
- DelayedAckTimeoutMs
PS C: \> Set-NetTCPSetting -SettingName "InternetCustom" -CongestionProvider CTCP -InitialCongestionWindowMss 6
Эта команда изменяет пользовательскую настройку TCP на значение 6 для начального окна перегрузки и использует составной TCP.
-AsJob
Выполняет командлет в качестве фонового задания. Используйте этот параметр для запуска команд, выполнение которых требует много времени.
Тип: | SwitchParameter |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять конвейерный ввод: | Ложный |
-AutomaticUseCustom
Указывает, назначает ли автоматический профиль настраиваемый шаблон, настраиваемый Datacenter Custom или Internet Custom, для подключения.Допустимые значения для этого параметра:
Тип: | AutomaticUseCustom | ||
Допустимые значения: | Отключено, Включено | ||
Позиция: | Именованный | ||
Значение по умолчанию: | Нет | Принято значение по умолчанию: | Нет | 9010
Принимать подстановочные знаки: | Ложь |
-AutoReusePortRangeNumberOfPorts
Указывает количество портов для диапазона портов с автоматическим повторным использованием, который представляет собой диапазон портов, используемый для выбора локального эфемерного порта исходящими TCP-соединениями, для которых в сокете установлен SO_REUSE_UNICASTPORT, или для которых connect () был вызван без вызов bind () в сокете.
Если вы укажете 0, функция автоматического повторного использования будет отключена, и временные порты будут отобраны вместо динамического диапазона портов, как указано в DynamicPortRangeStartPort и DynamicPortRangeNumberOfPorts , даже если для сокета установлено значение SO_REUSE_UNICASTPORT.
Тип: | UInt16 | |
Позиция: | Именованный | |
Значение по умолчанию: | Нет | |
Принять конвейерный ввод: | Ложный | |
Ложный | Ложный символ подстановки: Принять подстановочные символы |
-AutoReusePortRangeStartPort
Указывает количество портов для диапазона портов с автоматическим повторным использованием, который представляет собой диапазон портов, используемый для выбора локального эфемерного порта исходящими TCP-соединениями, для которых в сокете установлен SO_REUSE_UNICASTPORT, или для которых connect () был вызван без вызов bind () в сокете.
Если вы укажете 0, функция автоматического повторного использования будет отключена, и временные порты будут отобраны вместо динамического диапазона портов, как указано в DynamicPortRangeStartPort и DynamicPortRangeNumberOfPorts , даже если для сокета установлено значение SO_REUSE_UNICASTPORT.
Тип: | UInt16 |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять ввод конвейера: | Ложный |
Ложный | |
-AutoTuningLevelLocal
Задает уровень автонастройки TCP для главного компьютера.Автонастройка TCP может улучшить пропускную способность в сетях с высокой пропускной способностью и большими задержками. Допустимые значения для этого параметра:
Тип: | AutoTuningLevelLocal | |||||||||
Допустимые значения: | Отключено, Сильно Ограничено, Ограничено, Нормальное, Экспериментальное | |||||||||
Позиция: | Значение по умолчанию | Значение по умолчанию Принять ввод конвейера: | Ложь | |||||||
Принимать подстановочные знаки: | Ложь |
-CimSession
Запускает командлет в удаленном сеансе или на удаленном компьютере.Введите имя компьютера или объект сеанса, например выходные данные командлета New-CimSession или Get-CimSession. По умолчанию это текущий сеанс на локальном компьютере.
Тип: | CimSession [] |
Псевдонимы: | Сессия |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принимать подстановочные знаки: | Ложь |
-Подтвердить
Запрашивает подтверждение перед запуском командлета.
Тип: | SwitchParameter |
Псевдонимы: | cf |
Позиция: | Именованный |
Значение по умолчанию: | Ложный | Ложный | 8Принять | Ложный ввод | Принимать подстановочные знаки: | Ложь |
-CongestionProvider
Задает свойство поставщика перегрузки, которое использует TCP. Допустимые значения для этого параметра:
Тип: | CongestionProvider | |||
Допустимые значения: | По умолчанию, CTCP, DCTCP | |||
Позиция: | Именованный | |||
Значение по умолчанию: | Входное значение | Нет | Ложь | |
Принимать подстановочные знаки: | Ложь |
-CwndRestart
Указывает, разрешить ли перезапуск окна перегрузки.Перезапуск окна перегрузки может избежать медленного запуска для оптимизации пропускной способности в сетях с низкой задержкой. Дополнительные сведения о перезапуске окна перегрузки см. В RFC 2581. Допустимые значения для этого параметра:
Тип: | CwndRestart |
Допустимые значения: | Ложь, Истина |
Позиция: | Именованный |
Значение по умолчанию: | |
Принять Ложь | |
Принимать подстановочные знаки: | Ложь |
-DelayedAckFrequency
Задает количество подтверждений (ACK), полученных до того, как компьютер отправит ответ.
Тип: | Байт |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять конвейерный ввод: | Ложный | Ложный |
Принять подстановочные символы |
-DelayedAckTimeoutMs
Задает время ожидания в миллисекундах, прежде чем компьютер отправит ACK, если компьютер получает меньше отложенных подтверждений пакетов.Используйте параметр DelayedAckFrequency , чтобы указать значение частоты задержанного ACK. Сокращение времени ожидания может увеличить пропускную способность в сетях с малой задержкой за счет ускорения роста размера окна TCP. Допустимые значения для этого параметра: с шагом 10, от 10 до 600.
Тип: | UInt32 |
Псевдонимы: | DelayedAckTimeout |
Позиция: | Named |
Значение по умолчанию: | None |
Принимать подстановочные знаки: | False |
-DynamicPortRangeNumberOfPorts
Задает количество портов для динамического диапазона портов, который начинается с порта, указанного в параметре DynamicPortRangeStartPort .
Тип: | UInt16 | |
Позиция: | Именованный | |
Значение по умолчанию: | Нет | |
Принять конвейерный ввод: | Ложный | |
Ложный | Ложный символ подстановки: Принять подстановочные символы |
-DynamicPortRangeStartPort
Задает начальный порт для динамического диапазона портов. Этот параметр устанавливает начальный порт для отправки и получения TCP-трафика.Допустимые значения этого параметра: от 1 до 65535.
Тип: | UInt16 | |
Позиция: | Именованный | |
Значение по умолчанию: | Нет | |
Принять ввод конвейера: | Ложный | |
Ложные символы подстановки | : Принять подстановочные символы |
-EcnCapability
Указывает, следует ли включить возможность ECN. Допустимые значения для этого параметра:
Если указать значение Disabled, UseECT0 или UseEct1 для параметра EcnMarking командлета Set-NetIPInterface, текущий параметр не действует.
Тип: | EcnCapability |
Допустимые значения: | Отключено, Включено |
Позиция: | Именованный |
Значение по умолчанию: | Нет | 9010 Ввод 9010
Принимать подстановочные знаки: | Ложь |
-ForceWS
Указывает, следует ли принудительно масштабировать окно для повторной передачи.Допустимые значения для этого параметра:
Значение по умолчанию — Отключено.
Тип: | ForceWS |
Допустимые значения: | Отключено, Включено |
Позиция: | Именованный |
Значение по умолчанию: | Нет | Принять
Принимать подстановочные знаки: | False |
-InitialCongestionWindowMss
Задает начальный размер окна перегрузки.Укажите значение, которое нужно умножить на максимальный размер сегмента (MSS). Допустимые значения этого параметра: четные числа от 2 до 64.
Тип: | UInt32 |
Псевдонимы: | InitialCongestionWindow |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принимать подстановочные знаки: | Ложь |
-InitialRtoMs
Задает период в миллисекундах перед повторной передачей соединения или SYN.Допустимые значения для этого параметра: с шагом 10, от 300 мс до 3000 мс.
Тип: | UInt32 |
Псевдонимы: | InitialRto |
Позиция: | Именованный |
Значение по умолчанию: | Нет | Принять | 8Принять | Ложный ввод | Принимать подстановочные знаки: | Ложь |
-InputObject
Задает входной объект, который используется в команде конвейера.
Тип: | CimInstance [] |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять ввод конвейера: | True |
-MaxSynRetransmissions
Указывает максимальное количество раз, когда компьютер отправляет SYN-пакеты без получения ответа.
Тип: | Байт |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять ввод конвейера: | Ложный | Принять подстановочные символы |
-Защита от давления памяти
Указывает, следует ли использовать защиту от нехватки памяти.Защита от давления на память TCP помогает обеспечить нормальную работу компьютера при нехватке памяти из-за атак типа «отказ в обслуживании». Допустимые значения для этого параметра:
Тип: | MemoryPressureProtection | |
Допустимые значения: | Отключено, Включено, По умолчанию | |
Положение: | Именовано | |
Значение по умолчанию: | 10 Нет ввода | Ложь |
Принимать подстановочные знаки: | Ложь |
-MinRtoMs
Задает значение в миллисекундах для тайм-аута повторной передачи TCP.Допустимые значения для этого параметра: с шагом 10, от 20 мс до 300 мс.
Тип: | UInt32 |
Псевдонимы: | MinRto |
Позиция: | Именованный |
Значение по умолчанию: | Нет | Принять | 8Принять | Ложный ввод | Принимать подстановочные знаки: | Ложь |
-NonSackRttResiliency
Указывает, следует ли включить отказоустойчивость по времени туда и обратно для клиентов, которые не поддерживают выборочное подтверждение.Допустимые значения для этого параметра:
Тип: | NonSackRttResiliency | ||
Допустимые значения: | Отключено, Включено | ||
Позиция: | Именовано | ||
Значение по умолчанию: | Вход | Нет | |
Принимать подстановочные знаки: | Ложь |
-PassThru
Возвращает объект, представляющий элемент, с которым вы работаете.По умолчанию этот командлет не генерирует никаких выходных данных.
Тип: | SwitchParameter |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять конвейерный ввод: | Ложный |
-Эвристика масштабирования
Указывает, следует ли включать эвристику масштабирования. Допустимые значения для этого параметра:
Тип: | Хвристика масштабирования |
Допустимые значения: | Отключено, Включено |
Позиция: | Именовано |
Значение по умолчанию: | Ложь |
Принимать подстановочные знаки: | Ложь |
-SettingName
Задает массив имен настроек.Для этого параметра можно указать только Custom.
Тип: | Строка [] |
Позиция: | 0 |
Значение по умолчанию: | Нет |
Принять конвейерный ввод: | Ложный |
Принять подстановочные символы Ложь |
-ThrottleLimit
Задает максимальное количество одновременных операций, которые могут быть установлены для запуска командлета.Если этот параметр опущен или введено значение 0
, Windows PowerShell® вычисляет оптимальный предел регулирования для командлета на основе количества командлетов CIM, запущенных на компьютере.
Предел дросселирования применяется только к текущему командлету, но не к сеансу или компьютеру.
Тип: | Int32 |
Позиция: | Именованный |
Значение по умолчанию: | Нет |
Принять конвейерный ввод: | Ложный | Принять подстановочные символы |
-временные метки
Указывает, следует ли включать отметки времени.Метки времени упрощают измерение в оба конца и могут помочь защитить от переноса порядковых номеров в каналах с высокой пропускной способностью. Дополнительные сведения о временных метках TCP см. В RFC 1323. Допустимые значения для этого параметра:
Тип: | Отметки времени |
Допустимые значения: | Отключено, Включено |
Позиция: | Именованный |
Значение по умолчанию: | Нет | Принять
Принимать подстановочные знаки: | Ложь |
-WhatIf
Показывает, что произойдет, если командлет будет запущен.Командлет не запущен.
Тип: | SwitchParameter |
Псевдонимы: | wi |
Позиция: | Именованный |
Значение по умолчанию: | Ложный | Ложный | 8Принять | Ложный ввод | Принимать подстановочные знаки: | Ложь |
CimInstance
Microsoft.Объект Management.Infrastructure.CimInstance
— это класс-оболочка, который отображает объекты инструментария управления Windows (WMI).
Путь после знака решетки ( #
) предоставляет пространство имен и имя класса для базового объекта WMI.
Нет
Для TCP конфигурация базового соединения обеспечивается с помощью фабрики соединений. Предусмотрено два типа фабрики соединений: фабрика соединений с клиентами и фабрика соединений с сервером.Фабрики клиентских соединений устанавливают исходящие соединения. Фабрики подключения к серверу прослушивают входящие подключения.
Адаптер исходящего канала использует фабрику клиентских соединений, но вы также можете предоставить ссылку на фабрику клиентских соединений адаптеру входящего канала. Этот адаптер получает все входящие сообщения, полученные от подключений, созданных исходящим адаптером.
Адаптер или шлюз входящего канала использует фабрику соединений с сервером. (Фактически, фабрика соединений не может функционировать без нее).Вы также можете предоставить ссылку на фабрику серверных соединений для исходящего адаптера. Затем вы можете использовать этот адаптер для отправки ответов на входящие сообщения по тому же соединению.
Ответные сообщения направляются в соединение, только если ответ содержит заголовок ip_connectionId , который был вставлен в исходное сообщение фабрикой соединений. |
Это степень корреляции сообщений, выполняемая при совместном использовании фабрик соединений между входящими и исходящими адаптерами.Такое совместное использование обеспечивает асинхронную двустороннюю связь по TCP. По умолчанию с помощью TCP передается только полезная информация. Следовательно, любая корреляция сообщений должна выполняться нижестоящими компонентами, такими как агрегаторы или другие конечные точки. Поддержка передачи выбранных заголовков появилась в версии 3.0. Для получения дополнительной информации см. Корреляция сообщений TCP. |
Вы можете дать ссылку на фабрику подключений максимум одному адаптеру каждого типа.
Spring Integration предоставляет фабрики соединений, которые используют java.net.Socket
и java.nio.channel.SocketChannel
.
В следующем примере показана простая фабрика соединений с сервером, которая использует java.net. Socket
соединений:
В следующем примере показана простая фабрика соединений с сервером, которая использует соединений java.nio.channel.SocketChannel
:
Начиная с Spring Integration версии 4.2, если сервер настроен на прослушивание случайного порта (установив порт на 0 ), вы можете получить фактический порт, выбранный ОС, используя getPort () .
Кроме того, getServerSocketAddress () позволяет получить полный SocketAddress .
Дополнительную информацию см. В документации Javadoc для интерфейса TcpServerConnectionFactory . |
В следующем примере показана фабрика клиентских подключений, использующая java.net.Socket
и создает новое соединение для каждого сообщения:
Начиная с версии 5.2 фабрики клиентских подключений поддерживают свойство connectTimeout
, указанное в секундах, которое по умолчанию равно 60.
TCP — это протокол потоковой передачи.Это означает, что данным, передаваемым по TCP, должна быть предоставлена некоторая структура, чтобы получатель мог разграничить данные на отдельные сообщения. Фабрики соединений настроены на использование сериализаторов и десериализаторов для преобразования между полезной нагрузкой сообщения и битами, отправляемыми по TCP. Это достигается за счет предоставления десериализатора и сериализатора для входящих и исходящих сообщений соответственно. Spring Integration предоставляет ряд стандартных сериализаторов и десериализаторов.
ByteArrayCrlfSerializer
* преобразует массив байтов в поток байтов, за которым следуют символы возврата каретки и перевода строки ( \ r \ n
).Это сериализатор по умолчанию (и десериализатор), который может использоваться (например) с telnet в качестве клиента.
ByteArraySingleTerminatorSerializer
* преобразует байтовый массив в поток байтов, за которым следует один символ завершения (по умолчанию 0x00
).
ByteArrayLfSerializer
* преобразует байтовый массив в поток байтов, за которым следует один символ перевода строки ( 0x0a
).
ByteArrayStxEtxSerializer
* преобразует байтовый массив в поток байтов, которому предшествует STX ( 0x02
), за которым следует ETX ( 0x03
).
ByteArrayLengthHeaderSerializer
преобразует байтовый массив в поток байтов, которому предшествует двоичная длина в сетевом порядке байтов (обратный порядок байтов). 31-1) байтов.31 — 1) байта.
Начиная с версии 5.2, значение заголовка может включать длину заголовка в дополнение к полезной нагрузке.
Установите свойство , включая
, чтобы включить этот механизм (он должен быть одинаковым для производителей и потребителей).
ByteArrayRawSerializer
* преобразует байтовый массив в поток байтов и не добавляет никаких дополнительных данных разграничения сообщений.
С помощью этого сериализатора (и десериализатора) конец сообщения указывается клиентом, закрывающим сокет упорядоченным образом.При использовании этого сериализатора прием сообщений зависает до тех пор, пока клиент не закроет сокет или не истечет время ожидания.
Тайм-аут не приводит к появлению сообщения.
Когда этот сериализатор используется, а клиент является приложением Spring Integration, клиент должен использовать фабрику соединений, настроенную с single-use = "true"
.
Это приводит к тому, что адаптер закрывает сокет после отправки сообщения.
Сериализатор сам по себе не закрывает соединение.
Этот сериализатор следует использовать только с фабриками соединений, используемыми адаптерами каналов (не шлюзами), а фабрики соединений должны использоваться либо входящим, либо исходящим адаптером, но не обоими сразу.См. Также ByteArrayElasticRawDeserializer
далее в этом разделе.
Однако, начиная с версии 5.2, шлюз исходящей почты имеет новое свойство closeStreamAfterSend
; это позволяет использовать необработанные сериализаторы / десериализаторы, потому что EOF передается серверу, оставляя соединение открытым для получения ответа.
До версии 4.2.2 при использовании неблокирующего ввода-вывода (NIO) этот сериализатор обрабатывал тайм-аут (во время чтения) как конец файла, а считанные до сих пор данные отправлялись как сообщение.Это ненадежно, и его не следует использовать для разграничения сообщений.
Теперь он рассматривает такие состояния как исключение.
В том маловероятном случае, если вы используете его таким образом, вы можете восстановить предыдущее поведение, установив для аргумента конструктора TreatTimeoutAsEndOfMessage значение true . |
Каждый из них является подклассом AbstractByteArraySerializer
, который реализует как org.springframework.core.serializer.Serializer
, так и org.springframework.core.serializer.Deserializer
.
Для обратной совместимости соединения, которые используют любой подкласс AbstractByteArraySerializer
для сериализации, также принимают строку
, которая сначала преобразуется в массив байтов.
Каждый из этих сериализаторов и десериализаторов преобразует входной поток, содержащий соответствующий формат, в полезную нагрузку байтового массива.
Чтобы избежать исчерпания памяти из-за плохого поведения клиента (того, который не придерживается протокола настроенного сериализатора), эти сериализаторы устанавливают максимальный размер сообщения.Если входящее сообщение превышает этот размер, генерируется исключение.
Максимальный размер сообщения по умолчанию составляет 2048 байтов.
Вы можете увеличить его, задав свойство maxMessageSize
.
Если вы используете сериализатор или десериализатор по умолчанию и хотите увеличить максимальный размер сообщения, вы должны объявить максимальный размер сообщения как явный bean-компонент с набором свойств maxMessageSize
и настроить фабрику соединений для использования этого bean-компонента.
Классы, помеченные как * ранее в этом разделе, используют промежуточный буфер и копируют декодированные данные в конечный буфер правильного размера.Начиная с версии 4.3, вы можете настроить эти буферы, установив свойство poolSize
, чтобы эти необработанные буферы можно было повторно использовать вместо того, чтобы выделять и отбрасывать их для каждого сообщения, что является поведением по умолчанию.
Установка отрицательного значения свойства создает пул без границ.
Если пул ограничен, вы также можете установить свойство poolWaitTimeout
(в миллисекундах), после чего выдается исключение, если буфер не становится доступным.
По умолчанию это бесконечность.
Такое исключение приводит к закрытию сокета.
Если вы хотите использовать тот же механизм в настраиваемых десериализаторах, вы можете расширить AbstractPooledBufferByteArraySerializer
(вместо его суперкласса AbstractByteArraySerializer
) и реализовать doDeserialize ()
вместо deserialize ()
.
Буфер автоматически возвращается в пул. AbstractPooledBufferByteArraySerializer
также предоставляет удобный служебный метод: copyToSizedArray ()
.
Версия 5.0 добавил ByteArrayElasticRawDeserializer
.
Это похоже на сторону десериализатора ByteArrayRawSerializer
выше, за исключением того, что нет необходимости устанавливать maxMessageSize
.
Внутри он использует ByteArrayOutputStream
, который позволяет буферу увеличиваться по мере необходимости.
Клиент должен закрыть сокет упорядоченным образом, чтобы сигнализировать об окончании сообщения.
Этот десериализатор следует использовать только в том случае, если одноранговый узел является доверенным; он подвержен DoS-атакам из-за нехватки памяти. |
MapJsonSerializer
использует Jackson ObjectMapper
для преобразования между картой Map
и JSON.
Вы можете использовать этот сериализатор вместе с MessageConvertingTcpMessageMapper
и MapMessageConverter
для передачи выбранных заголовков и полезной нагрузки в JSON.
Jackson ObjectMapper не может разграничить сообщения в потоке.
Следовательно, MapJsonSerializer должен делегировать другому сериализатору или десериализатору для обработки демаркации сообщений.По умолчанию используется ByteArrayLfSerializer , в результате чего на проводе создаются сообщения с форматом |
Последний стандартный сериализатор - org.springframework.core.serializer.DefaultSerializer
, который можно использовать для преобразования сериализуемых объектов с помощью сериализации Java. org.springframework.core.serializer.DefaultDeserializer
предназначен для входящей десериализации потоков, содержащих сериализуемые объекты.
Если вы не хотите использовать сериализатор и десериализатор по умолчанию ( ByteArrayCrLfSerializer
), необходимо установить атрибуты сериализатора
и десериализатора в фабрике соединений.
В следующем примере показано, как это сделать:
<фасоль
/>
<фасоль
/>
Фабрика соединений с сервером, использующая java.net.Socket
подключается и использует сериализацию Java по сети.
Для получения полной информации об атрибутах, доступных на фабриках соединений, см. Ссылку в конце этого раздела.
По умолчанию обратный поиск DNS выполняется для входящих пакетов для преобразования IP-адресов в имена хостов для использования в заголовках сообщений.
В средах, где DNS не настроен, это может вызвать задержки подключения.
Вы можете переопределить это поведение по умолчанию, установив для атрибута lookup-host
значение false
.
Вы также можете изменить атрибуты сокетов и фабрик сокетов. См. Раздел Поддержка SSL / TLS для получения дополнительной информации. Как отмечено там, такие модификации возможны вне зависимости от того, используется ли SSL. |
Если ваши данные не в формате, поддерживаемом одним из стандартных десериализаторов, вы можете реализовать свой собственный; вы также можете реализовать собственный сериализатор.
Чтобы реализовать пару настраиваемых сериализаторов и десериализаторов, реализуйте org.springframework.core.serializer.Deserializer
и интерфейсы org.springframework.core.serializer.Serializer
.
Когда десериализатор обнаруживает закрытый входной поток между сообщениями, он должен выдать SoftEndOfStreamException
; это сигнал фреймворку о том, что закрытие было «нормальным».
Если поток закрывается во время декодирования сообщения, вместо этого должно быть сгенерировано какое-то другое исключение.
Начиная с версии 5.2, SoftEndOfStreamException
теперь является RuntimeException
вместо расширения IOException
.
Как отмечалось ранее, сокеты TCP могут быть «одноразовыми» (один запрос или ответ) или совместно используемыми. Общие сокеты плохо работают со шлюзами исходящей почты в средах с большим объемом, потому что сокет может обрабатывать только один запрос или ответ за раз.
Для повышения производительности вместо шлюзов можно использовать адаптеры каналов для совместной работы, но для этого требуется корреляция сообщений на уровне приложений. См. Корреляцию сообщений TCP для получения дополнительной информации.
Spring Integration 2.2 представила кэширующую фабрику клиентских подключений, которая использует пул общих сокетов, позволяя шлюзу обрабатывать несколько одновременных запросов с пулом общих подключений.
Вы можете настроить фабрику TCP-соединений, которая поддерживает переключение на один или несколько других серверов. При отправке сообщения фабрика перебирает все свои настроенные фабрики до тех пор, пока сообщение не будет отправлено или соединение не будет найдено.Первоначально используется первая фабрика в настроенном списке. Если соединение впоследствии не удается, следующая фабрика становится текущей фабрикой. В следующем примере показано, как настроить фабрику соединений с отказоустойчивым клиентом:
<фасоль>
<список>
При использовании фабрики соединений для переключения при отказе свойство singleUse должно согласовываться между самой фабрикой и списком фабрик, которые она настроена для использования. |
Фабрика соединений имеет два свойства, связанных с восстановлением после сбоя при использовании совместно используемого соединения ( singleUse = false
):
refreshSharedInterval
закрытьOnRefresh
Рассмотрим следующий сценарий на основе приведенной выше конфигурации:
Допустим, clientFactory1
не может установить соединение, а clientFactory2
может.
Когда метод failCF
getConnection ()
вызывается после прохождения refreshSharedInterval
, мы снова попытаемся подключиться, используя clientFactory1
; в случае успеха соединение с clientFactory2
будет закрыто.Если closeOnRefresh
равно false
, «старое» соединение останется открытым и может быть повторно использовано в будущем, если первая фабрика снова выйдет из строя.
Установить refreshSharedInterval
для попытки повторного соединения с первой фабрикой только после истечения этого времени; установите для него значение Long.MAX_VALUE
(по умолчанию), если вы хотите вернуться к первой фабрике только при сбое текущего соединения.
Установите closeOnRefresh
, чтобы закрыть «старое» соединение после того, как обновление фактически создаст новое соединение.
Эти свойства не применяются, если какая-либо из фабрик делегатов является CachingClientConnectionFactory , потому что там обрабатывается кэширование соединения; в этом случае для установления соединения всегда будет использоваться список фабрик соединений. |
Начиная с версии 5.3, они по умолчанию равны Long.MAX_VALUE
и true
, поэтому фабрика пытается выполнить восстановление после сбоя только при сбое текущего соединения.Чтобы вернуться к поведению по умолчанию предыдущих версий, установите для них 0
и false
.
Ни один из набора LineReceiver
, NetstringReceiver
, Int8 / 16 / 32Receiver
, AMP
или PB
применимы к вашей проблеме, поскольку все они являются реализациями
конкретных протоколов формирования кадров (а в случае двух последних — обмена сообщениями).Вместо этого у вас есть собственный протокол, который вы хотите реализовать.
К счастью, это относительно просто: Twisted доставляет вам данные через ваш IProtocol
реализация ‘ dataReceived метод
.
Лучший способ справиться с подобными проблемами — это реализовать простой
сначала работать, а не беспокоиться о том, как именно он будет подключен
в Twisted. В вашем случае вам нужна функция, которая анализирует ваш протокол;
но, поскольку dataReceived
может доставить вам частичный пакет, вам необходимо
убедитесь, что функция возвращает 2 вещи: проанализированные данные и все оставшиеся
буфер.Когда у вас есть такая функция, вы можете подключить ее к протоколу
подкласс довольно легко.
Ваше объяснение протокола было не очень ясным, так что это может быть не совсем правильно, но я интерпретировал ваше описание формата сообщения так:
октет 0xFD
октет 0xAA
150 октетов realtimeData
октет 0xCC
октет 0xDD
октет 0xFD
октет 0xCC
190 октетов "extraData1"
октет 0xCC
октет 0xDD
октет 0xFD
октет 0xCC
192 октета "extraData2"
октет 0xCC
октет 0xDD
другими словами, одно сообщение протокола имеет длину 544 байта и содержит 3 поля и 12 байтов заполнения, которые должны быть правильными.
Итак, давайте сначала напишем класс Message
, который представляет сообщение с этими
три поля, используя модуль стандартной библиотеки struct
для синтаксического анализа и сериализации
его поля:
из struct import Struct
сообщение класса (объект):
format = Struct (
"!" # Сетевой порядок байтов; всегда в хорошей форме.
"2с" # ФД АА
"150 с" # realtimeData
"4с" № CC DD FD CC
"190-е" # extra1
"4с" № CC DD FD CC
"192s" # extra2
"2с" # УК ДД
)
def __init __ (self, realtimeData, extra1, extra2):
себя.realtimeData = realtimeData
self.extra1 = extra1
self.extra2 = extra2
def toBytes (сам):
вернуть self.format.pack (
b "\ xFD \ xAA", self.realtimeData, b "\ xCC \ xDD \ xFD \ xCC", self.extra1,
b "\ xCC \ xDD \ xFD \ xCC", self.extra2, b "\ xCC \ xDD"
)
@classmethod
def fromBytes (cls, октеты):
[fdaa, realtimeData, ccddfdcc, extra1, ccddfdcc2, extra2,
ccdd] = cls.format.unpack (октеты)
# проверить целостность сообщения
assert fdaa == b "\ xFD \ xAA"
assert ccddfdcc == b "\ xCC \ xDD \ xFD \ xCC"
assert ccddfdcc2 == b "\ xCC \ xDD \ xFD \ xCC"
assert ccdd == b "\ xCC \ xDD"
вернуть cls (realtimeData, extra1, extra2)
@classmethod
def parseStream (cls, streamBytes):
sz = cls.format.size
messages = []
а len (streamBytes)> = sz:
messageData, streamBytes = streamBytes [: sz], streamBytes [sz:]
messages.append (cls.fromBytes (messageData))
возвращать сообщения, streamBytes
Важной частью взаимодействия с Twisted является последняя parseStream
метод, который превращает стопку байтов в стопку сообщений, и
оставшиеся байты, которые еще не были проанализированы. Тогда мы можем иметь протокол
понять реальный сетевой поток, например:
из скрученной.Протокол импорта internet.protocol
класс MyProtocol (Протокол):
буфер = b ""
def dataReceived (self, data):
сообщения, self.buffer = Message.parseStream (self.buffer + data)
для сообщения в сообщениях:
self.messageReceived (сообщение)
def messageReceived (self, message):
"сделать что-нибудь полезное с сообщением"
Вместо того, чтобы вызывать self.messageReceived
, вы можете вызвать метод для
какой-либо другой атрибут self
, или, возможно, ретранслировать объект Message
до
фабрика, связанная с этим протоколом.Тебе решать! Поскольку вы сказали это
вы хотите «проанализировать пакет и сохранить его в буфере в Factory», возможно, вы
просто хочу сделать self.factory.messagesBuffer.append (message)
. Надеюсь, это
кажется чище, чем ваш подход «конкатенации пакетов», который не был
описал достаточно ясно, чтобы я мог понять, что вы считали неприятным
об этом.
Internal TCP / UDP Load Balancing — это региональный балансировщик нагрузки, который позволяет запускать и масштабируйте свои услуги за счет внутреннего IP-адреса.Вы можете использовать внутренний балансировщик нагрузки TCP / UDP в качестве следующего перехода, на который пакеты пересылаются по путь к их конечному пункту назначения. Для этого вы устанавливаете балансировщик нагрузки как следующий переход в настраиваемом статическом маршруте.
Прежде чем просматривать информацию на этой странице, вы должны быть уже знакомы с концепциями из следующих:
Внутренний балансировщик нагрузки TCP / UDP на следующем переходе полезен в следующих случаях:
Для балансировки нагрузки трафика между несколькими работающими виртуальными машинами. как виртуальные машины шлюза или маршрутизатора.
Для использования виртуального шлюза Техника в качестве следующего перехода по маршруту по умолчанию. В этой конфигурации виртуальная машина (ВМ) в вашей сети виртуального частного облака (VPC) отправляют трафик в Интернет через набор виртуальных машин виртуального шлюза с балансировкой нагрузки.
Для отправки трафика через несколько балансировщиков нагрузки в двух или более направлений, используя тот же набор виртуальных машин шлюза или маршрутизатора с несколькими сетевыми картами, что и бэкэнды. Для этого вы создаете балансировщик нагрузки и используете его в качестве следующего перехода. для настраиваемого статического маршрута в каждой сети VPC.Каждый внутренний балансировщик нагрузки TCP / UDP работает в одной сети VPC, распределение трафика на сетевые интерфейсы серверных виртуальных машин в этой сети.
На следующей схеме группа экземпляров виртуальной машины виртуальных машин маршрутизатора служит
бэкэнд для двух разных балансировщиков нагрузки.
Первая внутренняя балансировка нагрузки TCP / UDP отправляет пакеты на nic0
серверной части.
Виртуальные машины, а вторая внутренняя балансировка нагрузки TCP / UDP отправляет пакеты на nic1
на
те же бэкенды.
Когда балансировщик нагрузки является следующим переходом для статического маршрута, никаких специальных конфигурация необходима в гостевых операционных системах клиентских виртуальных машин в сеть VPC, в которой определен маршрут. Клиентские виртуальные машины отправляют пакеты в серверные части балансировщика нагрузки через Сетевая маршрутизация VPC в наткнуться на провод мода.
Использование внутреннего балансировщика нагрузки TCP / UDP в качестве следующего перехода для статического маршрута обеспечивает те же преимущества, что и внутренняя балансировка нагрузки TCP / UDP.Загрузка проверка работоспособности балансировщика гарантирует, что новые соединения будут перенаправлены на работоспособные серверные ВМ. Используя управляемую группу экземпляров в качестве серверной части, вы можете настроить автомасштабирование для увеличения или уменьшения набора виртуальных машин в зависимости от службы потребность.
Ниже приведены спецификации для использования внутренних балансировщиков нагрузки TCP / UDP в качестве следующих переходов.
Вы можете создать собственный статический маршрут для передачи TCP, UDP и других протоколов.
трафик на внутренний балансировщик нагрузки TCP / UDP, где балансировщик нагрузки является
следующий переход для статического маршрута.Маршрут может быть внешним (общедоступным)
Префикс CIDR или внутренний префикс CIDR, если префикс не конфликтует с
маршрут подсети. Для
Например, вы можете заменить маршрут по умолчанию ( 0.0.0.0/0
) маршрутом, который
направляет трафик на сторонние серверные ВМ для обработки пакетов.
У вас есть два варианта указания балансировщика нагрузки в качестве следующего перехода.
Вариант спецификации | Сеть следующего перехода | Может быть экспортирован в одноранговые сети |
---|---|---|
Имя правила пересылки и регион балансировщика нагрузки | Балансировщик нагрузки следующего прыжка и маршрут должны находиться в одном VPC сеть | Да, путем экспорта пользовательских маршрутов (применимо к маршруты без тегов экземпляра) |
Внутренний IP-адрес правила переадресации | Балансировщик нагрузки следующего перехода может находиться в той же сети VPC, что и маршрут или в одноранговой сети VPC | Да, всегда экспортируется (кроме маршрутов с тегами экземпляра) |
Доступна привязка IP-сеанса клиента параметр привязки сеанса.Это двухкортежное сходство, в котором используются исходный IP-адрес и место назначения. IP-адрес в качестве входных данных для хэш-функции.
При использовании внутреннего балансировщика нагрузки TCP / UDP, IP-адрес назначения адрес — это IP-адрес правила пересылки балансировщика нагрузки. Клиентский IP сходство сеанса в этом контексте означает, что соединения от клиента с постоянный исходный IP-адрес доставляется на одну и ту же внутреннюю виртуальную машину, если серверная часть ВМ здорова.
Напротив, при использовании внутреннего балансировщика нагрузки TCP / UDP в качестве следующего перехода для статического маршрута, IP-адрес назначения меняется, потому что балансировщик нагрузки внутренние виртуальные машины обрабатывают и маршрутизируют пакеты с разными IP-адресами назначения.Использование привязки сеанса IP клиента в этом контексте не приводит к тому, что пакеты обрабатывается той же серверной ВМ, даже если у клиента постоянный IP-адрес источника. адрес.
Пункт назначения настраиваемого статического маршрута
не может быть равным или более конкретным, чем подсеть
маршрут. Обратите внимание, что более конкретный означает, что
маска подсети длиннее. Это правило применяется ко всем настраиваемым статическим маршрутам, включая
когда следующим переходом является внутренний балансировщик нагрузки TCP / UDP. Например, предположим, что ваш
маршрут подсети — 10.140.0.0 / 20
. Пункт назначения настраиваемого статического маршрута не может
быть таким же ( 10.140.0.0/20
), и не может быть более конкретным, как в 10.140.0.0/22
.
Пользовательские статические маршруты, которые используют внутренние балансировщики нагрузки TCP / UDP в качестве следующих переходов, ограничены следующее:
Одна сеть VPC. Балансировщик нагрузки и настраиваемый статический маршрут должен находиться в той же сети VPC.
Отдельный регион или все регионы. Если вы не настроите глобальный доступ, настраиваемый статический маршрут доступен только для ресурсов в том же регионе, что и балансировщик нагрузки. Этот региональные ограничения действуют, даже если сам маршрут является частью таблица маршрутизации для всей сети VPC. Если вы включите глобальный доступ, настраиваемый статический маршрут доступен для ресурсов в любом регионе.
Чтобы объявить префикс (пункт назначения) для настраиваемого статического маршрута, вы можете использовать собственный маршрут Cloud Router рекламное объявление.Объем объявление маршрута зависит от настройки глобального доступа балансировщика нагрузки, так как следует:
Когда глобальный доступ отключен, внутренний балансировщик нагрузки TCP / UDP доступен только для Виртуальные машины, туннели Cloud VPN и вложения Cloud Interconnect (VLAN), которые находятся в том же регионе, что и балансировщик нагрузки. Следовательно, объявление настраиваемого маршрута для префикса настраиваемого статического маршрута имеет смысл только если облачный маршрутизатор и балансировщик нагрузки находятся в одном регионе.
Когда глобальный доступ включен, для виртуальных машин доступен внутренний балансировщик нагрузки TCP / UDP, Туннели Cloud VPN и вложения Cloud Interconnect (VLAN), находящиеся в любом регионе.С глобальной динамической маршрутизацией, локально системы могут использовать настраиваемый статический маршрут из любого подключенного региона.
В следующей таблице приведены сведения о доступности балансировщика нагрузки.
Глобальный доступ | Режим динамической маршрутизации сети VPC | Доступ к балансировщику нагрузки |
---|---|---|
Отключено | Региональный | Доступен маршрутизаторам в том же регионе |
Отключено | Глобальный | Доступен маршрутизаторам в том же регионе |
Включено | Региональный | Доступен для всех маршрутизаторов в в любом регионе |
Включено | Глобальный | Доступен для всех маршрутизаторов в в любом регионе |
Подробнее информацию см. в разделе Внутренняя балансировка нагрузки TCP / UDP и подключенный сети.
Вы должны создать внутренний балансировщик нагрузки TCP / UDP, прежде чем вы сможете создать настраиваемый статический маршрут, который использует его в качестве следующего перехода. Балансировщик нагрузки должен существовать прежде, чем вы сможете создать маршрут. Если вы попытаетесь создать маршрут, который ссылается на несуществующий балансировщик нагрузки, Google Cloud возвращает ошибку.
Вы указываете следующий переход внутреннего балансировщика нагрузки TCP / UDP, используя пересылку имя правила и регион балансировщика нагрузки, или используя внутренний IP-адрес связанный с правилом переадресации.
После того, как вы создали маршрут со следующим переходом, который ссылается на внутренний балансировщик нагрузки TCP / UDP, вы не можете удалить балансировщик нагрузки, если сначала не удалите маршрут. В частности, вы не можете удалить правило внутренней переадресации, пока не пользовательский статический маршрут использует этот балансировщик нагрузки в качестве следующего перехода.
Необходимо настроить все внутренние виртуальные машины внутреннего балансировщика нагрузки TCP / UDP.
чтобы разрешить переадресацию IP ( --can-ip-forward = True
).Для дополнительной информации,
см. Рекомендации по экземплярам или балансировщику нагрузки
маршрутизация.
Нельзя использовать внутренний балансировщик нагрузки TCP / UDP, серверные части которого Узлы Google Kubernetes Engine (GKE) в качестве следующего перехода для пользовательского статического маршрута. Программное обеспечение на узлах может направлять трафик на модули только в том случае, если пункт назначения совпадает. IP-адрес, управляемый кластером, а не произвольный пункт назначения.
Если внутренний балансировщик нагрузки TCP / UDP в качестве маршрута следующего перехода был создан до 15 мая 2021 г., балансировщик нагрузки пересылает на бэкэнд только TCP и UDP трафик на всех портах Виртуальные машины, независимо от правила переадресации или конфигурации серверной службы. Все другой трафик, такой как пинги ICMP, будет обрабатываться следующим наиболее специфичным маршрут в вашей сети VPC.
Если маршрут, созданный до 15 мая 2021 года, будет продолжать действовать 16 августа, 2021 г., он будет автоматически переведен на пересылку всего трафика протокола. с 16 августа 2021 г.Если вы не хотите ждать до тех пор, вы можете включить пересылка трафика для всех протоколов путем создания новых маршрутов и удаления Старые.
Когда внутренний балансировщик нагрузки TCP / UDP развертывается в качестве следующего перехода, Google Cloud перенаправляет весь трафик на всех портах на серверные ВМ, независимо от следующее:
Внутренний балансировщик нагрузки TCP / UDP, который является следующим переходом маршрута, легко поддерживает пересылка всего трафика для протоколов, поддерживаемых Google Cloud Сети VPC (например, TCP, UDP и ICMP).
Когда все серверные ВМ неработоспособны. Когда все серверные части внутренний балансировщик нагрузки TCP / UDP не проверяет работоспособность, маршруты, использующие этот балансировщик нагрузки следующий переход все еще в силе. Пакеты, обработанные маршрутом, отправляются одному бэкэндов балансировщика нагрузки следующего перехода в соответствии с трафиком распределение.
Правила переадресации, использующие общий внутренний IP-адрес
( --purpose = SHARED_LOADBALANCER_VIP
) не поддерживаются. Следующий переход
внутренний балансировщик нагрузки TCP / UDP и внутренние правила пересылки балансировщика нагрузки TCP / UDP с общим IP
адрес
являются взаимоисключающими функциями. Внутренний балансировщик нагрузки TCP / UDP следующего перехода должен использовать
IP-адрес, уникальный для правила пересылки балансировщика нагрузки, чтобы
Однозначно упоминается только одна внутренняя служба (один балансировщик нагрузки).
Правила переадресации, использующие общий внутренний IP-адрес, могут быть
ссылаться на разные серверные службы (разные внутренние балансировщики нагрузки TCP / UDP).
Один и тот же пункт назначения и несколько внутренних балансировщиков нагрузки TCP / UDP на следующем переходе. Если вы создаете два или более настраиваемых статических маршрута с одним и тем же пунктом назначения,
используя другой внутренний балансировщик нагрузки TCP / UDP на следующих переходах, Google Cloud никогда не распределяет трафик между следующими переходами балансировщика нагрузки с помощью ECMP.
Если маршруты имеют уникальные приоритеты, Google Cloud использует следующий переход.
внутренний балансировщик нагрузки TCP / UDP из маршрута с наивысшим приоритетом. Если маршруты
имеют равные приоритеты, Google Cloud по-прежнему выбирает только один следующий переход
внутренний балансировщик нагрузки TCP / UDP.В этой последней ситуации, как показано на
на диаграмме ниже, Google Cloud использует детерминированный внутренний алгоритм
для выбора одного правила переадресации следующего перехода ( forwarding-rule-a
),
игнорирование других маршрутов с таким же приоритетом.
Несколько пунктов назначения и один и тот же внутренний балансировщик нагрузки TCP / UDP на следующем переходе.
С тегами экземпляра:
Если вы используете теги экземпляра (также называемые сетью теги ), вы можете использовать тот же следующий переход внутренний балансировщик нагрузки TCP / UDP для нескольких настраиваемых статических маршрутов с одним и тем же пункт назначения и приоритет.
Без тегов экземпляра: Без тегов экземпляра вы не можете создать несколько
настраиваемые статические маршруты, имеющие одинаковую комбинацию назначения, приоритета,
и внутренний балансировщик нагрузки TCP / UDP следующего перехода. Например, route-x
, route-y
и
Можно создать route-z
, но невозможно создать route-x-copy
.
Теги экземпляров.
Вы можете указать теги экземпляра (также называемые сетевыми тегами ), чтобы маршрут следующего перехода применяется только к клиентским экземплярам, которые были настроены с тегом. Это позволяет вам выбрать, какие клиентские экземпляры будут заполнены который пометил маршрут следующего перехода и какой набор устройств будет маршрутизировать ваш трафик в.
Вам не нужно разделять разные клиентские экземпляры на отдельные Сети VPC, каждая из которых указывает на предпочитаемый внутренний балансировщик нагрузки TCP / UDP перед набором устройств.
Примечание. Маршруты с тегами не экспортируются и не импортируются через пиринг.Несколько маршрутов к одному префиксу пункта назначения. С помощью тегов экземпляра вы можете указать несколько маршрутов к одному месту назначения. с различными внутренними балансировщиками нагрузки в качестве следующих переходов. Вы можете использовать разные теги экземпляров или разные приоритеты для тех же маршрутов назначения.
Вы можете использовать внутренний балансировщик нагрузки TCP / UDP в качестве следующего перехода в нескольких развертываниях и топологии.
Для каждого примера обратите внимание на следующие рекомендации:
Каждый интерфейс виртуальной машины должен находиться в отдельной сети VPC.
Вы не можете использовать серверные виртуальные машины или балансировщики нагрузки для маршрутизации трафика между подсетями. в той же сети VPC, потому что маршруты подсети не могут быть переопределено.
Внутренний балансировщик нагрузки TCP / UDP — это программно определяемая сквозная нагрузка. балансир. Пакеты доставлены для поддержки виртуальных машин без изменения исходной или целевой информации (адреса или адреса и порты).
Маршрутизация, фильтрация пакетов, проксирование и трансляция адресов являются ответственность виртуальных машин виртуальных устройств, которые служат серверной частью для внутренний балансировщик нагрузки TCP / UDP.
Этот вариант использования позволяет распределять нагрузку между внутренними виртуальными машинами на несколько шлюзов NAT. экземпляры, которые направляют трафик в Интернет.
Пример использования NAT (щелкните, чтобы увеличить)Помимо обмена маршрутами подсети, вы можете настроить VPC Network Peering для экспорта и импорта пользовательских статические и динамические маршруты.Пользовательские статические маршруты, которые следующий переход интернет-шлюза по умолчанию исключен. Обычай включены статические маршруты, использующие внутренние балансировщики нагрузки TCP / UDP следующего перехода.
Вы можете настроить топологию «ступица и звезда» с виртуальным межсетевым экраном следующего перехода.
устройства, расположенные в сети концентратора
VPC, выполняя
следующее:
hub
VPC создайте внутренний балансировщик нагрузки TCP / UDP
с виртуальными устройствами межсетевого экрана в качестве серверной части. сети VPC
создайте собственный статический маршрут и установите
следующим переходом будет внутренний балансировщик нагрузки TCP / UDP.
к сети VPC с каждой из спиц
Сети VPC с использованием одноранговой сети VPC.
для экспорта своих пользовательских маршрутов, и
сконфигурируйте соответствующую лучевую сеть
для импорта пользовательских маршрутов. Маршрут
с балансировщиком нагрузки следующий переход — это один из маршрутов, по которым концентратор сеть
экспорт. В зависимости от порядка маршрутизации следующий переход
Балансировщик нагрузки устройства межсетевого экрана в сети hub
VPC
доступно в сетях со спицами:
В следующем варианте использования серверные ВМ являются экземплярами виртуального устройства (для например, проверка пакетов, маршрутизация или виртуальные машины шлюза) с сетевыми интерфейсами в нескольких Сети VPC. Эти экземпляры виртуального устройства могут быть коммерческими. решения от третьих лиц или решения, которые вы создаете сами. Виртуальный устройства — это виртуальные машины Compute Engine с несколько сетевых карт.
В этом примере показан один набор серверных виртуальных устройств в управляемой виртуальной машине. группа экземпляров.
В сети VPC под названием тестирование
, внутренний балансировщик нагрузки TCP / UDP имеет
правило переадресации называется fr-ilb1
. В этом примере балансировщик нагрузки
распределяет трафик на интерфейс nic0
.
В сети VPC называется производство
, другой
Внутренний балансировщик нагрузки TCP / UDP имеет правило пересылки под названием fr-ilb2
. Этот балансировщик нагрузки
распределяет трафик на другой интерфейс, в этом примере nic1
.
Подробную информацию о настройке конфигурации см. В разделе Балансировка нагрузки на несколько бэкэндов. Сетевые карты.
В предыдущем примере не используется преобразование сетевого адреса источника. (SNAT). SNAT не требуется, поскольку Google Cloud использует симметричное хеширование . Это означает, что когда пакеты принадлежат одному потоку, Google Cloud вычисляет такой же хеш. Другими словами, хеш не изменить, когда исходный IP-адрес: порт заменяется IP-адресом назначения адрес: порт.
Примечания:
Симметричное хеширование включается автоматически при создании внутреннее правило переадресации балансировщика нагрузки TCP / UDP 22 июня 2021 г. или позднее.
Чтобы включить симметричное хеширование на существующих внутренних балансировщиках нагрузки TCP / UDP, необходимо воссоздайте правило переадресации и маршрут следующего перехода, как описано в Включение симметричного хеширование.
Симметричное хеширование поддерживается только с внутренней балансировкой нагрузки TCP / UDP.
Симметричное хеширование поддерживается со следующими типами привязки сеанса для протоколы TCP и UDP:
При желании вы можете использовать SNAT, если этого требует ваш вариант использования.
Ingress не поддерживает службы TCP или UDP. По этой причине этот контроллер Ingress использует флаги --tcp-services-configmap
и --udp-services-configmap
, чтобы указать на существующую карту конфигурации, где ключ — это внешний порт для использования, а значение указывает службу. для отображения в формате: <пространство имен / имя службы>: <порт службы>: [ПРОКСИ]: [ПРОКСИ]
Также можно использовать номер или имя порта.Два последних поля необязательны. Добавив PROXY
в одно или оба из двух последних полей, мы можем использовать декодирование (прослушивание) и / или кодирование (proxy_pass) протокола прокси в службе TCP. Первый PROXY
управляет декодированием прокси-протокола, а второй PROXY
управляет кодированием с использованием прокси-протокола. Это позволяет декодировать входящее соединение или кодировать исходящее соединение. Также возможно провести арбитраж между двумя разными прокси-серверами, включив декодирование и кодирование в службе TCP.
В следующем примере показано, как открыть службу example-go
, работающую в пространстве имен по умолчанию
в порту 8080
, используя порт 9000
apiVersion: v1
вид: ConfigMap
метаданные:
имя: tcp-services
пространство имен: ingress-nginx
данные:
9000: "по умолчанию / пример: 8080"
Начиная с 1.9.13 NGINX обеспечивает балансировку нагрузки UDP. В следующем примере показано, как открыть службу kube-dns
, работающую в пространстве имен kube-system
в порту 53
, используя порт 53
apiVersion: v1
вид: ConfigMap
метаданные:
имя: udp-services
пространство имен: ingress-nginx
данные:
53: "kube-system / kube-dns: 53"
Если используется поддержка прокси TCP / UDP, то эти порты должны быть представлены в службе, определенной для входящего трафика.