|
|
(광고) 단통법 시대의 인터넷가입 가이드(ver2.0) (234) |
 백메가 |
2015-12 |
1770829 |
25 |
|
2015-12
1770829
1 백메가
|
|
|
[필독] 처음 오시는 분을 위한 안내 (737) |
정은준1 |
2014-05 |
5245518 |
0 |
|
2014-05
5245518
1 정은준1
|
|
44634 |
[질문] SKT 3G 무제한 무적심 사용가능한 라우터 추천해주세요! (3) |
QS왕통키손… |
2015-05 |
5330 |
0 |
|
2015-05
5330
1 QS왕통키손…
|
|
44633 |
powersupply의 80 plus 등급? (3) |
차평석 |
2011-10 |
6264 |
0 |
|
2011-10
6264
1 차평석
|
|
44632 |
AD 서버 구축.. (8) |
 우야노 |
2011-10 |
7147 |
0 |
|
2011-10
7147
1 우야노
|
|
44631 |
인텔 12100하고 12100T하고 실사용 전력은 별 차이가 없나요? (5) |
이매망량2 |
2022-10 |
2893 |
0 |
|
2022-10
2893
1 이매망량2
|
|
44630 |
코골이 수술 받아보신분 계신가요? (13) |
Sikieiki |
2018-10 |
4276 |
0 |
|
2018-10
4276
1 Sikieiki
|
|
44629 |
메모리에 대한 묘한 상상 (5) |
 무아 |
2014-02 |
3850 |
0 |
|
2014-02
3850
1 무아
|
|
44628 |
윈도우7 다른 PC에 이미지 복구 방법? (2) |
팔코2 |
2016-07 |
8123 |
0 |
|
2016-07
8123
1 팔코2
|
|
44627 |
산업용 SBC 보드 질문드립니다. (5) |
으뜨거 |
2018-10 |
5415 |
0 |
|
2018-10
5415
1 으뜨거
|
|
44626 |
pfsense routing관련 질문. (3) |
송진현 |
2021-03 |
3014 |
0 |
|
2021-03
3014
1 송진현
|
|
44625 |
스위치의 성능이 떨어지면 보내는 패킷에 지연이 일어날 수 있는지 알고 싶습니다. (18) |
dragoune |
2018-10 |
4935 |
0 |
|
2018-10
4935
1 dragoune
|
|
44624 |
노래방에 CCTV 1채널짜리로 설치하려고합니다. (4) |
최모씨 |
2011-11 |
7566 |
0 |
|
2011-11
7566
1 최모씨
|
|
44623 |
SM-P605S 사용문의입니다. (6) |
머라카는데 |
2022-11 |
2421 |
0 |
|
2022-11
2421
1 머라카는데
|
|
44622 |
55" UHD TV에 컴퓨터를 연결하면 마우스가 늦게 움직이네요.. (5) |
정의석 |
2014-02 |
17754 |
0 |
|
2014-02
17754
1 정의석
|
|
44621 |
노트북 배터리 문의 드립니다. (정상종료해도 배터리가 줄어들어요) (7) |
노재현 |
2024-06 |
2017 |
0 |
|
2024-06
2017
1 노재현
|
|
44620 |
차량용 컴퓨터 전원 관련 질문입니다. (4) |
 승훈 |
2011-12 |
6044 |
0 |
|
2011-12
6044
1 승훈
|
|
44619 |
북한에도 증권이 있나요.. (9) |
으라차차차 |
2018-10 |
3244 |
0 |
|
2018-10
3244
1 으라차차차
|
|
44618 |
프로그래머 질문....자동방지 등록코드 (2) |
klein |
2011-12 |
6207 |
0 |
|
2011-12
6207
1 klein
|
|
44617 |
상대가 팩스만 받는 회사인지라-폰이나 PC 에서 그림파일을 팩스로 보내는법 (11) |
그린 |
2022-11 |
2702 |
0 |
|
2022-11
2702
1 그린
|
|
44616 |
예전에 국내에 자율주행 시스템이 있었는데 (1) |
 삐돌이슬픔이 |
