Бесконечная коммуникация клиента и сервера

@Fatosha · Регистрация: 12.10.2013

Студворк — интернет-сервис помощи студентам

Изучаю комуникацию клиент-сервер. Пытался создать бесконечный цикл. Клиент посылает сообщение серверу, сервер посылает его обратно клиенту. Вызываю сервер ./server & потом клиента ./client, но цикл while(1) у клиента пробегает только 3 раза, да и то не так, как надо. Может кто подскажет что не так?

Клиент:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <string.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#include <netdb.h>
 
int main()
{
    int sock;
    sock = socket(AF_INET, SOCK_STREAM, 0);
    struct hostent* hpt;
    if(sock < 0)
    {
        perror("Client socket");
        exit(3);
    }
 
    struct sockaddr_in sin;
    sin.sin_family = AF_INET;
    sin.sin_port = htons(5050);
    hpt = gethostbyname("127.0.0.1");
 
    memcpy(&sin.sin_addr, hpt -> h_addr, hpt -> h_length);
 
    if((connect(sock, (struct sockaddr*) &sin, sizeof(sin))) < 0)
    {
        perror("Client connect ");
        exit(2);
    }
    char text[80];
    char repl[80];
    
    while(1)
    {
        scanf("%s", &text);
 
        send(sock, text, 80, 0);
        recv(sock, repl, 80, 0);
        printf("Client recive %s\n", repl);
    }
    close(sock);
    return 0;
}

Сервер:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <string.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#include <netdb.h>
 
int main(int argc, char** argv)
{
    int sock = socket(AF_INET, SOCK_STREAM, 0);
    if(sock < 0)
    {
        perror("Server socket ");
        exit(3);
    }
    struct sockaddr_in sin;
    sin.sin_family = AF_INET;
    sin.sin_port = htons(5050);
    sin.sin_addr.s_addr = INADDR_ANY;
    
    if((bind(sock, (struct sockaddr*) &sin, sizeof(sin))) < 0)
    {
        perror("Server bind ");
        exit(2);
    }
    
    listen(sock, 10);
    
    int auxSock;
    char repl[80];
    int size;
    
    while(1)
    {
        auxSock = accept(sock, (struct sockaddr*) &sin, &size);
        
        recv(auxSock, repl, 80, 0);
        printf("Server recive %s\n", repl);
        send(auxSock, repl, 80, 0);
        close(auxSock);
        
    }
    close(sock);
    return 0;
}

Humanoid · 09.03.2015, 01:13

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

@Fatosha · 09.03.2015, 08:45 **[ТС]**

Хм, ну я пытался у сервера закомментить close(auxSock), но тогда клиент 1 раз посылает, сервер принемает, посылает обратно, а потом клиент бесконечно читает и ничего не посылает. Может вы можете как-то подправить этот код, чтобы он работал? Я был бы крайне благодарен.

@grayscale · 09.03.2015, 18:08

Может тебе recv и send в отдельный цикл загнать, м? На сервере имею ввиду.
accept один раз делать для одного клиента.

@Fatosha · 09.03.2015, 18:09 **[ТС]**

Не, если recv в отдельный цикл, то как тогда выписывать?

@grayscale · 09.03.2015, 18:12

Сообщение от Fatosha

C
1
2
3
4
5
6
7
8
9
10
11
    while(1)
* * {
* * * * auxSock = accept(sock, (struct sockaddr*) &sin, &size);
          while(1)
         {
             recv(auxSock, repl, 80, 0);
* * * *      printf("Server recive %s\n", repl);
* * * *      send(auxSock, repl, 80, 0);
         }
* * * * close(auxSock);
}

попробуй так, мне лень проверять самому, прости уж =(

@Fatosha · 09.03.2015, 18:17 **[ТС]**

Ошибка SIGPIPE

@grayscale · 09.03.2015, 18:47

хорошо, объясни тогда толком, какое должно быть поведение у сервера и клиента?
Правильно ли я понял:
Клиент, ждет ввода с клавы, вводим, послали, серв принял, распечатал;
Клиент, ждет ввода с клавы, вводим, послали, серв принял, распечатал;
и так до бесконечности?

@Fatosha · 09.03.2015, 18:50 **[ТС]**

Да, именно:
1)клиент написал серверу
2)сервер написал, что он принял
3)отправил клиенту то, что принял
4)клиент написал, то, что он принял от сервера и обратно в 1)

