Проясните вопросик про UNIX socket.

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

1. SCM_CREDENTIALS (SCM_CREDS в bsd..?) в man 7 unix

2. стандартные права доступа к юникс сокетам в фс.

Я, по-моему, как-то спрашивал этот вопрос. Почитай, может тут есть ответ: [unix domain socket][SOCK_DGRAM] они только в одну сторону что-ли? :)

похоже, я понял вопрос непраивльно

Насчет SCM_CREDENTIALS я было хотел отдельную тему создать. Но, если ты с этим работал, то может прояснишь заодно пару вопросиков. При беглом ознакомлении с манами, что-то не могу понять. Ведь через один сокет передаются и полезные данные и Ancillary Messages со всякими credentials. Но для отправки и према того и другого используются разные системные вызовы.Получается протоколом обмена на прикладном уровне должно быть четко установлено в какие моменты, например, сервер должен пытаться вычитывать из сокета данные, или же credentials mtssages? Так что ли?

Хм. Т.е. клиент должен создать на своем конце сокет и посылать с использованием его адреса. Чудно как-то. А по окончании работы клиент должен будет еще и сам свой сокет удалить?

А по окончании работы клиент должен будет еще и сам свой сокет удалить?

Хотелось бы. Есть проблема добавить две строчки кода? Впрочем, возможно, старый сокет перезатрётся если открыть новый. Лень читать и проверять.

Получается протоколом обмена на прикладном уровне должно быть четко установлено в какие моменты, например, сервер должен пытаться вычитывать из сокета данные, или же credentials mtssages?

Данные идут вместе с AM, вызов sendmsg() берёт и данные (msg_iov), и AM (msg_control). И сервер получает их тоже вместе через recvmsg(), можно обратотать всё по факту получения.

и сам свой сокет удалить?

Делай unlink, перед тем как. Это одна строка всего лишь.

Смотри как сдесь сделано. Но там правда тср. https://github.com/troydhanson/misc/blob/master/unixdomain/srv.c

старый сокет перезатрётся

Для SOCK_STREAM вроде нет, но я не уверен. Для DGRAM не знаю.

А как оперировать с msg_iov структурой? Скажем, выполнив recvmsg, я получу данные, распределенные в msg_iov. Забрав их себе, нужно очистить память в msg_iov, или эта память будет использоваться/перераспределяться при вызове очередных recvmsg?

не нужно лениться читать мануалы, в данном случае за детялями отсылают к readv(). Все буфера должен сам приготовить в msg_iov и msg_control, recvmsg() их не выделяет.