Локальное соединение клиент сервера Socket

@neyron_qwq · Регистрация: 20.06.2014

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

Есть два приложения клиент и сервер, на одном компьютере прекрасно соединяются (на сервере задаю адрес localhost, на клиенте 127.0.0.1). Но совершенно не соединяется локально на одной сети (использую роутер соединяю два ноутбука).

В сервере всё тот же localhost, в клиенте использую ip из командной строки прописав ipconfig на компьютере который отвечает за сервер (в моем случае 192.168.0.102) Совершенно не понимаю из-за чего это может происходить. Клиент серверные приложения только начинаю писать.

Может это быть связанно с операционкой или правами какими то? (сервер запускаю из под windows 10, клиент windows 8.1, пробовал запускать и с правами админа)

Возможно ли что нужно открывать каким либо образом порты?

На клиенте соединяюсь:

C#
1
2
3
                IPAddress ipAddr = IPAddress.Parse(textBox1.Text); //192.168.0.102
                IPEndPoint ipEndPoint = new IPEndPoint(ipAddr, 11000);
                receiver.Connect(ipEndPoint);

На сервере:

C#
1
2
3
4
5
6
            IPHostEntry ipHost = Dns.GetHostEntry("localhost");
            IPAddress ipAddr = ipHost.AddressList[1]; // 0 - "::1", 1 - "127.0.0.1"
            IPEndPoint ipEndPoint = new IPEndPoint(ipAddr, 11000);
            listener.Bind(ipEndPoint);
            listener.Listen(10);
            tcp = listener.Accept();

Проекты тоже подкрепил

@I2um1 · 13.12.2016, 02:14

Надо на клиенте и сервере открыть порты на входящие и исходящие сообщения: пример в картинках
На сервере тоже нужен ip вида 192.168.0.х

@neyron_qwq · 13.12.2016, 18:52 **[ТС]**

I2um1, а почему начинаю терять кадры через такое соединение, т.е. на одном компе никаких потерь и всё достаточно шустро, а если соединены два компьютера то теряю почти полностью каждый кадр (отображаются около 5x640 пикселей и то не в каждом кадре)

@I2um1 · 13.12.2016, 20:49

neyron_qwq, причин может быть много. Но так как ты используешь TCP соединение, которое гарантирует доставку всех пакетов - ошибка в коде.
Сокет - это двухсторонний поток байтов. Точнее этих потоков два: один на исходящие сообщения, другой на входящие. Главное слово здесь - поток. Допустим ты принимаешь кусочек информации размером 1024 байт (код я не смотрел). Вот только нет никаких гарантий, что одно сообщение придет в одном кусочке. Сообщение может разорвать на два куска, или в одном пакете может быть несколько сообщений и, может быть, одно разорванное в конце. Если крутить размер буфера, можно получить и другую редкую ситуацию, когда в большой буфер записалась всего часть сообщения. Потому что размер буфера не равен размеру пакета. Есть опыт полагать, что проблема в пропуске этого момента. Например, можно в начало сообщения писать его длину размером 4 байта и собирать сообщение, покуда оно полностью не придет. Но и здесь не все гладко, посреди сообщения конечный узел может разорвать соединение, что тоже следует учитывать. В этом случае на очередной итерации придет буфер длинной 0, отследить которое правильно с помощью специального класса-аргумента, который передается в асинхронную версию Send и Receive сокета. Хотя это не единственный способ обнаружить разрыв соединения.

@neyron_qwq · 13.12.2016, 21:09 **[ТС]**

I2um1, Буфер увеличиваю на приеме

C#
1
receiver.ReceiveBufferSize = 1048576;

при отправке тоже

C#
1
tcp.SendBufferSize = 1048576;

Да и на одном компьютере всё работает, Раньше была точно такая же проблема внутри одного компьютера и я решил увеличить буфер и всё заработало, сейчас то же самое при соединении двух пк, но буфера должно быть достаточно с избытком (отправляю и принимаю кадры 640x480 в bitmap)

@I2um1 · 13.12.2016, 21:34

Простое увеличение буфера не решит всю проблему.

@Usaga · 14.12.2016, 07:53

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

@neyron_qwq · 15.12.2016, 20:59 **[ТС]**

всё решил, оказалось что клиент не работает на этом пк

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

Локальное соединение клиент сервера Socket

Решение

Решение

@I2um1 Злой няш 2136 / 1505 / 565 Регистрация: 05.04.2010 Сообщений: 2,881
	13.12.2016, 02:14
	Сообщение было отмечено neyron_qwq как решение Решение Надо на клиенте и сервере открыть порты на входящие и исходящие сообщения: пример в картинках На сервере тоже нужен ip вида 192.168.0.х 1

@neyron_qwq 0 / 0 / 0 Регистрация: 20.06.2014 Сообщений: 18
	13.12.2016, 18:52 [ТС]
	I2um1, а почему начинаю терять кадры через такое соединение, т.е. на одном компе никаких потерь и всё достаточно шустро, а если соединены два компьютера то теряю почти полностью каждый кадр (отображаются около 5x640 пикселей и то не в каждом кадре) 0

@I2um1 Злой няш 2136 / 1505 / 565 Регистрация: 05.04.2010 Сообщений: 2,881
	13.12.2016, 20:49
	Сообщение было отмечено neyron_qwq как решение Решение neyron_qwq, причин может быть много. Но так как ты используешь TCP соединение, которое гарантирует доставку всех пакетов - ошибка в коде. Сокет - это двухсторонний поток байтов. Точнее этих потоков два: один на исходящие сообщения, другой на входящие. Главное слово здесь - поток. Допустим ты принимаешь кусочек информации размером 1024 байт (код я не смотрел). Вот только нет никаких гарантий, что одно сообщение придет в одном кусочке. Сообщение может разорвать на два куска, или в одном пакете может быть несколько сообщений и, может быть, одно разорванное в конце. Если крутить размер буфера, можно получить и другую редкую ситуацию, когда в большой буфер записалась всего часть сообщения. Потому что размер буфера не равен размеру пакета. Есть опыт полагать, что проблема в пропуске этого момента. Например, можно в начало сообщения писать его длину размером 4 байта и собирать сообщение, покуда оно полностью не придет. Но и здесь не все гладко, посреди сообщения конечный узел может разорвать соединение, что тоже следует учитывать. В этом случае на очередной итерации придет буфер длинной 0, отследить которое правильно с помощью специального класса-аргумента, который передается в асинхронную версию Send и Receive сокета. Хотя это не единственный способ обнаружить разрыв соединения. 1

@I2um1 Злой няш 2136 / 1505 / 565 Регистрация: 05.04.2010 Сообщений: 2,881
	13.12.2016, 21:34
	Простое увеличение буфера не решит всю проблему. 1

@Usaga 14138 / 9366 / 1350 Регистрация: 21.01.2016 Сообщений: 35,233
	14.12.2016, 07:53
	neyron_qwq, я более чем уверен (архив с проектом не смотрел), что ты данные принимаешь в цикле с неправильным условием выхода из цикла. Уже раз десять на такое на этом форуме натыкался. 1

@neyron_qwq 0 / 0 / 0 Регистрация: 20.06.2014 Сообщений: 18
	15.12.2016, 20:59 [ТС]
	всё решил, оказалось что клиент не работает на этом пк 0