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