Строение розетки: Устройство розетки: разновидности и назначение

Содержание

Устройство розетки: разновидности и назначение

Содержание

1 Устройство штепсельных розеток
2 Зажимные клеммы в розетке
3 Условия монтажа
4 Технические характеристики

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

Устройство розетки от компании Schnaider Elektric

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

Устройство штепсельных розеток

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

Колодка оснащена:

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

Контактные колодки в розетке

Примечания:

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

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

Зажимные клеммы в розетке

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

Крепление провода с помощью зажимных клемм

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

Условия монтажа

Иногда условия монтажа вынуждают электриков крепить к одной клемме не один, а два провода. Поэтому в пружинных клеммах было предусмотрено два посадочных места для проводов. При присоединении проводов попарно необходимо следить, чтобы их диаметры были одинаковы. Если они и будут отличаться, то незначительно. Если этого не сделать тогда кабель может плохо зафиксироваться и крепление будет ненадежным. Например, вам сложно будет зажать провод с сечением в 1,5 мм,² если одновременно вы пытаетесь подключить кабель с сечением в 2,5 мм².

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

Соединять провода нужно правильно

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

Технические характеристики

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

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

Читайте также: vse-elektrichestvo.ru/rozetki/rozetka-s-tajmerom.html.

Электрические розетки: устройство и виды

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

Устройство розетки

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

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

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

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

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

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

Виды электрических розеток

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

Встроенная розетка

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

Наружная или накладная розетка

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

Переносные розетки

Имеют вид всем знакомого удлинителя.

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

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

RFC 129: Запрос комментариев по структуре имени сокета [Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Информационная страница]

НЕИЗВЕСТНО
Обновлено: 147

Рабочая группа по сети 22 апреля 1971 г.
Запрос комментариев: 129 Э. Э. Харслем-Рэнд
NIC 5845 Дж. Ф. Хифнер-Рэнд
Э. Мейер-MIT
ЗАПРОС НА КОММЕНТАРИИ ПО
СТРУКТУРА НАЗВАНИЯ СОКЕТА
ВВЕДЕНИЕ
Этот RFC является ответом на запрос (сделанный в
Февральское собрание NWG в Университете Иллинойса), что
мы комментируем несколько предлагаемых структур имен сокетов.
Мы приносим свои извинения за задержку с получением этих комментариев
и мы надеемся, что вы ответите быстрее с вашим
реакции.
Пожалуйста, направляйте свои ответы через стандартный RFC
механизм.
В этом RFC представлены две структуры, как показано
ниже.
31 1
+--------------------------------+-+
1. | Произвольный | | <-- пол
+--------------------------------+-+
24 7 1
+------------------------+------+-+
2. | ID пользователя | тег | | <-- пол
+------------------------+------+-+
Даны три варианта того, как
присваиваются имена сокетов, как примеры использования
первая структура.
1. Пользователи произвольно выбирают произвольное число
и связать его с процессом.
2. Регистратор динамически выбирает произвольное число
и связывает его с процессом через каталог.
3. Произвольный номер присваивается вне
регистратор, но может быть выдан регистратором
удаленная вечеринка.
[Страница 1]

Второй формат, показанный выше, связывает определенные сокеты.
с пользователями, а не с процессами.
     Следующее обсуждение охватывает три различные схемы
присвоения идентификатора сокета на простом примере.
Пользователь А на хосте А согласился (в письме, по телефону и т. д.)
с пользователем B на хосте B, чтобы их соответствующие процессы
установить соединение через Сеть в определенном месте
время. Пользователь B должен ожидать попытки подключения
инициирован Пользователем А. Проблемы, с которыми придется столкнуться, связаны с
адресация (как пользователь А узнает, к какому сокету подключаться?),
и безопасности (как оба пользователя могут быть уверены, что
они разговаривают друг с другом, а не с каким-то нарушителем?).  
     Далее следует четвертая схема, которая обращается к другому понятию.
использования сети — что соединения устанавливаются между процессами
и что процессы, а не пользователи, должны быть идентифицированы через
Имена сокетов.
СВОБОДНО ВЫБИРАЕМЫЕ СЛУЧАЙНЫЕ ИДЕНТИФИКАТОРЫ СОКЕТОВ (Схема 1)
     По этой схеме пользователь может использовать любой 32-битный
