P2P видеочат - открытые порты брандмауэра

Question

Я только что написал видеочат P2P, похожий на Cirrus example application на моем веб-сайте. Он отлично работает, пока оба пользователя открывают вручную ports required for RTMFP. Естественно, это для меня прерыватель сделки - так как никто не будет ее использовать.

Какое стандартное решение в этом случае? Должен ли я публиковать инструкции о том, как открыть порты на разных брандмауэрах? Должен ли я писать небольшой пакетный файл для загрузки, который программно открывает порты? Есть ли другой (коммерческий) инструмент, который позволяет мне обойти его каким-либо другим способом?

Спасибо!

Answer 1

Какое стандартное решение в этом случае?

Нет стандартного решения.

Должен ли я публиковать инструкции о том, как открыть порты на разных брандмауэрах?

Это решит проблему, но я сомневаюсь, что у всех ваших клиентов есть технические навыки для этого. Некоторые программы установки содержат инструкции по открытию порта на брандмауэре ПК при установке программы. Это может быть то, что вы ищете.

Но есть еще одна проблема, с которой вы не будете контролировать: что, если устройство вашего клиента находится за двумя NAT или за корпоративным брандмауэром? Администраторы сети не могут позволить вашим клиентам возиться со своими NAT. Вам нужно будет включить их в цикл, что означает бюрократию.

Если вы углубите проблему глубже, вы поймете, что часть вашей проблемы (я имею в виду, кроме открытия портов) называется NAT-обход (или пробивание отверстий). Вы можете прочитать главу, посвященную этой теме, в Практической книге JXTA II, доступной онлайн для чтения в Scribd для глобальной картины.