☰

Windows의 다중 기본 게이트웨이

tag-icon • tag-icon windows-10 networking vpn gateway udp
Windows의 다중 기본 게이트웨이

나는 이더넷 케이블을 사용하여 연결하는 맞춤형 이미징 장비를 가지고 있으며 그것이 작동하도록 하려면 장치에 연결된 랩톱의 네트워크 인터페이스에 고정 IP와 게이트웨이를 설정해야 합니다. 통신은 UDP를 통해 이루어집니다.

이제 문제입니다. VPN을 사용하려면 게이트웨이도 변경해야 합니다. 이번에는 Wi-Fi 네트워크 인터페이스입니다.

그렇게 하면 Windows에서는 여러 게이트웨이가 사용 중이라는 메시지를 표시합니다. 그게 어느 정도 문제인지는 잘 모르겠습니다. 그러나 때때로 VPN이 작동하지 않는 것 같습니다.

  1. 게이트웨이가 여러 개 있으면 문제가 되나요?

  2. 내 호스트에 대한 게이트웨이가 "범용"입니까, 아니면 각 네트워크 인터페이스가 다른 게이트웨이를 가질 수 있습니까?

이것은 실제로 Parallels 가상 머신이지만 하드웨어(VM이 아님)에서 직접 실행하면 동일한 결과를 얻었습니다.

반품 route print -4:

===========================================================================
    Interface List
     12...00 1c 42 27 1c 2c ......Intel(R) 82574L Gigabit Network Connection
      1...........................Software Loopback Interface 1
    ===========================================================================
    
    IPv4 Route Table
    ===========================================================================
    Active Routes:
    Network Destination        Netmask          Gateway       Interface  Metric
              0.0.0.0          0.0.0.0      10.211.55.1     10.211.55.15     25
          10.211.55.0    255.255.255.0         On-link      10.211.55.15    281
         10.211.55.15  255.255.255.255         On-link      10.211.55.15    281
        10.211.55.255  255.255.255.255         On-link      10.211.55.15    281
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
            224.0.0.0        240.0.0.0         On-link      10.211.55.15    281
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      255.255.255.255  255.255.255.255         On-link      10.211.55.15    281
    ===========================================================================
    Persistent Routes:
      Network Address          Netmask  Gateway Address  Metric
              0.0.0.0          0.0.0.0      192.168.1.2      90
              0.0.0.0          0.0.0.0      192.168.1.2      90
              0.0.0.0          0.0.0.0     192.168.11.2      90
    ===========================================================================

결국 두 개의 동일한 줄이 나타나는 이유가 궁금합니다.

     0.0.0.0          0.0.0.0      192.168.1.2      90
      0.0.0.0          0.0.0.0      192.168.1.2      90

답변1

나는 이더넷 케이블을 사용하여 연결하는 맞춤형 이미징 장비를 가지고 있으며 그것이 작동하도록 하려면 장치에 연결된 랩톱의 네트워크 인터페이스에 고정 IP와 게이트웨이를 설정해야 합니다.

당신은 그렇지 않습니다. 장치가 이미 로컬 서브넷에 있고 올바른 정보를 가지고 있습니다.넷마스크이미 경로를 제공하고 있습니다. (예를 들어 출력에는 10.211.55.0 / 255.255.255.0 / On-link경로가 있습니다.)

"기본 게이트웨이"는 장치에 연결하는 데에만 사용됩니다.~ 아니다로컬 서브넷에서.

내 호스트에 대한 게이트웨이가 "범용"입니까, 아니면 각 네트워크 인터페이스가 다른 게이트웨이를 가질 수 있습니까?

"게이트웨이"는 각 경로마다 다릅니다. 나는 당신이 실제로 "에 대해 질문하고 있다고 가정합니다.기본게이트웨이", 즉 특히 해당 경로에 연결된 게이트웨이에 관한 것입니다 0.0.0.0/0.

이론적으로 각 인터페이스는 자체 기본 게이트웨이를 가질 수 있습니다.만약에OS에는 다음을 고려하여 경로를 선택하는 추가 논리가 있습니다.원천패킷의 IP 주소입니다.

그러나 일반적으로 출력에서 ​​볼 수 있듯이 route경로는 대상과만 일치합니다. 따라서 "기본 경로"가 여러 개인 경우 호스트 전체에서 우선 순위가 지정됩니다. 하나의 게이트웨이는 모든 용도에 사용되며(결국 잘못된 선택이 되더라도!) 다른 게이트웨이는 전혀 사용되지 않습니다.

예외가 있을 수 있습니다.

  • 나생각하다Windows에서는 사용할 여러 기본 경로 중 하나를 선택할 때 아웃바운드 인터페이스를 고려합니다. 그러나 나는 이에 관한 공식 문서를 찾지 못했고 실험적으로도 검증하지 않았습니다. 단지 "들어본 것"뿐입니다.

    이는 인바운드 연결(즉, 허용된 소켓이 자동으로 특정 인터페이스에 바인딩됨)에 대한 응답에만 적용되고 새로운 아웃바운드 연결에는 적용되지 않을 수 있습니다.

  • FreeBSD도 마찬가지입니다. 적어도 응답을 위해 멀티 호밍을 지원하고 올바른 인터페이스를 선택한다는 이야기를 들었지만 이를 확인할 소스가 없습니다.

  • 한편 Linux는 소스별로 일치하는 경로를 명시적으로 허용합니다.그리고대상 – IPv4가 아닌 IPv6에만 해당됩니다. 예를 들어 Linux의 기본 v6 경로는 실제로 이며 다른 게이트웨이를 통해 경로를 지정하는 ::/0 from ::/0보다 구체적인 경로를 추가할 수 있습니다 .::/0 from 2001:db8::/48

  • Linux는 또한 맨 위에 추가 논리 계층을 추가하는 "정책 라우팅"을 지원합니다. 여러 라우팅이 있을 수 있습니다.테이블, 각각 고유한 0.0.0.0/0 "기본 경로"가 있으며 정책 규칙은 사용할 테이블을 결정할 수 있습니다. 이것을 설정하는 것은 일반적으로 약간 두통을 유발합니다. (그러나 IPv6에서도 동일하게 작동합니다.그리고IPv4.)

답변2

문제가 "가끔 VPN이 작동하지 않는 것 같습니다"인 경우 Wi-Fi 인터페이스를 통해 VPN 서버 IP 주소에 고정 경로를 추가할 수 있습니다.

관련 정보