идентификатор сокета, который он выбирает. Действуют два ограничения:
младший бит обозначает пол сокета (0-чтение,
1-запись), и не более одного гнезда с данным идентификатором.
tifier может быть одновременно активен на хосте.
     Два пользователя выбирают подходящие случайные идентификаторы ("a"
и «б»). Пользователь A попытается активировать свой сокет с помощью
идентификатор "a" и подключите его к сокету "b" на узле B. Там
есть вероятность того, что кто-то, кроме пользователя Б,
активирован сокет "b" на узле B, чтобы пользователь A обращался
неправильная партия. Однако вероятность того, что некоторые другие
пользователь случайно выбрал этот конкретный идентификатор
достаточно мала, так как существует около миллиарда различных
идентификаторы.  Когда запрос на соединение от A попадает в
Пользователь Б, он изучает идентификатор вызывающего сокета.
Если по какой-то причине это не "а" или не от хоста А, он
отклоняет запрос, поскольку он, вероятно, исходит от какого-либо
                                                                [Страница 2]

посторонняя вечеринка. Если вызывающий сокет имеет имя, "a" и
с хоста A, пользователь B может быть достаточно уверен, что это с хоста A.
Пользователь А. Очень маловероятно, что какая-либо другая сторона
случайно обратиться к сокету "b" из сокета с именем "a".
     Преимущества этой схемы: простота и
разумная безопасность в невредоносной среде.
недостатки заключаются в том, что есть возможности от раздражать-
неизбежно неизбежные конфликты с другими пользователями и что каждый
пара пользователей должна провести предварительное конфиденциальное приватное
сообщение (в отличие от широковещательного объявления в
более безопасные схемы).
HOST-SELECTED IDENTIFIERS PLUS DIRECTORY (схема 2)
     Эта система использует ту же структуру идентификатора сокета
как указано выше, за исключением того, что Хозяин выбирает идентификатор
Fier в момент назначения сокета, и у пользователя нет
отсутствие предварительных знаний или контроля над заданием.  Сам по себе,
эта система была бы совершенно непригодна для использования, потому что
Пользователю А нельзя обратиться к Пользователю Б. Тем не менее, это позволяет
определенные сервисные функции (например, сетевой регистратор) для
имеют специально назначенные сокеты.
     Одним из них является служба сетевого каталога. Этот
служит для связи идентификатора сокета на конкретном хосте
на имя пользователя, работающего с ним. Это может либо
быть единой распределенной службой, или может существовать отдельная
ел сервис у каждого хоста.
     В этой схеме каждый пользователь, A и B, сначала активирует
его сокет (или каким-то образом заставить свой хост назначить и сообщить
идентификатор сокета). Затем он получает каталог
модуль на своем хосте, чтобы связать его имя с идентификатором
Только что активировался огонь розетки. После этого пользователь А
каким-то образом заставляет службу каталогов на узле B сообщать
ему идентификатор сокета, назначенный пользователю B. Затем пользователь A
отправляет запрос на соединение для этого сокета. 
                                                                [Страница 3]

Когда пользователь B получает запрос, он аналогичным образом вызывает
Служба каталогов на узле А, чтобы узнать имя пользователя
кто работает с сокетом, которым был вызван пользователь B. Если
имя пользователя А, пользователь Б может безопасно принять запрос.
В противном случае он отказывается.
     Эта схема довольно громоздка, но какой-то справочник
сервисы должны существовать для выбранных хостом идентификаторов сокетов, чтобы
работа. Преимущество службы каталогов заключается в том, что
допускает символьную адресацию. Существенный недостаток
его сложность в том, что он не обеспечивает абсолютного
безопасность. (Например, после того, как пользователь А получит идентификатор
сокета, к которому он должен обратиться, пользователь B может деактивировать его,
и кто-то еще мог прийти и получить то же имя
разъем.)
АДМИНИСТРАТИВНО НАЗНАЧАЕМЫЕ ИДЕНТИФИКАТОРЫ ПОЛЬЗОВАТЕЛЕЙ (Схема 3)
     Это система, которая представлена на странице 5
Протокольный документ 1 (03. 08.70). Под ней пользователь постоянно
присвоен идентификатор пользователя его домашним хостом. Eсть
подполе идентификатора пользователя в идентификаторе сокета и
NCP разрешает пользователю работать только с этими сокетами
с его удер-идентификатором. Это дает пользователю выбор
256 розеток, управляемых им.
     При организации соединения два пользователя A и B
