Поддерживаемое название протокола для ide, как узнать

Обновлено: 21.11.2024

Протокол языкового сервера (LSP) определяет протокол, используемый между редактором или IDE и языковым сервером, который обеспечивает языковые функции, такие как автозаполнение, переход к определению, поиск всех ссылок и т. д. Цель формата индекса языкового сервера (LSIF) , произносимое как "else if"), предназначена для поддержки расширенной навигации по коду в инструментах разработки или веб-интерфейсе без необходимости локальной копии исходного кода.

Что такое протокол языкового сервера?

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

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

Идея Language Server Protocol (LSP) заключается в стандартизации протокола взаимодействия таких серверов и средств разработки. Таким образом, один Language Server можно повторно использовать в нескольких инструментах разработки, которые, в свою очередь, могут поддерживать несколько языков с минимальными усилиями.

LSP — это выигрыш как для поставщиков языков, так и для поставщиков инструментов!

CSS-код завершен в VS Code на базе CSS LSP-сервера

CSS-код завершен в Atom на базе CSS LSP-сервера

Код CSS завершен в Eclipse IDE на базе сервера CSS LSP

PowerShell Hover в VS Code на базе PowerShell LSP Server

Код Rust завершен в Visual Studio на базе Rust LSP Server

Обзор

Протокол определяет формат сообщений, отправляемых с использованием JSON-RPC между средством разработки и языковым сервером. LSIF определяет формат графика для хранения информации об артефактах программирования.

Спецификация

Последняя версия спецификации LSP — версия 3.16. Теперь также есть спецификация для будущего формата индекса языкового сервера (LSIF).

Реализации

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

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

Устройство со значительным риском

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

Исследования устройств, представляющих значительный риск, требуют одобрения как FDA, так и Institutional Review Board (IRB) до начала клинического исследования. Утверждение FDA можно получить, отправив заявку IDE в FDA (§812.20).

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

  • отправить полную заявку IDE (§812.20) в FDA на рассмотрение и получить одобрение FDA на IDE;

представить план расследования и отчет о предыдущих расследованиях (§812.25 и §812.27) в IRB в каждом учреждении, где должно проводиться расследование, для рассмотрения и утверждения; и

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

После получения заявки IDE спонсоры уведомляются по электронной почте о дате получения FDA исходной заявки и присвоенном номере IDE. Заявка на IDE считается одобренной через 30 дней после ее получения FDA, если FDA иным образом не информирует спонсора по электронной почте до 30 календарных дней с даты получения о том, что IDE одобрена, одобрена с условиями или отклонена. В случае несогласия спонсор имеет возможность отреагировать на недостатки и/или запросить проведение регулирующего слушания в соответствии с 21 CFR Part 16.

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

  • Маркировка. Устройство должно быть маркировано в соответствии с положениями об маркировке правил IDE (§812.5) и должно иметь пометку «ВНИМАНИЕ — Исследовательское устройство. Федеральное законодательство (или США) ограничивает его использование в исследовательских целях».< /li>
  • Распространение. Исследовательские устройства могут распространяться только среди квалифицированных исследователей §812.43(b).
  • Информированное согласие. Перед включением в исследование каждому субъекту необходимо предоставить и подписать форму информированного согласия. 21 CFR 50, Защита людей, содержит требования для получения информированного согласия.
  • Мониторинг. Все расследования должны находиться под надлежащим контролем для защиты людей и обеспечения соблюдения утвержденных протоколов в соответствии с §812.46.
  • Запреты. Коммерциализация, реклама и искажение информации об исследуемом устройстве, а также продление исследования запрещены (§812.7).
  • Записи и отчеты. Спонсоры и исследователи обязаны вести определенные записи и представлять отчеты исследователям, IRB и FDA (§812.140 и §812.150).

Устройство с незначительным риском

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

Исследование устройства с незначительным риском требует только одобрения IRB до начала клинического исследования. Спонсоры исследований с использованием устройств с незначительным риском не обязаны подавать заявку IDE в FDA для утверждения. Заявки на расследование незначительных устройств подаются непосредственно в IRB каждого участвующего учреждения. Спонсоры должны предоставить проводящему обзор IRB объяснение, почему устройство не представляет значительного риска. Если IRB не согласен и определяет, что устройство представляет значительный риск, спонсор должен сообщить об этом в FDA в течение пяти рабочих дней [§812.150(b)(9)]. FDA считает исследование устройства с незначительным риском одобренным IDE, если IRB соглашается с определением незначительного риска и одобряет исследование.

