ECONNREFUSED на датаграмме Unix сокет

Question

ECONNREFUSED на датаграмме Unix сокет

0

Каковы возможные причины ECONNREFUSED при отправке через Unix сокета без установления соединения?

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

Я получаю ошибку независимо от того, используется ли sendto() или sendmsg().

if ((sock = socket(PF_UNIX, SOCK_DGRAM, 0)) < 0)
{
    return 0;
}
unlink("/tmp/serv");
addr.sun_family = AF_UNIX;    

strncpy(&addr.sun_path[0], "/tmp/serv", sizeof(addr.sun_path));

if (bind(sock, (struct sockaddr *)&addr, sizeof(addr)) < 0)
{
    return 0;
}

sockaddr_un from;
int fromlen = sizeof(from);
if (recvfrom(sock, &i, sizeof(i),0,(sockaddr*)&from,(socklen_t*)&fromlen) < 0 )
{
    //some error handling code
}

printf("from.sun_family=%d, from.sun_path=%s",from.sun_family,from.sun_path); // this prints, as expected "from.sun_family=1, from.sun_path=/tmp/client"
strncpy(&addr.sun_path[0], "/tmp/client", sizeof(addr.sun_path));
sendto(sock,"abc",3,0,(sockaddr*)&addr, sizeof(addr)); //this fails with ECONNREFUSED

George 24 сен. 2014, в 14:17

Источник

0

Эх, целевой сокет не существует?
user207421 24 сен. 2014, в 12:07
0

Это существует. Я отредактировал код в вопросе, чтобы показать, что клиент отправляет сообщение и recvfrom работает, как ожидалось. Клиентское приложение застряло в recv() (я могу там установить recv() останова)
George 24 сен. 2014, в 12:20
0

@ Джордж, который звонит в вашем коде здесь, дает вам ECONNREFEDED?
nos 24 сен. 2014, в 12:21
0

@nos sendto (sock, «abc», 3,0, (sockaddr *) & addr, sizeof (addr));
George 24 сен. 2014, в 12:23
0

@ Джордж А что делает клиент? Полученная здесь ошибка говорит о том, что ваш клиент не жив и не обслуживает / tmp / client
nos 24 сен. 2014, в 12:45
0

@nos клиент жив и ждет в recv()
George 24 сен. 2014, в 12:48
0

@ Джордж Ну, что-то происходит (например, вы запускаете несколько копий клиента или сервера, где-то есть ошибка, что-то происходит сбой и т. Д.), Иначе вы не получите ошибку, которую вы получаете - что вы получаете, когда пытается отправить в сокет , который мертв - смотри также здесь несколько советов о том, как отлаживать его. Я предлагаю вам опубликовать свой код клиента тоже.
nos 24 сен. 2014, в 12:53
1

Опубликовать минимальный скомпилированный и работающий клиент и сервер. Вы можете найти ошибку при их подготовке.
Maxim Egorushkin 24 сен. 2014, в 13:17

Показать ещё 6 комментариев

Теги:

c++

unix

sockets

unix-socket

1 ответ

Ещё вопросы

Это существует. Я отредактировал код в вопросе, чтобы показать, что клиент отправляет сообщение и recvfrom работает, как ожидалось. Клиентское приложение застряло в recv() (я могу там установить recv() останова)
@ Джордж, который звонит в вашем коде здесь, дает вам ECONNREFEDED?
@nos sendto (sock, «abc», 3,0, (sockaddr *) & addr, sizeof (addr));
@ Джордж А что делает клиент? Полученная здесь ошибка говорит о том, что ваш клиент не жив и не обслуживает / tmp / client
@ Джордж Ну, что-то происходит (например, вы запускаете несколько копий клиента или сервера, где-то есть ошибка, что-то происходит сбой и т. Д.), Иначе вы не получите ошибку, которую вы получаете - что вы получаете, когда пытается отправить в сокет , который мертв - смотри также здесь несколько советов о том, как отлаживать его. Я предлагаю вам опубликовать свой код клиента тоже.
Опубликовать минимальный скомпилированный и работающий клиент и сервер. Вы можете найти ошибку при их подготовке.

Maxim Egorushkin · Accepted Answer · 2014-09-24T09-32-00.000Z

От man 7 unix:

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

В Linux sendto на Unix-сокет делает следующее:

1548         if (sock_flag(other, SOCK_DEAD)) {
1549                 /*
1550                  *      Check with 1003.1g - what should
1551                  *      datagram error
1552                  */
1553                 unix_state_unlock(other);
1554                 sock_put(other);
1555 
1556                 err = 0;
1557                 unix_state_lock(sk);
1558                 if (unix_peer(sk) == other) {
1559                         unix_peer(sk) = NULL;
1560                         unix_state_unlock(sk);
1561 
1562                         unix_dgram_disconnected(sk, other);
1563                         sock_put(other);
1564                         err = -ECONNREFUSED;
1565                 } else {
1566                         unix_state_unlock(sk);
1567                 }
1568 
1569                 other = NULL;
1570                 if (err)
1571                         goto out_free;
1572                 goto restart;
1573         }

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

Ну, у меня есть сокет на другой стороне (на стороне клиента), привязка работала нормально. Я даже могу отправлять вещи с клиента и получать с recvfrom на сервере.
@ Джордж Ваш клиент может быть прерван после отправки.
Боюсь, что нет, у клиента есть какой-то очень простой код, после того, как он отправляет с sendto() он ждет в recv() .
@ Джордж Это первый раз, когда в простом коде была ошибка ...
Как я уже сказал, проблема воспроизводима на 100%, поэтому я удалил ненужный код. Это sendto() действительно отправляет "abc". На стороне клиента у меня действительно есть только sendto() setsockopt() устанавливающий 5-секундный таймаут и recv() .
Действительно, если я повторно инициализирую сокет на стороне клиента, все работает как положено. Теперь я озадачен, поскольку ничто не указывает на то, что клиентский сокет закрыт. Если я закрываю (сокет), я не получаю EBADF, в файловой системе существует / tmp / client, я могу отправить с использованием этого сокета, а другая сторона получает его адрес, если я использую recvfrom. У меня вопрос: есть ли способ узнать, открыта ли розетка?
@ Джордж Правильным способом было бы убедиться, что сокет не закрыт, особенно если это простой код, как вы упомянули. Запустите ваш клиент под GDB, установите точку останова на close и shutdown и посмотрите, что вызывает его с вашим сокетом.