сообщать друг другу свои пользовательские идентификаторы (или
ID может быть прочитан из каталога), и пользователь B указывает
какую из его розеток ("b") он будет "слушать". В
время соединения, пользователь А выбирает один из своих сокетов и
запрашивает подключение для него к сокету "b", указанному пользователем B.
По протоколу только пользователь B может управлять сокетом "b", поэтому пользователь A
можно быть уверенным в достижении нужной стороны.
     Когда пользователь Б получает запрос на подключение, он проверяет
подполе идентификатора пользователя идентификатора вызывающего сокета.
Если это идентификатор пользователя A, пользователь B принимает
запрос на подключение, уверенный, что это на самом деле Пользователь А в
другой конец.  В противном случае B отклоняет запрос.
                                                                [Страница 4]

Преимущества этой схемы в том, что если оба хоста
участвующие в соединении обеспечивают назначение идентификатора пользователя,
аспект неправильного подключения безопасности решен, и там
не может быть конфликта имен сокетов между пользователями. Также,
договоренности могут заключаться открыто и публично между многими
потенциальные коммуникаторы. Недостатком этой схемы является
что некоторые системы могут быть неспособны застраховать идентификатор пользователя
честность.
ВИД НА ЗНАЧЕНИЕ НАЗВАНИЯ СОКРЕТА (Схема 4)
     Другой взгляд на использование Сети заключается в том, что программы будут
программ, через НКП. Некоторые из этих программ могут быть
подсистемы множественного доступа, которые действительно являются агентами для локальных
консоли (и TELNET). Консоли обычно взаимодействуют
через какой-то такой программный агент, а не напрямую к
НКП.
     Таким образом, программы должны иметь фиксированный уникальный идентификатор,
известно его удаленным пользователям и, возможно, его локальному регистратору. 
Идентификатор постоянный; не меняется день ото дня
день. Если такая программа должна позволять несколько одновременных
соединения (для многих или одного пользователя), то он должен иметь
диапазон переменных идентификаторов, а также. Это имеет смысл
чтобы сгруппировать эти сокеты в непрерывном диапазоне. Переменная
идентификаторы являются временными и динамически связаны
с сетевыми логическими соединениями.
      +--------------------- ---------------------+
      | |
      | Фиксированный, уникальный // Переменный |
      | Идентификатор // Идентификатор |
      | |
      +--------------------- ---------------------+
      _________ _________/ _________ _________/
                //
       Идентифицирует Идентифицирует конкретный
       программа однозначно подключение программы
                                                                [Страница 5]

Вышеупомянутая предпосылка состоит в том, что программа (или агент)
общение с NCP и, следовательно, должно быть
идентифицируется для маршрутизации трафика сообщений от NCP. В
В прошлом было сказано, что пользователи могут быть мобильными, т. е.
войти с разных сайтов, и, таким образом, это пользователь, который
нуждается в идентификации. Во многих типичных онлайн-системах
пользователь сначала запрашивает услугу, а затем идентифицирует себя
на сервис для целей учета и т.д. Идентификаторы пользователей
могут быть переданы после запроса услуги и, таким образом, могут
быть выше значения имен сокетов.
Программа обычно может связывать терминалы, для
которым он является агентом, с переменной частью идентификатора
fier, т. е. конкретная(ые) связь(я). Например,
Программа сетевых услуг (NSP) в Rand теперь использует
следующий формат для имен сокетов. Первые 24 бита
назначен административно и будет известен регистратору.
Мультиплексный код обычно выбирается случайным образом. Предопределенный,
также возможны фиксированные мультиплексные коды.
24 7 1
+------------------------+----------+-+
| Номер программы | Мультиплекс | | <-- Пол
| | код | |
+------------------------+----------+-+
Таким образом, структура имени сокета №1 (стр. 1) соответствует
приведенный выше пример, а также другое исследовательское имя сокета
структур и различных «стандартов», наложенных на арбитраж.
тральное поле.
[Этот RFC был переведен в машиночитаемую форму для ввода]
[ в онлайн-архивах RFC Симона Деммель 4/97 ]
[Страница 6]

illumos: страница руководства: socket.h.3head

SOCKET.H(3HEAD) Заголовки SOCKET.H(3HEAD)

NAME