Спонсор также должен соблюдать сокращенные требования IDE согласно §812.2 (b):

  • Маркировка. Устройство должно быть маркировано в соответствии с положениями об маркировке правил IDE (§812.5) и должно иметь пометку «ВНИМАНИЕ — Исследовательское устройство. Федеральное законодательство (или США) ограничивает его использование в исследовательских целях».;
  • Одобрение IRB. Спонсор должен получить и поддерживать одобрение Наблюдательного совета по расследованиям (IRB) на протяжении всего расследования как исследования устройства с незначительным риском;
  • Информированное согласие. Спонсор должен гарантировать, что исследователи получают и документируют информированное согласие от каждого субъекта в соответствии с 21 CFR 50 «Защита субъектов-людей», за исключением случаев, когда IRB отказывается от документации в соответствии с §56.109(c);
  • Мониторинг. Все исследования должны находиться под надлежащим контролем для защиты людей и обеспечения соблюдения утвержденных протоколов (§812.46). Руководство по мониторингу исследований можно найти в Руководстве по мониторингу клинических исследований.
  • Записи и отчеты. Спонсоры обязаны вести определенные записи и составлять определенные отчеты в соответствии с требованиями правил IDE (§812.2(b)(1)(v)).
  • Записи и отчеты исследователей. Спонсор должен гарантировать, что участвующие исследователи ведут записи и составляют отчеты по мере необходимости (см. Обязанности исследователей); и
  • Запреты. Коммерциализация, реклама, тестовый маркетинг, искажение информации об исследуемом устройстве и продление исследования запрещены (§812.7).

Исследования, освобожденные от требований IDE

