Сокетное соединение на 80 порт. Есть ли подводные камни?
Имеем реалтаймовую флешовую браузерную игрушку, которая меняется данными с сервером по сокету (long polling отбросили из-за разных соображений). Повесили сокет на 80 порт, так как он открыт у всех. Вот возникает вопрос — какие могут быть траблы с этим?
Пока потестить на большом кол-ве пользователей не получается.
Скайп очень любит использовать 80й порт, видимо из тех же соображений. Это отключается в настройках, но не будешь же всех пользователей просить туда лезть…
Причем здесь скайп? Он на локальной машине открывает 80 порт. А я про сервер удаленный говорю. У вас же браузер со скайпом не конфликтует когда вы заходите на сайты. А они все на 80 порту если не указано иное в адресе.
«любит использовать» — это вешается на 80й и слушает? Дык, ни кто не станет запускать скайп на сервере, а даже если и станет, то к пользователям это не будет иметь отношения.
Во-первых, раз скайп так делает, значит что практика использования 80 порта под свой сокет уже есть.
Во вторых, в вопросе не уточнается, как конкретно будет использоваться сокет на клиенте, слушать его или коннектиться к чему-то. В контексте флеша, впрочем, все становиться очевидно – слушать сокеты (вне AIR'а) он не умеет, а флешовое p2p вроде как все равно выбирает порт по своему усмотрению. Это я затупил =)
Для пользователей, что сидят за проксями должны возникнуть проблемы, так как proxy-серверы ожидают, что трафик, который через них идет соответствует HTTP-протоколу. Если вы же запускаете свой особый протокол — то у вас появятся проблемы.
Некоторые корпоративные прокси с функцией фильтрации трафика, например, Kerio WinRoute Firewall, не дают нормально работать с raw сокетами, если подключение идёт к 80 порту, даже если фильтрация отключена.