Сообщения через Indy. Блокировка порта роутером.

@daptlom · Регистрация: 22.10.2009

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

Доброго времени суток всем участникам форума!

Краткое описание проблемы.
При написании программы, позволяющей обмениваться двум пользователям сообщениями в сети, возникли проблемы при работе с Интернет. При попытке послать сообщения людям, у которых установлен роутер, сообщение не проходит, т.к. роутер блокирует порт. Конечно, можно попросить пользователя открыть порт вручную, но хотелось бы спросить, как можно обойтись без этого.
Структура программы - клиент и сервер в одном приложении, т.е. прямая передача сообщения между компьютерами. При написании программы использовал компоненты Indy 9/Indy 10.

Вначале опишу что на данный момент достигнуто:
1. Программа хорошо себя чувствует в локальной сети (имеется роутер).
2. В Интернет посылает сообщения только после того, как я указываю в параметрах роутера порт, который использует программа (т.е. прописываю, что данный порт является public).
2.1. Программа посылает и принимает сообщения, посланные через Интернет (глобальный IP) на свой же компьютер (при открытом порте роутера).
2.2. Отсылал прогу двум людям, у них тоже роутеры, но совести заставлять их лезть в настройки не хватило, да и неудобно будет пользователям использовать такую программу. Без дополнительных настроек они спокойно посылают сообщения мне, программа, запущенная на моем компьютере их получает, но послать сообщения им я не могу. Пишет ошибку 'Socket Error # 10061' - как я понял - ошибка подключения к порту компьютера, .

Мои предположения:
Проблема роутера - просто программе нужно, чтобы каждый ручками открыл нужный порт.

В чем я прошу помощи:
1. Если проблема все-таки в роутере, как сделать так, чтобы программа нормально передавала сообщения без прямого вмешательства пользователя. Я использую любой порт из нестандартных, лишь бы он не был определен другими приложениями и был прописан в роутере (ну, хотя бы 34510). При попытке прослушивания стандартных портов 80 и 443 сервер просто вырубается. К сожалению у меня нет достаточного опыта работы с сетями, чтобы понять из-за чего это, но мне кажется, что причиной служит мусор с других приложений, использующих эти порты, и стандартный индевский сервер просто не справляется.
Хотелось бы понять, что можно здесь сделать, ведь такие мессенджеры, как та же ася, справляются с этой задачей без вмешательства со стороны пользователя.
Отдельно хочу сказать о скайпе: у него вообще порт, который он использует (он у всех разный, например 34867), пока скайп включен, определсяется сайтом utorrent как открытый. Вот интересно, как он его так открывает без усилий со стороны пользователя.

Код сервера и клиента привожу ниже (FMain - форма с компонентами, в коде отсутствуют детали, не относящиеся к сути дела, чтобы не усложнять восприятие):

Клиент:

//событие отправки сообщения (допустим, нажатие кнопки "отправить")

C++
1
2
3
4
5
6
7
8
{
        DWORD Thread_sm_id;
 
        //создание потока для передачи сообщения
        HANDLE hT_sm = CreateThread (NULL, 0, send_msg, NULL, 0, &Thread_sm_id);
        CloseHandle (hT_sm);
 
}

//поток

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
DWORD WINAPI send_msg (LPVOID)
{
        //устанавливаем IP
        FMain->IdTCPClient1->Host = /*IP-адрес*/;
        try
        {
          try
          {
            //подключение - здесь выходит ошибка (если не может пробиться к IP)
            FMain->IdTCPClient1->Connect();
 
            //передача сообщения
            FMain->IdTCPClient1->WriteLn(/*сообщение*/);
 
          }
          catch (...)
          {
            //сообщение об ошибке
          }
        }
        __finally
        {
          FMain->IdTCPClient1->Disconnect();
        }
 
        return 0;
}

Сервер:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
void __fastcall TFMain::IdTCPServer1Execute(TIdPeerThread *AThread)
{
        try
        {
          try
          {
            //чтение сообщения
            /*строка*/ = AThread->Connection->ReadLn();
          }
          catch (...)
          {
            //ошибка ввода
          }
        }
        __finally
        {
          AThread->Connection->Disconnect();
        }
}

P.S. Спасибо всем, кто отзовется!

@desp · 22.10.2009, 21:33

