Скорость удаленного взаимодействия .NET и VPN - PullRequest
7 голосов
/ 07 августа 2008

Я работаю над проектом, который использует .NET Remoting для связи между клиентским приложением и объектным сервером. Для разработки клиент, сервер и база данных MSSQL все работают на моей локальной машине разработки.

Когда я работаю в офисе, отзывчивость просто прекрасна.

Однако, когда я работаю дома, скорость на значительно медленнее. Если я отключаюсь от VPN, это ускоряется (я верю, но, возможно, это просто желаемое за действительное). Если я полностью отключу беспроводное соединение, оно сразу разгонится до максимума.

Я предполагаю, что удаленный трафик направляется через некоторую точку, которая замедляет все, хотя мой домашний маршрутизатор и / или VPN.

У кого-нибудь есть идеи, как заставить удаленный трафик оставаться полностью локализованным?

Ответы [ 4 ]

2 голосов
/ 22 сентября 2008

Возможно, во время разработки вы могли бы использовать канал удаленного взаимодействия IPC, который использует именованные каналы вместо TCP. Если ваши каналы удаленного взаимодействия настроены с помощью файла конфигурации, вам даже не придется перекомпилировать.

Я обнаружил, что ссылка ниже полезна при настройке канала IPC.

http://www.danielmoth.com/Blog/2004/09/ipc-with-remoting-in-net-20.html

1 голос
/ 16 октября 2009

У меня была такая же проблема, когда сразу же, когда вы отключаете, все становится намного лучше.

Если вы используете Windows VPN, вам нужно изменить настройки по умолчанию. Это заставит соединение использовать удаленный маршрутизатор в качестве шлюза при подключении. Если вы идете в свойствах для подключения, то на вкладку сети. Выберите TCP / IPv4 и перейдите в свойства. В этом окне выберите Advanced ... и будет возможность использовать шлюз по умолчанию в удаленной сети, убедитесь, что это НЕ проверено. Это должно очень помочь.

0 голосов
/ 13 августа 2008

На моем текущем компьютере нет VPN-подключений, но где-то в свойствах TCP / IP для подключения есть флажок, указывающий, что вы используете удаленный хост в качестве шлюза или что-то в этом роде.

Это однажды вызвало у меня много проблем, поскольку весь мой трафик проходил через VPN, а затем снова, даже когда я хотел что-то сделать локально.

0 голосов
/ 08 августа 2008

Прошлым летом я работал над проектом, который потребовал довольно серьезных изменений в .NET Remoting. Я не помню всех особенностей, но если бы у нас было более одного сетевого интерфейса, мы не смогли бы получить готовую реализацию Remoting, чтобы надежно определить, какой трафик Remoting пришел, что делало ужасные вещи для спектакль. Это звучит как похожая, если не та же проблема.

...