Ну при этой схеме, средний сервер это "как бы прокси", который ретранслирует запросы, при этом валидируя их, где такая схема может понадобиться? Когда крайний левый сервер в закрытой сетке)
Ну при этой схеме, средний сервер это "как бы прокси", который ретранслирует запросы, при этом валидируя их, где такая схема может понадобиться? Когда крайний левый сервер в закрытой сетке)
Ну тогда я не думаю, что должна волновать скорость, раз это закрытая локалка
Смотря, как соединение реализовано UDP/TCP - Это тоже на скорость влияет
Нет, "как бы прокси" != прокси, пакеты тсп, между двумя серверами может быть ВПН соединение или второй может быть в сети первого А почему скорость не должна волновать?)
Нет, "как бы прокси" != прокси, пакеты тсп, между двумя серверами может быть ВПН соединение или второй может быть в сети первого А почему скорость не должна волновать?)
Нет, "как бы прокси" != прокси, пакеты тсп, между двумя серверами может быть ВПН соединение или второй может быть в сети первого А почему скорость не должна волновать?)
Почему только это?) Средний в данной схеме может и не ретранслировать все запросы, ведь он может "валидировать" запросы, т.е самостоятельно отвечать на некоторые запросы, поэтому и как бы прокси
Почему только это?) Средний в данной схеме может и не ретранслировать все запросы, ведь он может "валидировать" запросы, т.е самостоятельно отвечать на некоторые запросы, поэтому и как бы прокси