socket.h, socket, CMSG_DATA, CMSG_FIRSTHDR, CMSG_LEN, CMSG_NXTHDR,
CMSG_SPACE — семейство протоколов Интернета

9 0027 СИНТАКСИС
#include

ОПИСАНИЕ

Заголовок определяет целочисленный тип без знака с sa_family_t
по typedef .

Заголовок определяет структуру sockaddr , которая включает в себя
следующие элементы:

sa_family_t sa_family /* семейство адресов */ длина
данные) */

libxnet Интерфейсы
h> 9Заголовок 0037 определяет структуру msghdr для интерфейсов libxnet
, которая включает следующие элементы: iov /* разброс/ массив сбора */
int msg_iovlen /* члены в msg_iov */
void *msg_control /* вспомогательные данные, см. ниже */
socklen_t msg_controllen /* длина буфера вспомогательных данных */
int msg_flags /* флаги полученного сообщения */

Заголовок определяет структуру cmsghdr для libxnet , которая включает в себя следующие элементы:

socklen _t cmsg_len /* количество байтов данных , включая hdr */
int cmsg_level /* исходный протокол */
int cmsg_type /* тип протокола */

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

Значения для cmsg_level будут допустимыми значениями аргумента уровня для
функций getsockopt() и setsockopt() . Тип SCM_RIGHTS
поддерживается для уровня SOL_SOCKET 9.0037 .

Вспомогательные данные также возможны на уровне сокета. Заголовок
определяет следующие макросы для использования в качестве значений cmsg_type , когда
cmsg_level равно SOL_SOCKET .

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

SCM_UCRED
Указывает, что массив данных содержит ucred_t на
получено. ucred_t — это учетные данные отправляющего процесса
на момент отправки сообщения. Это специальный развивающийся интерфейс Sun-
. См. ucred_get(3C).

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

IPPROTO_IP , IP_RECVDSTADDR — SOCK_DGRAM Только

ipaddr_t , IP-адрес

IPPROTO_IP , IP_RECVIF

uint_t , ifIndex номер

IPPROTO_IP , IP_RECVOPTS — SOCK_DGRAM Только

Опции IP переменной длины, до 40 байт

IPPROTO_IP , IP_RECVPKTINFO — SOCK_DGRAM только

in_pktinfo_t

IPPROTO_IP , IP_RECVSLLA — SOCK_DGRAM Только

struct sockaddr_dl , адрес канального уровня

IPPROTO_IP , IP_RECVTTL — SOCK _DGRAM только

uint8_t , IP TTL (время жизни)

IPPROTO_IP , IP_RECVTOS

uint8_t , IP TOS (тип услуги)

SOL_SOCKET , SO_UCRED

ucred_t

Форматы вспомогательных данных IPv6 перечислены ниже под номером cmsg_level и
cmsg_type вместе с соответствующей полезной нагрузкой для каждого.

IPPROTO_IPV6 , IPV6_PKTINFO

in_pktinfo_t

IPPROTO_IPV6 , 90 036 IPV6_TCLASS

uint_t

IPPROTO_IPV6 , IPV6_PATHMTU

ip6_mtuinfo

IPPROTO_IPV6 , IPV6_HOPLIMIT

uint_t

IPPROTO_IPV6 , IPV6_HOPOPTS

параметры IPv6 переменной длины

IPPROTO_IPV6 , IPV6_DSTOPTS

Опции IPv6 переменной длины

IPPROTO_IPV6 , IPV6_RTHDR

IPv6 переменной длины options

IPPROTO_IPV6 , IPV6_DSTOPTS

опции IPv6 переменной длины

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

CMSG_DATA( cmsg )

Если аргумент является указателем на cmsghdr 900 37 структура, это макрос
возвращает беззнаковый символьный указатель на массив данных, связанный
со структурой cmsghdr .

CMSG_NXTHDR( mhdr , cmsg )

Если первый аргумент является указателем на msghdr , а второй аргумент
является указателем на структуру cmsghdr во вспомогательных данных
, на которую указывает поле msg_control этой структуры msghdr ,
этот макрос возвращает указатель на следующие 9 0036 cmsghdr или нулевой указатель
, если эта структура является последним cmsghdr во вспомогательных данных.

CMSG_FIRSTHDR( mhdr )