@grayscale · 09.03.2015, 20:15

C
1
2
3
4
5
6
7
8
9
10
11
12
13
    while(1)
    {
        auxSock = accept(sock, (struct sockaddr*) &sin, &size);
        
        while (1)
        {
            if (recv(auxSock, repl, 80, 0) > 0)
            {
                printf("Server recive %s\n", repl);
                send(auxSock, repl, 80, 0);
            }
        }
    }

@Fatosha · 09.03.2015, 20:42 **[ТС]**

Спасибо, бро, помог

@grayscale · 09.03.2015, 20:44

Fatosha, ну ты главное понял, в чем была ошибка?
это ведь самое важное..

@Fatosha · 09.03.2015, 20:48 **[ТС]**

Да, идея в том, что если я ничего не буду посылать, сервер будет просто циклить во внутренним While(1) и проверять условие, а как только я что-то ему пошлю, так он мне ответит и продолжить циклить в While(1) и проверять условие.

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .

Humanoid Почетный модератор 11559 / 4353 / 453 Регистрация: 12.06.2008 Сообщений: 12,455
	09.03.2015, 01:13
	Сразу бросается в глаза, что клиент один раз подключается и в цикле только бесконечно посылает данные и принимает данные. А сервер в цикле принимает подключение, один раз принимает данные, один раз посылает и закрывает подключение. А после этого опять ждёт подключения нового клиента. Получается, что клиент первый проход пройдёт нормально, а во время второго потеряет соединение... на третьем проходе он вообще будет записывать и читать закрытый дескриптор. 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 08:45 [ТС]
	Хм, ну я пытался у сервера закомментить close(auxSock), но тогда клиент 1 раз посылает, сервер принемает, посылает обратно, а потом клиент бесконечно читает и ничего не посылает. Может вы можете как-то подправить этот код, чтобы он работал? Я был бы крайне благодарен. 0

@grayscale 1 / 1 / 2 Регистрация: 12.04.2013 Сообщений: 34
	09.03.2015, 18:08
	Может тебе recv и send в отдельный цикл загнать, м? На сервере имею ввиду. accept один раз делать для одного клиента. 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 18:09 [ТС]
	Не, если recv в отдельный цикл, то как тогда выписывать? 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 18:17 [ТС]
	Ошибка SIGPIPE 0

@grayscale 1 / 1 / 2 Регистрация: 12.04.2013 Сообщений: 34
	09.03.2015, 18:47
	хорошо, объясни тогда толком, какое должно быть поведение у сервера и клиента? Правильно ли я понял: Клиент, ждет ввода с клавы, вводим, послали, серв принял, распечатал; Клиент, ждет ввода с клавы, вводим, послали, серв принял, распечатал; и так до бесконечности? 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 18:50 [ТС]
	Да, именно: 1)клиент написал серверу 2)сервер написал, что он принял 3)отправил клиенту то, что принял 4)клиент написал, то, что он принял от сервера и обратно в 1) 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 20:42 [ТС]
	Спасибо, бро, помог 0

@grayscale 1 / 1 / 2 Регистрация: 12.04.2013 Сообщений: 34
	09.03.2015, 20:44
	Fatosha, ну ты главное понял, в чем была ошибка? это ведь самое важное.. 0

@Fatosha 2 / 2 / 2 Регистрация: 12.10.2013 Сообщений: 168
	09.03.2015, 20:48 [ТС]
	Да, идея в том, что если я ничего не буду посылать, сервер будет просто циклить во внутренним While(1) и проверять условие, а как только я что-то ему пошлю, так он мне ответит и продолжить циклить в While(1) и проверять условие. 0

Бесконечная коммуникация клиента и сервера

Решение