По поводу скайпа, я думаю, все было бы очень интересно знать, как он работает.. по крайней мере мне лично было бы оч. интересно xD
Если роутер/брандмауер и т.д. блокируют трафик, ничего с этим не поделаешь. Придется бедному пользователю самостоятельно менять конфиги роутера.. С брандмауером, если виндусовый, можно договориться и автоматически, да и то, только с согласия этого самого пользователя.

Зы бэкдор пишешь чтоли?)

@odip · 22.10.2009, 23:36

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

Не так.
Во-первых настройки ICQ все-таки требует - это зависит от структуры сети и способа выхода в глобальный Internet.

А работает ICQ примерно так: Каждый ICQ клиент устанавливает коннект изнутри сети на сервер с реальным IP наружу. Обычно это не блокируется firewall на компе или firewall на роутере.
По этому коннекту клиент может посылать сообщения на сервер и получить оттуда.

А дальше просто - два клиента подключены к серверу ICQ - каждый по своему каналу. И через этот центральный сервер они пересылают сообщения.

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

@daptlom · 23.10.2009, 11:33 **[ТС]**

desp,
odip, спасибо за оперативность и содержание ответов, а то на других форумах задавал - на одном уже 3 дня прошло и ничего не отвелили, а на другом ответили, но не по теме... Так что буду теперь тут сидеть)

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

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

Спасибо, видно придется сделать именно так. Тогда пользователь подключается к серверу на все время соединения? Т.е не надо каждый раз будет делать коннект-дисконнект после каждой передачи как у меня в коде (я конечно понимаю, что там код будет сложнее, но в общих чертах)?

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

Зы бэкдор пишешь чтоли?)

Нет) Просто мессенджер для личных целей=)

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

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

C бранмауэром виндусовым все ок - он хороший - спрашивет сам)) Насчет этого, кстати, интересную тему находил: http://www.codeproject.com/KB/... ewall.aspx Как я понял, код автоматически добавляет прогу в список исключений брандмауэра.

И еще хотел бы задать вопрос немного не по теме: стоит ли изучать WINAPI сокеты - насколько Инди их заменяет (на всех уровнях сложности и размера проектов)?

Еще раз спасибо за ответы!

@odip · 24.10.2009, 19:08

на других форумах задавал - на одном уже 3 дня прошло и ничего не отвелили

Если знать что и как искать, то ответ о работе ICQ уже находится в Internet. То есть вопрос задавать не нужно - нужно суметь выудить ответ

Тогда пользователь подключается к серверу на все время соединения? Т.е не надо каждый раз будет делать коннект-дисконнект после каждой передачи как у меня в коде (я конечно понимаю, что там код будет сложнее, но в общих чертах)?

Ты можешь сделать как тебе кажется правильным.
А ICQ вроде держит постоянный коннект на сервер. При этом сами сообщения идут через другой канал. То есть ICQ использует не один коннект к серверу.
Я это изучал когда мне потребовалось заблокировать работу ICQ-клиентов у себя в локальной сети

В простейшем случае ты можешь делать например так.
1) Твой клиент делает авторизацию на сервере по UDP.
Через этот же канал по UDP ведется посылка сообщений от клиенту и к клиенту.

стоит ли изучать WINAPI сокеты - насколько Инди их заменяет

Не использовал Indy, так что не знаю

Но раз ты пишешь сетевые приложения, то понятия о работе TCP-IP ты должен иметь, так же о работе через сокеты тоже. Иначе будешь "плавать" в элементарных вещах.

@AndreUT · 13.08.2010, 09:19

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

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

но тогда получается, что если сообщения от сервера будут идти к клиенту они будут проходить тот же роутер и будет та же проблема? или я чего-то не понимаю?

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@desp 14 / 14 / 1 Регистрация: 17.10.2009 Сообщений: 58
	22.10.2009, 21:33
	По поводу скайпа, я думаю, все было бы очень интересно знать, как он работает.. по крайней мере мне лично было бы оч. интересно xD Если роутер/брандмауер и т.д. блокируют трафик, ничего с этим не поделаешь. Придется бедному пользователю самостоятельно менять конфиги роутера.. С брандмауером, если виндусовый, можно договориться и автоматически, да и то, только с согласия этого самого пользователя. Зы бэкдор пишешь чтоли?) 1

Опции темы