Если аргумент является указателем на msghdr , этот макрос
возвращает указатель на первую структуру cmsghdr во вспомогательных данных
, связанных с этой структурой msghdr , или нулевой указатель, если
нет вспомогательных данных, связанных с msghdr структура.

CMSG_SPACE ( len )

Учитывая длину объекта вспомогательных данных, CMSG_SPACE() возвращает
пространство, необходимое для объекта и его cmsghdr , включая
любое дополнение, необходимое для удовлетворения требований выравнивания. Этот макрос можно использовать, например, для динамического выделения пространства для
вспомогательных данных. Этот макрос не следует использовать для инициализации члена cmsg_len структуры cmsghdr . Вместо этого используйте макрос CMSG_LEN() .

CMSG_LEN ( len )

Учитывая длину объекта вспомогательных данных, CMSG_LEN() возвращает
для сохранения в члене cmsg_len структуры cmsghdr ,
принимая во внимание любое заполнение, необходимое для удовлетворения требований выравнивания
.

Заголовок определяет структуру linger , которая включает следующие элементы
:

int l_onoff /* указывает, включена ли опция задержки */
int l_linger /* время задержки в секундах */

Заголовок определяет следующие макросы:

SOCK_DGRAM
Сокет дейтаграмм

SOCK_STREAM
Сокет потока байтов

SOCK_SEQPACKET
Sequenced- сокет пакета

Заголовок h> определяет следующие макросы для использования в качестве
уровень аргумент setsockopt() и getsockopt() .

SOL_SOCKET
Доступ к параметрам осуществляется на уровне сокета, а не на уровне протокола
.

SOL_ROUTE
Доступ к параметрам осуществляется на уровне сокета маршрутизации, а не на уровне протокола
.

Заголовок определяет следующие макросы для использования в качестве
option_name аргумента вызовов getsockopt() или setsockopt() :

9003 6 SO_DEBUG
Выполняется отладочная информация. записано.

SO_ACCEPTCONN
Сокет принимает соединения.

SO_BROADCAST
Поддерживается передача широковещательных сообщений.

SO_REUSEADDR
Поддерживается повторное использование локальных адресов.

SO_KEEPALIVE
Соединения поддерживаются периодическими сообщениями.

SO_LINGER
Сокет задерживается при закрытии.

SO_OOBINLINE
Внеполосные данные передаются по линии.

SO_SNDBUF
Размер буфера отправки.

SO_RCVBUF
Размер буфера приема.

SO_ERROR
Состояние ошибки сокета.

SO_TYPE
Тип сокета.

SO_RECVUCRED
Запрос на получение дополнительных данных учетных данных пользователя.
Это специальный развивающийся интерфейс Sun. См.
ucred_get(3C).

SO_MAC_EXEMPT
Обязательное управление доступом ( MAC ) исключение для непомеченных
одноранговых узлов. Эта опция доступна, только если система
с настроенными доверенными расширениями.

SO_ALLZONES
Обход границ зоны (привилегированный).

Заголовок определяет следующие макросы для использования в качестве допустимых значений
для поля msg_flags в структуре msghdr или параметра
flags в recvfrom() 9003 7, recvmsg() , sendto() или sendmsg() вызовов:

MSG_CTRUNC
Данные управления усечены.

MSG_EOR
Завершает запись (если поддерживается протоколом).

MSG_OOB
Внеполосные данные.

MSG_PEEK
Оставить полученные данные в очереди.

MSG_TRUNC
Нормальные данные усечены.

MSG_WAITALL
Дождитесь завершения сообщения.

MSG_NOSIGNAL
Не генерировать сигнал SIGPIPE .

Заголовок определяет следующие макросы:

AF_UNIX
Сокеты домена UNIX

AF_INET
Сокеты домена Интернета

9 0036 Заголовок определяет следующие макросы :

SHUT_RD
Отключает дальнейшие операции приема.

SHUT_WR
Отключает дальнейшие операции отправки.

SHUT_RDWR
Отключает дальнейшие операции отправки и получения.

libsocket Интерфейсы
Заголовок определяет структуру msghdr для интерфейсов libsocket
, которая включает следующие элементы:

void *msg_name /* необязательный адрес */
socklen_t msg_namelen /* размер адреса */
struct iovec *msg_iov /* разброс/сбор массива */
int msg_iovlen /* # элементов в msg_iov */
caddr_t msg_accrights /* права доступа отправлены/получены */

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