나이 들고 기이 한 1980 년대 장치 (나이를 먹은 초기 컨트롤러의 일부입니다)가 있습니다.
하드 코딩 된 주소가 192.168.1.100이고 서브넷이 192.168.1.100/24 일 것으로 예상되는데 아마도 그 서브넷에 속하지 않는 한 실제로 응답하지 않습니다. 인터페이스 192.168.1.1/24가있는 pfSense 라우터의 OPT1 NIC에 연결되어 있습니다.
내가 뭘하고 싶은지 라우터에 NAT 규칙이나 VIP의 일종의 설정, 내 바탕 화면에 직접 말할 수있게됩니다. 내 데스크탑 IP는 192.168.3.2이고 LAN NIC의 인터페이스는 192.168.3.1/24입니다. 예를 들어 다음 중 하나를 설정합니다.
- 옵션 1 - LAN 인터페이스에서 source = 192.168.3.2 dest = 192.168.1.100으로 수신 된 패킷은 OPT1에서 다음과 같이 전달됩니다. 평소와 같았지만, 패킷이 NATed되어 소스 = 192.168.1.1 (OPT1의 IP) dest = 192.168.1.100 - 장치에서 오는 것으로 "인식"합니다. 필요한 서브넷. 그 답은 다음 라우터에서 선택됩니다. OPT1 및 LAN에서 192.168.3.2로 다시 전달됨
- 옵션 2 - 가상 LAN IP dest = 192.168.3.100으로 전송되는 LAN 인터페이스의 패킷은 라우터에 의해 받아 들여집니다. 장면 '은 OPT1에서 패킷을 수정하여 전달합니다. 원본 = 192.168.1.1 (OPT1의 IP) dest = 192.168.1.100 - 그래서 장치 "필요한 서브넷에서 오는 것으로 간주합니다." 그 대답은 다음과 같다. OPT1에서 라우터에 의해 집어 들고 LAN을 통해 192.168.1.100의 소스가 192.168.3.100으로 다시 매핑되므로 데스크톱에서 수신 한 기기의 기기에서 온 것 같습니다. LAN이 아니라 외부.
두 가지 옵션의 차이는 첫 번째 패킷이 원래의 패킷을 비 LAN IP로 보내고 라우터가 OPT1에서 패킷을 전달할 때 원본을 수정한다는 것입니다. 두 번째 단계에서는 원래 패킷이 대신 LAN상의 가상 IP로 보내지며 라우터는 전달하기 전에 원본과 목적지를 모두 수정합니다.
이 두 가지 모두 pfSense가 가상 IP 및 기타 NAT 옵션을 사용하는 것과 거의 동일하므로이 작업이 어렵지 않다고 확신합니다. 하지만 이러한 작업을 할 수없는 것 같습니다. NAT는 꽤 복잡한 영역입니다!