%20...%EC%84%9C%EB%B2%84(%EC%9B%B9%20%EC%95%B1)%20-%20%EC%9D%B8%ED%8A%B8%EB%9D%BC%EB%84%B7%20%EC%86%94%EB%A3%A8%EC%85%98%20-%20%ED%94%84%EB%A1%9D%EC%8B%9C%20%EC%83%81%ED%99%A9%EC%9D%84%20%EA%B3%A0%EB%A0%A4%ED%95%B4%EC%95%BC%20%ED%95%A9%EB%8B%88%EA%B9%8C%3F.png)
클라이언트 서버 애플리케이션이 있습니다. 클라이언트 - .NET 2.0 기반 데스크톱 애플리케이션. 서버 - ASP .NET 2.0 기반 웹 애플리케이션.
서버는 본질적으로 웹 서버에서 호스팅되는 웹사이트이기 때문에 클라이언트는 일반 HTTP 요청을 사용하여 서버와 통신합니다.
이 솔루션은 주로 인트라넷용입니다. 즉, 웹 애플리케이션이 네트워크의 내부 서버 중 하나에서 호스팅됩니다.
이 아키텍처에서 프록시 설정을 관리하려면 클라이언트를 구축해야 합니까?
웹 서버가 LAN 내부에 있으므로 이 상황에서 내부 웹 서버에 대한 액세스도 프록시를 통해 구성됩니까? 아니면 인트라넷에 있는 컴퓨터의 모든 인터넷 호출에만 프록시가 적용됩니까?
답변1
내 생각에는 HTTP를 사용하는 모든 애플리케이션은 HTTP 프록시를 사용할 수 있어야 합니다. 애플리케이션이 프록시 자동 구성을 지원한다면 가장 좋을 것입니다. 응용 프로그램이 결국 사용하게 될 모든 환경을 예측할 수는 없으며 시스템 관리자로서 저는 응용 프로그램 소프트웨어의 네트워크 환경 적응과 관련된 유연성을 중요하게 생각합니다.
.NET을 사용하고 있으므로 HTTP를 수행하는 방법에 따라 기본 네이티브 코드에서 이 모든 것을 "무료"로 얻을 수 있습니다.
답변2
LAN의 프록시는 일종의 필터링이나 회계 작업을 수행하려는 경우에만 유용합니다. 앱 사용이 LAN에 머무르는 한 귀하의 경우에는 유용하지 않습니다.