 
네트워크 보안문1228;/196; 1064;해 VPN 1012; 구성1473;에 1080;lj16; 1064;원1077;니다.
1060;번에 VPN1012; 다수 구성Ȣ16;여 1109;비가 나가야Ȣ16;lj16; 상황에 양산? 관/144;Ȣ16;여 문1228;가 1080;Ǻ12;
1060;론1201;1004;/196; 가능한1648; 알고dz10;Ǻ12; 문1032;드립니다.
현1116; 여러 1648;1216;에 각기 4대1221;도1032; 1109;비들1060; 들Ǻ12;가야 Ȣ16;고 해NJ17; 1109;비들1032; 출고시 IP세ᔚ1;1012; 고1221;Ȣ16;기 위한 0169;안1012; 구상1473;에 1080;습니다.
각 1648;1216;들-180;리lj16; LAN to LAN1004;/196; VPN1012; 묶Ǻ12;서 사용1012; 할 예1221;에 1080;lj16; 상황1077;니다.
그/111;다보니 현1116; IPsec1004;/196; 연결1012; 묶고 1080;lj16; 상태1064;데
VPN1060; IPSEC1004;/196; 연결Ȣ16;여 사용Ȣ16;,172; .112;ᅆ1;우 라우터별/196; 다른 ,172;1060;트웨1060;에 맞춰 내ǥ12; IP를 설1221;Ȣ16;여 연결 해1480;야 Ȣ16;lj16;,163;1004;/196; 알고습니다.
1060; ᅆ1;우 라우터1032; 1452;소에 따라서 Ȣ16;위 IP가 변ᅆ1;.104;야 Ȣ16;lj16;ǥ12;ǥ16;ǐ12;문에 같1008; 6156;웨Ǻ12;/196; 1068;괄 출고가 불가능한 상황1077;니다.
(ex. 라우터1 192.168.1.1 -> Ȣ16;위PC1-1 192.168.1.2, Ȣ16;위PC1-2 192.168.1.3
   / 라우터2 192.168.2.1 -> Ȣ16;위PC2-1 192.168.2.2, Ȣ16;위PC2-2 192.168.2.3)
  >>IP1032; 세번1704; 1088;리가 계속 0148;뀜.
