Тестирование сокетов

@Codeololo · Регистрация: 03.03.2017

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

Сделал клиент и сервер на сокетах. Возник вопрос: как протестировать их в "боевых" условиях? Насколько я понял, IP клиента и сервера должны быть разными - как это сделать, не прося помощи у друга?

Убежденный · 18.09.2017, 22:03

Для начала можно клиент и сервер разместить на локалхосте (127.0.0.1), т.е.
оба они будут работать в пределах одного компьютера. Это самый первый шаг,
но на нем уже можно будет выявлять самые грубые ошибки.

IP-адрес может быть один, кстати говоря, пока различаются номера портов.

Далее можно, например, использовать виртуальные машины.
То есть, унести сервер в одну виртуалку, а клиентов запускать с других виртуалок.
Вот и получится тест в почти боевых условиях. И локальную сеть придется
еще настраивать (например, добавлять правила в фаервол).

@Codeololo · 19.09.2017, 15:47 **[ТС]**

С виртуалками можно подробнее? У них же айпи одинаковый выходит. Или с ними это не страшно?

Убежденный · 19.09.2017, 16:30

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

С виртуалками можно подробнее? У них же айпи одинаковый выходит.

Ну это как настроишь.
У меня, например, VMware и сетевые карты работают в режиме 'bridged networking',
т.е. IP-адреса они получают от роутера, либо я прописываю их вручную.
И снаружи такие виртуалки ничем не отличаются от отдельных компьютеров в сети.
Да, IP-адреса получаются разные.

@pav1uxa · 22.09.2017, 11:28

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

Насколько я понял, IP клиента и сервера должны быть разными

Нет.

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

С виртуалками можно подробнее? У них же айпи одинаковый выходит. Или с ними это не страшно?

Не нужны никакие "виртуалки". Тестируйте на 127.0.0.1.

Убежденный · 22.09.2017, 12:35

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

Не нужны никакие "виртуалки". Тестируйте на 127.0.0.1.

Ага, а еще лучше тестировать мысленно, "в уме".

127.0.0.1 - это хорошо, но тест получается сильно искусственный.

Например, фрагментация TCP-потока на локалхосте может вообще не проявляться (а это одна из
главных проблем, особенно у начинающих). А в виртуальной среде будет все по-честному, с
нормальным проходом пакетов через сетевую карту, пусть и виртуальную, там же можно играться с
настройками фаервола и т.п. На локалхосте ты никогда не узнаешь, как поведет себя твоя
программа, например, вместе с антивирусом или с VPN.

@Codeololo · 23.09.2017, 15:38 **[ТС]**

Выяснил такое: если в поле ввода айпи ввожу 127.0.0.1, всё работает, а если свой - клиент сервер не видит. Как тогда тестировать с одного IP?

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@Codeololo 0 / 0 / 0 Регистрация: 03.03.2017 Сообщений: 23

	Тестирование сокетов 18.09.2017, 21:41. Показов 1392. Ответов 6 Метки нет (Все метки) Сделал клиент и сервер на сокетах. Возник вопрос: как протестировать их в "боевых" условиях? Насколько я понял, IP клиента и сервера должны быть разными - как это сделать, не прося помощи у друга? 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	18.09.2017, 22:03
	Для начала можно клиент и сервер разместить на локалхосте (127.0.0.1), т.е. оба они будут работать в пределах одного компьютера. Это самый первый шаг, но на нем уже можно будет выявлять самые грубые ошибки. IP-адрес может быть один, кстати говоря, пока различаются номера портов. Далее можно, например, использовать виртуальные машины. То есть, унести сервер в одну виртуалку, а клиентов запускать с других виртуалок. Вот и получится тест в почти боевых условиях. И локальную сеть придется еще настраивать (например, добавлять правила в фаервол). 0

@Codeololo 0 / 0 / 0 Регистрация: 03.03.2017 Сообщений: 23
	19.09.2017, 15:47 [ТС]
	С виртуалками можно подробнее? У них же айпи одинаковый выходит. Или с ними это не страшно? 0

@Codeololo 0 / 0 / 0 Регистрация: 03.03.2017 Сообщений: 23
	23.09.2017, 15:38 [ТС]
	Выяснил такое: если в поле ввода айпи ввожу 127.0.0.1, всё работает, а если свой - клиент сервер не видит. Как тогда тестировать с одного IP? 0