クライアントアプリケーションとオブジェクトサーバー間の通信に.NETRemotingを使用するプロジェクトに取り組んでいます。開発の場合、クライアント、サーバー、およびMSSQLデータベースはすべてローカル開発マシンで実行されています。
私がオフィスで働いているときは、応答性は問題ありません。
ただし、自宅で仕事をしていると、速度が大幅に遅くなります。VPNから切断すると、速度が上がります（私は信じていますが、それは希望的観測かもしれません）。ワイヤレス接続を完全にオフにすると、すぐにフルスロットルになります。
私の想定では、リモーティングトラフィックは、ホームルーターやVPNに関係なく、すべての速度を低下させているポイントを経由してルーティングされています。
リモーティングトラフィックを完全にローカライズされたままにする方法について誰かが考えていますか？
おそらく開発中に、TCP の代わりに名前付きパイプを使用する IPC リモート チャネルを使用できます。リモーティング チャネルが構成ファイルを介して設定されている場合は、再コンパイルする必要さえありません。
IPC チャネルを設定するときに、以下のリンクが役立つことがわかりました。
http://www.danielmoth.com/Blog/2004/09/ipc-with-remoting-in-net-20.html
現在のコンピューターには VPN 接続がありませんが、接続の TCP/IP プロパティのどこかに、リモート ホストをゲートウェイなどとして使用することを示すチェックボックスがあります。
これは、ローカルで何かをしたい場合でも、すべてのトラフィックが VPN を通過してから再び戻るため、多くの問題を引き起こしました。
私は去年の夏、.NET Remoting にかなり大きな変更を加える必要のあるプロジェクトに取り組みました。すべての詳細を覚えているわけではありませんが、複数のネットワーク インターフェイスがあった場合、すぐに使用できる Remoting 実装では、Remoting トラフィックがどのインターフェイスから来たのかを確実に検出することができませんでした。パフォーマンス。これは、同じではないにしても、同様の問題のように思えます。