1473;간에 라우터를 Ȣ16;나 더 추가Ȣ16;여 라우터 Ȣ16;나를 고1221;1201;1004;/196; 사용Ȣ16;lj16;,163;1012; 1060;야기 해봤1004;나
추가 라우터 없1060; Ȣ16;나/196; 처리를 해야한다고 Ȣ16;며
그/111;1648;만 연결.108; VPN내에서 1217;속 1452;소lj16; 다르.104; 내ǥ12; IPlj16; 같아야Ȣ16;lj16; 상황1077;니다.
(ex. Ȣ16;위PC x-11060;면 1204;ǥ12; 192.168.1.1, Ȣ16;위PCx-2 면 1204;ǥ12; 192.168.1.2)
처리lj16; 모.160; VPN 라우터에만 세ᔚ1;Ȣ16;여 원ᅄ1;1004;/196; 1228;Ǻ12; 할 수 1080;Ǻ12;야 Ȣ16;lj16; 상황1077;니다.
IPsec 0169;식1032; 연결에서lj16; Ȣ16;위에 라우터 ᕬ1;1008; 공유기를 추가Ȣ16;1648; 않lj16; 한 7192;든,163;1004;/196; 알고1080;1004;나
그외 VPN 0169;식1004;/196; 가능한 0169;법1060; ᕬ1;1008; 라우터 내에서 추가1201;1004;/196; 라우ᔚ1; 해1460;수 1080;lj16; VPN 1109;비가 1080;1012;1648; 알고1088; 문1032;드립니다.
특히, 장비에 임베딩되는 OS요.
제품이 정확하게 정해진부분은 없는 상태이며
임시로 tp-link 의 vpn 라우터 제품을 활용해서 테스트중에 있습니다.
(실제 사용할 제품은 아닙니다)
장비를 정하기 위해서 파악하고 있는 부분이기도 해서 정확한 OS를 알지는 못하는 상태입니다.
더불어 임시로 ipsec연결과 장비 동작 프로토콜을 확인하기 위해 사용중인 tp-link 제품도 os를 알지는 못하는 상태입니다.
여러 SITE를 Site-Site VPN으로 구성을 하려면
구성하는 모든 장비의 IP가 당연히 달라야죠
장비를 출고 설치하는데에 있어서 편의성때문에
다른분들은 당연히 vpn 라우터에서 서브넷 주소를 다시 할당?하는 것을 생각하고 있는것 같습니다.
일단 라우터별 게이트웨이는 다 다르게 관리된다는건 당연한 상황입니다.
거기에서 하위는 게이트웨이와 앞 3자리가 같지 않은 혹은 세번째 자리가 같지 않은 상태로 연결이 되는걸 하려는 상황입니다.
(ex. 서브넷 192.168.100~200.0 -> 붙은 장비들 192.168.0.1)
생각에는 open VPN의 redirect gateway 기능같은걸로
각 제품들의 최종 ip는 똑같은 고정으로 연결하는걸 생각하시는것같습니다만 일반적인부분은 아니라고 생각합니다.
필요한 스크립트나 소프트웨어들을 넣어서요.
그러면,
본점에 OpenVPN 서버를 둡니다.
장비들이 부팅될 때 OpenVPN 클라이언트로서 서버에 접속되도록 합니다.
OpenVPN 서버에서 네트워크를 정의한대로 서버와 각 장비들이 한 망에 들어오게 됩니다.
(별도 망)
서버를 경유해서 장비들에 접근,
장비들 끼리 통신이 가능해집니다.
IPSec 보다 보안이 떨어지지도 않습니다.
이 때 redirect-gateway 옵션은 필요없습니다.
(장비는 장비대로 기존 실제 네트워크에 연결된 상태를 유지)
그저 끼리끼리(서버-장비, 장비-장비) 네트워킹만 되면 그만아니겠습니까.
MikroTik 라우터에서 테스트했습니다.
R1 (내부주소 192.168.88.0/24, 가상 내부주소 192.168.1.0/24)
-IPSec Site to site tunnel, policy : Local 192.168.1.0/24, Remote 192.168.2.0/24
-NAT설정
Source NAT src : 192.168.88.0/24 dst : 192.168.2.0/24 action : netmap to 192.168.1.0/24
Destination NAT src : 192.168.2.0/24 action : netmap to 192.168.88.0/24
R2 (내부주소 192.168.88.0/24, 가상 내부주소 192.168.2.0/24)
-IPSec Site to site tunnel, policy : Local 192.168.2.0/24, Remote 192.168.1.0/24
-NAT설정
Source NAT src : 192.168.88.0/24 dst : 192.168.1.0/24 action : netmap to 192.168.2.0/24
Destination NAT src : 192.168.1.0/24 action : netmap to 192.168.88.0/24
다른 기업용 장비들도 비슷하게 구성 가능할 겁니다.
엑스게이트입니다.
저희는 국내 VPN 1위 제조업체입니다.
저희 엔지니어에게 문의 결과, 각 지사 VPN 내부 네트워크대역을 동일하게 하는것은 여러 기술적인, 관리적인 차원에서 일반적으로 권장하지 않는다고 합니다.
네트웍 구성시에는 번거로우나, 각기 다른 대역대로 구성하시는게 장기적으로는 좀더 나을거라 생각됩니다.
그러나, 동일대역 IP세팅이 내부적으로 어쩔수 없이 사용해야만 한다고 하면 권장하진 않으나 기술적으로 불가능하지는 않다고 하네요.
추후 실제 도입시 제조사 엔지니어와 충분한 구성협의 후 진행하시면 큰 문제 없으리라 생각됩니다.
감사합니다.