2024-07 |
1324 |
0 |
|
2024-07
1324
1 삐돌이슬픔이
|
|
44615 |
ASRock G41M-S3 개조바이오스 구할수 있을까요? |
오리시키 |
2015-06 |
3207 |
0 |
|
2015-06
3207
1 오리시키
|
먼저,
확인할 사항이 있습니다.
서버1의 NIC2가 210.123.12.210이며,
서버2의 NIC는 210.123.12.200이고,
172.16.20.0/24/1은 VPN장비에서 정의한 네트워크입니까?
실제로 서버2에서 서버 1으로 접속할때는 210.123.12.210에 2580포트로 접속하고
서버1에서 서버 2로 접속할때는 210.123.12.200에 2580포트로 접속합니다.
하나만 더 확인하겠습니다.
210.123.12.200과 210.123.12.210의 서브넷마스크와 게이트웨이 아이피를 알려 주십시오.
대게 server와 client 또는 site to site입니다.
위 구성은 server와 client입니다.
VPN장비가 VPN 서버입니다.
서버1과 2는 VPN 클라이언트로 붙어야 하고요.
1과 2가 클라이언트로 접속된 이후부터는 VPN장비가 정의한 대역에 한해서는 별도 라우팅이 필요없습니다.
1에서 2로 접근할 때 아이피는 그냥 172.16.20.100가 됩니다.
만약, 210.123.12.200과 210.123.12.210가 서브넷으로 갈라진 별도 네트워크라면 이 둘 사이의 라우팅 여부이지 이 아이피들로 접근은 VPN과 무관합니다.
동일 네트워크라도(라우팅 작성은 필요없겠지만) 마찬가지입니다.
우리쪽에서 상대측에 접속할때 210.123.12.210으로 접속합니다.
VPN 장비가 서버이니 gw는 VPN 장비인 172.16.20.1입니다.
우리쪽에서 VPN 172.16.20.1으로 ping 잘 나가고
route add 후에는
traceroute 210.123.12.210 했을대
172.16.20.1 로 지나가는것도 확인이 됩니다.
그러나,,
상대측에서 계속 우리쪽으로 telnet이 안된다고 우기고 있고
vpn 장비도 상대측에서만 컨트롤이 가능한 상태이며, 초기 세팅 역시 상대측에서 한것입니다.
route add net / host 어떤것을 해도 동일하며,
안되는 이유를 확인해볼 방법이 없어 답답하네요..
우선, VPN이 장비대 장비로 외부에 있는 기기와 연결된 경우로 추정됩니다.
이 때 쓰인 아이피가 210.123.12.200과 210.123.12.210이었을 것이구요.
아마, 스위치에 들어가 있을 거라고 봅니다.
그리고 이쪽이 172.16.20.0/24/1이니 저쪽은 다른 대역이겠지요.
예를 들어서 172.16.19.0/24/1 처럼 말입니다.
장비에서의 설정과 연결이 정상이라면 양쪽 대역간 172.16.19.xxx, 172.16.20.xxx 아이피들은 서로 통신할 수 있습니다.
적절한 라우팅으로 입니다.
문제는 192.168.0.10 컴퓨터가 2서버에 접근할 수 있도록 하는거 겠지요.
이때는,
컴퓨터가 172.16.20.100을 모르고 있으니 라우팅을 서버1-NIC1의 IP 주소로 잡아 줍니다.
서버2가 192.168.0.10을 알지 못하니 라우팅을 서버1-NIC2의 IP 주소로 잡습니다.
컴퓨터가 상대쪽 2서버(예, 172.16.19.100)와 통신해야 될 경우도 있을 것입니다.
역시,
172.16.19.100을 모르고 있으니 라우팅을 서버1-NIC1의 IP 주소로 설정합니다.
1서버에서는 이 주소의 라우팅을 VPN GW로 잡습니다.
상대 2서버에서는 192.168.0.10의 라우팅을 자기 VPN GW로 설정합니다.
이런식입니다.
1. VPN 장비 라우팅 추가 : 192.168.0.0/24 게이트웨이 172.16.20.80 영구
2. 서버1 : 윈도우 서버라면 RRAS 라우팅 서비스를 살려줘야 합니다.
3. 서버1 : 172.16.20.0/24 게이트웨이 172.16.20.1 영구 추가
4. 게이트웨이(192.168.0.1) 단 : 172.16.20.0/24 192.168.0.100 을 추가해줘야 하는데 그러면 서버1 NIC에서 게이트웨이를 제거 해줘야 하는 문제 발생.
5. 4번을 무시하고 차라리 192.168.0.10 한대라면 그 PC에서 172.16.20.0/24 를 GW 192.168.0.100 라우팅 영구추가 하는게 나아보임.
6. 서버 NIC 기본 게이트웨이를 삭제해야됩니다. 이유는 라우팅 우선순위가 꼬이고 안먹혀요. 고정경로 라우팅을 사용해야 문제가 생기지 않습니다.
외부 DMZ IP는 라우팅과 상관없으니 삭제.(지점과 지점 연결할 포인트 IP 일거라는 판단에 사설 네트워크 액세스에는 전혀 무관)
위 설정만 해주면 172.16..200.100 에서 192.168.0.10 도착지로 핑도 될거고 도착지에서 원본으로 핑이나 네트워크도 될듯 보입니다.
저기에서 정말 심플하게 가고 싶다? 라고 한다면 VPN 장비가 192.168.0.0 인터페이스 IP를 갖고 있다면 서버1이 NIC 두개가 될 필요가 없습니다. 게이트웨이 단에서 172.16.20.0/24를 VPN이 갖고 있는 192.168.0.0 IP로 라우팅 하나만 걸어주면 아주 쉽게 끝납니다.
혹시 라우팅 추가가 아래 명령어 말씀하시는거 맞으실까요?
route add -host 210.123.12.200 netmask 255.255.255.0 gw 172.16.20.1 dev nic2
route add -net 210.123.12.210 netmask 255.255.255.255 dev nic2
위 명령어 후에
우리쪽에서 VPN 172.16.20.1으로 ping 잘 나가고
route add 후에는
traceroute 210.123.12.210 했을대
172.16.20.1 로 지나가는것도 확인이 됩니다.
telnet이 붙었다 안붙었다 하는걸로 보아, gw가 꼬인거같긴 합니다.
그래서 gatewaydev를 해야하는건지 여쭈어보았던거구요
그리고 한쪽단만 고정경로 서브넷만 라우팅 잡아주면 양방햔 세션이 맺어지게 되요. 아무리봐도 DMZ단을 거친다면 저건 라우팅이 아니라 NAT 같습니다. NAT로 걸면 양방향 다 핑은 잘됩니다.