Все клинические исследования устройств должны иметь утвержденную IDE или не подпадать под действие правил IDE. Расследования, не подпадающие под действие 21 CFR 812, описаны в §812.2(c) правил IDE. К исследованиям, на которые не распространяются правила IDE, относятся:

  1. легально продаваемое устройство, если оно используется в соответствии с его маркировкой
  2. диагностическое устройство, если оно соответствует требованиям к маркировке в §809.10(c) и если тестирование:
    1. является неинвазивным;
    2. не требует инвазивной процедуры отбора проб, которая представляет значительный риск;
    3. не по замыслу или намерению вводит энергию в предмет; и
    4. не используется в качестве диагностической процедуры без подтверждения другим медицинским диагностическим продуктом или процедурой;
      Дополнительные рекомендации по исследованиям устройств для диагностики in vitro можно найти в разделе «Регулирование исследований устройств для диагностики in vitro (IVD)».

    В зависимости от характера исследования те исследования, на которые не распространяются требования правил IDE, могут или не могут быть освобождены от требований по рассмотрению и утверждению IRB в соответствии с Частью 56 и требований для получения информированного согласия в соответствии с Частью 50. , Для получения указаний относительно применимости этих правил в отношении расследований, проводимых в соответствии с положениями §812.2(c), свяжитесь с проводящим проверку IRB и/или с персоналом CDRH IDE по телефону (301) 796-5640 или в отделе CBER по коммуникациям, работе с общественностью. и разработка (OCOD) по телефону 301-827-1800.

    Кто должен подать заявку на IDE

    Спонсор клинического испытания несет ответственность за подачу заявки IDE в FDA (§812.40) и получение одобрения Институционального наблюдательного совета (IRB) до начала исследования. Иностранные компании, желающие провести клиническое исследование в США, ДОЛЖНЫ иметь спонсора в США (§812.18). При определенных обстоятельствах исследователь-клиницист может захотеть представить IDE и, следовательно, также выступать в качестве спонсора исследования.

    Когда подавать заявку

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

    Предварительные технико-экономические обоснования

    Раннее технико-экономическое обоснование – это ограниченное клиническое исследование устройства на ранней стадии разработки. Обычно это:

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

    Программа CDRH EFS способствует проведению ранних технико-экономических обоснований в Соединенных Штатах, чтобы расширить доступ пациентов к потенциально полезным технологиям и поддержать инновации в области устройств. Концепции EFS описаны в руководящем документе FDA «Исключения для исследовательских устройств (IDE) для клинических исследований медицинских устройств на ранней стадии, включая некоторые первые исследования на людях (FIH)».

    Процесс перед отправкой

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

    Предварительные заявки, которые являются разновидностью Q-Submission, могут использоваться для обсуждения потенциальных или запланированных IDE или PMA и могут включать обсуждение клинических исследований. Для получения дополнительной информации см. руководство «Запросы на обратную связь и встречи для подачи заявок на медицинское оборудование: программа Q-Submission».

    Q-заявки на определение риска исследования также можно отправить, чтобы запросить у FDA определение того, является ли запланированное клиническое исследование медицинского устройства значительным риском (SR), незначительным риском (NSR) или освобождением от правил IDE, как это определено правилами IDE. (21 CFR часть 812).

    Два типа официальных совещаний, совещаний по соглашению и совещаний по определению, были ранее установлены Законом о модернизации FDA (FDAMA) для облегчения взаимодействия с FDA и определены в разделах 520(g)(7) и 513(a)( 3)(D) Федерального закона о пищевых продуктах, лекарствах и косметических средствах соответственно. Дополнительную информацию о собраниях для определения и согласования можно найти в руководстве FDA «Ранние встречи по сотрудничеству в соответствии с Законом о модернизации FDA» (FDAMA), «Окончательное руководство для промышленности и персонала CDRH».

    Действие FDA в отношении приложений IDE

    Одобрение или неодобрение §812.30

    FDA уведомит спонсора по электронной почте о дате получения заявки IDE. FDA может одобрить, одобрить с изменением или отклонить заявку IDE. FDA может запросить дополнительную информацию о расследовании. Спонсор может предоставить запрошенную информацию или спонсор может рассматривать такой запрос как отклонение заявки и запросить слушание в соответствии с 21 CFR 16. Клиническое исследование может начаться после того, как FDA и IRB одобрят IDE для исследования. Расследование может начаться через 30 дней после того, как FDA получит заявку IDE на исследование устройства, если было получено одобрение IRB, если только FDA не уведомит спонсора о том, что расследование не может быть начато.

    Основания для отклонения или отзыва

    FDA может отклонить или отозвать одобрение заявки IDE, если FDA обнаружит, что:

    1. Спонсор не выполнил применимые требования правил IDE, любых других применимых правил или уставов или любых условий утверждения, наложенных IRB или FDA.
    2. Заявка или отчет содержат неверные утверждения или упускают необходимую существенную информацию.
    3. Спонсор не отвечает на запрос дополнительной информации в сроки, установленные FDA.
    4. Есть основания полагать, что риски для людей не перевешиваются ожидаемой пользой для субъектов или важностью полученных знаний.
    5. Информированное согласие является неадекватным.
    6. Предлагаемое исследование является необоснованным с научной точки зрения.
    7. Есть основания полагать, что используемое устройство неэффективно.
    8. Нецелесообразно начинать или продолжать расследование из-за способа использования устройства или неадекватности:
      (i) отчета о предыдущих расследованиях или плана расследования; (ii) методы, оборудование и средства контроля, используемые для производства, обработки, упаковки, хранения и, при необходимости, установки устройства; или (iii) мониторинг и проверка расследования.

    Уведомление об отклонении или отзыве

    Если FDA отклонит заявку IDE или предложит отозвать одобрение, FDA уведомит спонсора по электронной почте. Распоряжение об отклонении будет содержать полное изложение причин отклонения и будет информировать спонсора о праве запросить регулирующее слушание в соответствии с 21 CFR 16. FDA предоставит возможность проведения слушания до отзыва одобрения, если только FDA не определит, что существует необоснованный риск для здоровья населения в случае продолжения тестирования.

    Основания для клинического удержания

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

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

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

    CMS завершила внесение изменений в правила IDE (42 CFR § 405, подраздел B), вступившие в силу 1 января 2015 г. централизованный обзор и утверждение исследований IDE. Разрешение на исследование IDE категории A (экспериментальное) позволит покрыть предметы и услуги для обычного ухода, предоставляемые в рамках исследования, но не устройство категории A, которое законодательно исключено из покрытия. Разрешение на исследование IDE категории B (неэкспериментальное/исследовательское) позволит охватить в исследовании устройство категории B, а также обычные предметы ухода и услуги.

    Запрос покрытия

    Спонсоры с письмами об одобрении Управления по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA) от 1 января 2015 г. или более поздней версии для исследований IDE Категории A или Категории B, которые обращаются за страховым покрытием Medicare для исследований IDE Категории A или B, должны отправить в CMS пакет запроса, который включает следующую информацию:

    Запросы можно отправлять по электронной почте по адресу:

    Центры услуг Medicare и Medicaid
    Центр клинических стандартов и качества
    Директор группы охвата и анализа
    ATTN: Сертификация клинических исследований
    Почтовый индекс: S3-02-01
    7500 Security Blvd.
    Балтимор, Мэриленд, 21244

    Обратите внимание, что вам не нужно отправлять как электронные, так и печатные копии запросов в CMS.

    Для отправки по электронной почте

    • Имена файлов должны четко указывать тип документа (например, "Письмо-запрос", "Письмо-подтверждение IRB").
    • Каждый тип документа должен быть отдельным файлом (т. е. письмо-запрос должно быть отделено от протокола исследования IDE).
    • Предпочтительнее использовать файлы Word, PDF и Excel.

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

    Полезные советы по отправке запросов

    • Электронные письма и электронные документы предпочтительнее бумажных.

    Процесс проверки запроса

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

    Утвержденные исследования IDE

    По каждому исследованию IDE, утвержденному для целей покрытия Medicare после 1 января 2015 г., CMS будет еженедельно публиковать на этом веб-сайте информацию для спонсоров исследования, поставщиков услуг и MAC. Поставщики должны посетить эту веб-страницу, чтобы определить, одобрено ли исследование IDE для покрытия, прежде чем подавать заявки, связанные с IDE. CMS предоставляет следующую информацию для каждого исследования IDE, одобренного CMS:

    • Название исследования
    • Имя спонсора
    • Номер NCT
    • номер IDE
    • Дата утверждения CMS

    Изменения в утвержденных исследованиях IDE

    Спонсоры исследования должны уведомлять CMS об изменениях в исследованиях IDE, которые требуют еще одного письма об одобрении FDA. Спонсоры исследования должны отправить обновленное письмо об одобрении FDA и пересмотренный протокол с выделенными изменениями по адресу Clinicalstudynotification@cms.hhs.gov.

    Если спонсор исследования добавляет сайты клинических исследований после утверждения CMS, спонсор исследования должен обновить веб-запись ClinicalTrials.gov в соответствии с инструкциями NIH.

    Претензии, связанные с исследованиями IDE

    Заявки Medicare на предметы и услуги для планового ухода, связанные с исследованиями IDE категории A или B и устройствами IDE категории B, следует подавать в MAC, которые определят обычные расходы, по которым Medicare оплачивает каждую соответствующую заявку. Уточните у своего MAC, есть ли дополнительные требования.

    Завершение исследования IDE

    Если исследование IDE прекращается после утверждения CMS, спонсор исследования должен сообщить об этом CMS по адресу ClinicalStudynotification@cms.hhs.gov и обновить веб-запись ClinicalTrials.gov в соответствии с инструкциями NIH. Спонсоры исследования также должны проверять веб-сайты MAC на наличие местных требований.

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

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

    Зачем нужны протоколы?

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

    Типы интернет-протокола

    Интернет-протоколы бывают разных типов и имеют разное применение:-

    <р>1. TCP/IP (протокол управления передачей/Интернет-протокол): это набор стандартных правил, позволяющих различным типам компьютеров взаимодействовать друг с другом. Протокол IP гарантирует, что каждый компьютер, подключенный к Интернету, имеет определенный серийный номер, называемый IP-адресом. TCP определяет, как данные обмениваются через Интернет и как они должны быть разбиты на IP-пакеты. Он также обеспечивает наличие в пакетах информации об источнике данных сообщения, назначении данных сообщения, последовательности, в которой данные сообщения должны быть повторно собраны, и проверяет, правильно ли сообщение было отправлено на конкретный адрес. пункт назначения.

    1. Прикладной уровень. Прикладной уровень обеспечивает получение данных от отправляющей стороны в формате, приемлемом и поддерживаемом принимающей стороной.
    2. Транспортный уровень. Транспортный уровень отвечает за бесперебойную передачу данных от одного конца к другому. Он также отвечает за надежное подключение, устранение ошибок и управление потоком данных.
    3. Интернет-уровень. Этот интернет-уровень перемещает пакеты от источника к получателю, соединяя независимые сети.
    4. Уровень доступа к сети. Уровень доступа к сети определяет, как компьютер подключается к сети.
    <р>2. SMTP (простой протокол передачи почты): эти протоколы важны для отправки и распространения исходящих сообщений электронной почты. Этот протокол использует заголовок почты для получения идентификатора электронной почты получателя и помещает почту в очередь исходящих писем. И как только он доставляет письмо на получающий адрес электронной почты, он удаляет его из списка исходящих сообщений.

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

    <р>4. FTP (протокол передачи файлов): этот протокол используется для передачи файлов из одной системы в другую. Это работает по модели клиент-сервер. Когда машина запрашивает передачу файла с другой машины, FTO устанавливает соединение между ними и аутентифицирует друг друга, используя их идентификатор и пароль. И происходит передача желаемого файла между машинами.

    <р>5. SFTP (защищенный протокол передачи файлов): SFTP, также известный как SSH. FTP относится к протоколу передачи файлов (FTP) через безопасную оболочку (SSH), поскольку он шифрует как команды, так и данные во время передачи. SFTP действует как расширение для SSH и шифрует файлы и данные, а затем отправляет их через защищенный поток данных оболочки. Этот протокол используется для удаленного подключения к другим системам при выполнении команд из командной строки.

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

    <р>8. TELNET (терминальная сеть): TELNET — это стандартный протокол TCP/IP, используемый для службы виртуального терминала, предоставленный ISO. Это позволяет одному локальному компьютеру подключаться к другому. Подключаемый компьютер называется удаленным компьютером, а подключающийся — локальным компьютером. Операция TELNET позволяет нам отображать все, что выполняется на удаленном компьютере, на локальном компьютере. Это работает по принципу клиент/сервер. Локальный компьютер использует программу-клиент telnet, тогда как удаленный компьютер использует программу-сервер telnet.

    <р>9. POP3 (протокол почтового отделения 3): POP3 означает протокол почтового отделения версии 3. Он имеет два агента доступа к сообщениям (MAA), один из которых является клиентским MAA (агент доступа к сообщениям), а другой — серверным MAA (агент доступа к сообщениям) для доступа к сообщениям. из почтового ящика. Этот протокол помогает нам получать и управлять электронной почтой из почтового ящика на почтовом сервере получателя на компьютер получателя. Это подразумевается между получателем и почтовым сервером получателя.

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

    Протокол прикладного уровня:-

    1. ТЕЛНЕТ:

    Telnet расшифровывается как TELetype NETwork. Это помогает в эмуляции терминала. Он позволяет клиентам Telnet получать доступ к ресурсам сервера Telnet. Он используется для управления файлами в Интернете. Он используется для первоначальной настройки таких устройств, как коммутаторы. Команда telnet — это команда, использующая протокол Telnet для связи с удаленным устройством или системой. Номер порта телнета — 23.

    Команда

    2. FTP:

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

    Команда

    3. TFTP:

    Упрощенный протокол передачи файлов (TFTP) — это урезанная стандартная версия FTP, но этот протокол лучше всего выбрать, если вы точно знаете, что вам нужно и где это найти. Это технология передачи файлов между сетевыми устройствами и упрощенная версия FTP. Номер порта для TFTP — 69.

    Команда

    4. НФС:

    Расшифровывается как сетевая файловая система. Это позволяет удаленным хостам монтировать файловые системы по сети и взаимодействовать с этими файловыми системами, как если бы они были смонтированы локально. Это позволяет системным администраторам консолидировать ресурсы на централизованных серверах в сети. Номер порта для NFS — 2049.

    Команда

    5. SMTP:

    Расшифровывается как Simple Mail Transfer Protocol. Это часть протокола TCP/IP. Используя процесс, называемый «хранить и пересылать», SMTP перемещает вашу электронную почту по сетям и между ними. Он тесно сотрудничает с так называемым агентом передачи почты (MTA), чтобы отправить ваше сообщение на нужный компьютер и в почтовый ящик. Номер порта для SMTP — 25.

    Команда

    6. ЛПД:

    Расшифровывается как Line Printer Daemon. Он предназначен для совместного использования принтеров. Это часть, которая получает и обрабатывает запрос. «Демон» — это сервер или агент. Номер порта для LPD — 515.

    Команда

    7. Окно Х:

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

    Команда

    8. SNMP:

    Расшифровывается как Simple Network Management Protocol. Он собирает данные, опрашивая устройства в сети со станции управления через фиксированные или случайные промежутки времени, требуя от них раскрытия определенной информации. Это способ, с помощью которого серверы могут обмениваться информацией об их текущем состоянии, а также канал, через который администратор может изменять предварительно определенные значения. Номер порта SNMP: 161 (TCP) и 162 (UDP).

    Команда

    9. DNS:

    Команда

    10. DHCP:

    Протокол динамической конфигурации хоста (DHCP). Он дает IP-адреса хостам. Существует много информации, которую DHCP-сервер может предоставить хосту, когда хост регистрируется для получения IP-адреса на DHCP-сервере. Номер порта для DHCP: 67, 68.

    Команда

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

    Читайте также: