Клиентский TCP сокет, send или recv?

0

3

Вот есть простой tcp клиент, самый обычный socket(..), connect(..) а что дальше нужно , send или recv?

Во всех мануалах «учим сокеты» после connect идет send, т.е. мы отправляем какие-то данные серверу. Но, вот я пробую соединиться с сервером DAYTIME (13 порт), там если идет запрос send, то до запроса recv уже не доходит, сервер разрывает соединение. И как быть? Если начинать общение с сервером с recv, тогда (если сервер ожидает от нас данные) вызов recv подвесит клиента на бесконечное время.

Запутался уже совсем.

Ссылка

←	Кросс компиляция [fedora/ubuntu]->[raspbery pi]

Pascal системы исчисления

→

Причем Perl как-то умеет это обрабатывать, там идет send-recv, но ответ получаю. А на Си - никак, обрыв соединения сразу после send..

zer0cat
(01.11.22 01:25:21 MSK) автор топика

Ответ на: комментарий от zer0cat 01.11.22 01:25:21 MSK

А почитать протокол DAYTIME (13 порт) тебя вот наглухо отбило? О_о

Либо, значит, что-то не то отправляешь-получаешь.

Anoxemian 👍👍👍
(01.11.22 01:30:59 MSK)

Что тебе нужно сделать то и пишешь.

firkax ☕☕☕☕☕
(01.11.22 01:45:05 MSK)

Ссылка

тебе нужно читать как делать таймаут на recv

и хотя у меня есть где-то свой код на это дело, но проще привести из инета

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

ты встаешь в ожидании на неблокирующем сокете с неким таймаутом. из функции (poll/select) ты вернешься или если пришло событие(то есть данные в сокет) или произошла ошибка или закончился таймаут(интервал ожидания)… короче читай доки.

если все нормально - то читаешь из сокета данные, в остальных случаях - сам решаешь что делать.

тут вот обсуждается https://stackoverflow.com/questions/2876024/linux-is-there-a-read-or-recv-from-socket-with-timeout

примерно так -

struct pollfd fd;
int ret;

fd.fd = mySocket; // your socket handler 
fd.events = POLLIN;
ret = poll(&fd, 1, 1000); // 1 second for timeout
switch (ret) {
    case -1:
        // Error
        break;
    case 0:
        // Timeout 
        break;
    default:
        recv(mySocket,buf,sizeof(buf), 0); // get your data
        break;
}

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

по poll смотри ман https://man7.org/linux/man-pages/man2/poll.2.html

alysnix ☕☕☕☕☕
(01.11.22 01:47:52 MSK)
Последнее исправление: alysnix 01.11.22 01:53:48 MSK (всего исправлений: 1)

Подключаешься к серверу, с помощью send посылаешь запрос, потом с помощью recv читаешь ответ и отключаешься.

vbr ☕☕☕☕☕
(01.11.22 04:02:33 MSK)

Запутался уже совсем.

А чего тут путаться - socket(..), connect(..) устанавливают физический канал связи. Далее вступает протокол обмена. Клиент посылает запрос и ждет ответа, или молча ловит то, что шлет сервер. Все это определяет протокол обмена!

sigurd
(01.11.22 13:50:27 MSK)