TCP-соединение и брандмауэры
В Интернете, если вам нужна быстрая и безопасная связь между серверами и вы можете указать, какие порты брандмауэра открыты, NetTcpBinding может оказаться очень полезным.
a) Текст подразумевает, что с некоторыми другими протоколами соединения, такими как HTTP, нам не нужно проверять открытые порты брандмауэра?
б) почему бы NetTcpBinding быть полезным только для обмена данными между серверами, но не для обмена данными между клиентами?
благодарю вас
1 ответ
А) При развертывании на предприятии вы обычно не контролируете его внешний брандмауэр. Настройка их брандмауэра выполняется сетевыми администраторами в соответствии с политикой предприятия. Внешние брандмауэры почти всегда разрешают исходящие HTTP-запросы (иначе вы не могли бы просматривать веб-страницы). Некоторые корпоративные брандмауэры блокируют исходящие TCP-запросы, что означает, что вы не можете использовать netTcpBinding. В качестве примера рассмотрим этот вопрос для того, кто пытается решить эту проблему. Если вы ЗНАЕТЕ, что брандмауэр каждого из ваших клиентов будет разрешать исходящий TCP, тогда NetTcpBinding является подходящим выбором.
б) Кто сказал, что NetTcpBinding полезен только для межсерверных коммуникаций? Вы можете развернуть клиент-серверное приложение на предприятии, и если все клиенты и серверы находятся в интрасети, тогда NetTcpBinding является подходящим выбором для привязки.