나는이 같은 질문을 수십 번 다른 방법으로 들었습니다. 먼저 내부 세션과 외부 세션이 비슷하게 처리되지만 동일하지는 않습니다. 모든 내부 세션마다 여러 개의 외부 세션이있을 수 있으며 그 반대도 마찬가지입니다. 당신이 말하는 것은 논리적으로 불가능하지는 않지만 약간의 프로그래밍과 준비가 필요합니다. 일부 장치는 내부적으로 네트워크에서 더 빠른 네트워크 속도를 위해 이더넷 연결 또는 Wi-Fi를 집계 할 수있는 기능으로 구축되고 있지만 외부 네트워킹의 경우 FAILOVER가있는 장치 만 찾았습니다. 즉, 필요할 때만 전환 할 수 있습니다. 그러나 각 EXTERNAL 세션에 대해 다른 게이트웨이를 통해 트래픽을 리디렉션하는 연결 프로토콜에서 기본 스위칭 (0 또는 1을 가진 if 문)을 사용할 수 있습니다. 그런 다음 sessionID를 사용하여 서브 세션을 기본 세션 내에 랩핑하여 각 내부 세션에 연결된 각 외부 세션을 추적해야합니다. 그런 다음 사이트 도메인을 확인하거나 sessionID를 사용하여 내부 라우팅을 완료 할 수있는 방법이 필요합니다 (즉, 각 외부 세션 / 연결마다 클라이언트와 메시지를 구분할 수 있어야합니다. 사이트에서 파이프를 거부하지 않도록 각 사이트의 파이프가 설정되도록 데이터를 요청하거나 데이터를 전송하는 사이트). 즉, 라우터에 새로운 네트워크 프로토콜을 구축하고 연결을 구별하는 방법을 결정해야합니다 (사이트 도메인에서만 수행하는 경우 라우터에서 가능할 수 있지만 클라이언트는 ipaddress의 ipaddress를 사용하려고 시도 할 수 있음) 이를 무효화하는 웹 사이트의 외부 게이트; 양쪽 끝에서 수행되는 경우 클라이언트는 일부 식별자, 일반적으로 이진 마스킹의 숫자 값을 추적해야합니다.이를 통해 전송 수신이 메인 게이트에서 라우팅되는 외부 세션과 일치 할 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 클라이언트는 일부 식별자 (일반적으로 이진 마스킹의 숫자 값)를 추적해야하며, 이로 인해 송신 수신자가 메인 게이트에서 라우팅되는 외부 세션과 일치 할 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 클라이언트는 일부 식별자 (일반적으로 이진 마스킹의 숫자 값)를 추적해야하며, 이로 인해 송신 수신자가 메인 게이트에서 라우팅되는 외부 세션과 일치 할 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 일반적으로 이진 마스킹의 숫자 값으로, 송신 리시버를 메인 게이트에서 라우팅되는 외부 세션과 일치시킬 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 일반적으로 이진 마스킹의 숫자 값으로, 송신 리시버를 메인 게이트에서 라우팅되는 외부 세션과 일치시킬 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 전송 게이트를 메인 게이트에서 라우팅되는 외부 세션과 일치시킬 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 전송 게이트를 메인 게이트에서 라우팅되는 외부 세션과 일치시킬 수 있습니다. 다시 말해, 네트워킹을 처리하기 위해 자체 프로토콜을 프로그래밍해야하며, 직접 구축할지 (클라이언트 및 호스트 프로그래밍을 사용하여) 구축할지 또는 무언가 구축 하려는지를 결정해야합니다. 이는 기존의 기존 프로그래밍과 호환됩니다 (호스트와 클라이언트 간의 메시징에 의해 바인딩되어 호스트에 더 많은 마모가 발생하지만 클라이언트에게는 새로운 것은 아님). 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 클라이언트 또는 호스트 프로그래밍을 모두 사용하여 직접 빌드할지 또는 기존의 기존 프로그래밍과 호환되는 것을 빌드 하려는지 (호스트 간의 메시징으로 바인딩해야 함)를 결정해야합니다 클라이언트는 호스트에 더 많은 마모를 입히지 만 클라이언트에게는 새로운 것은 없습니다. 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 클라이언트 또는 호스트 프로그래밍을 모두 사용하여 직접 빌드할지 또는 기존의 기존 프로그래밍과 호환되는 것을 빌드 하려는지 (호스트 간의 메시징으로 바인딩해야 함)를 결정해야합니다 클라이언트는 호스트에 더 많은 마모를 입히지 만 클라이언트에게는 새로운 것은 없습니다. 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 호스트에 더 많은 마모를 입히지 만 클라이언트에게는 새로운 것은 없습니다. 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다. 호스트에 더 많은 마모를 입히지 만 클라이언트에게는 새로운 것은 없습니다. 유닉스를 알고 있거나 윈 서버 프로그래밍을 알고 있다면,이 작업은 약간의 시간 만에 수행 할 수 있지만 균형을 잡는 각 장치에 더 많은 양의 리소스가 할당되어야합니다.
더 큰 회사 스타일 네트워크의 경우 네트워킹을 메시하고 각 층 또는 부서에 전용 게이트웨이를 제공하여 여러 ISP를 허용하고 그 중 어느 것도 너무 많이 사용하지 않도록 할 수 있습니다. 장애가 발생했을 때 변경 사항을 다른 게이트웨이로 보내거나 다른 게이트웨이로 리디렉션하는 허브가 장애 조치를 처리하도록 할 수도 있습니다. 이것은 약간의 내결함성을 제공합니다.