P2P видео чат - открытые порты брандмауэра - PullRequest
1 голос
/ 05 января 2011

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

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

Спасибо!

1 Ответ

0 голосов
/ 18 марта 2011

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

Не существует «стандартного» решения.

Стоит ли публиковать инструкции по открытию портов на разных брандмауэрах?

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

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

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

...