서버1 (OpenVPN 서버) <-> 서버2 (OpenVPN 클라이언트) 로 연결해둔 상황입니다.
서버1에서 서버2에 할당된 OpenVPN 로컬 아이피?로 포트 포워딩을 해주고 있습니다.
외부에서는 서버1을 통해서 서버2의 포트에 접근이 가능하나, 서버2에서는 서버1의 공인아이피를 통해 서버2의 포트에 접근을 할 수가 없습니다.
로컬/OpenVPN 아이피/서버2의 공인아이피 로는 접속이 가능하나 서버1의 아이피로만 접속이 안되네요..
출발지 아이피는 서버2의 공인아이피였으며 포트 포워딩도 되었으나 왜 접근이 안되는지 모르겠습니다.
곧 나가봐야해서 너무 생각없이 글을 쓴거같아 죄송합니다
그렇게 접속하는 사람도 있나요??
질문의 요지가 정확하게 무엇인지 이해가 안되네요.
2. 도메인을 두 개 사용한다.
서버1, 2의 iptables Input, output, forward 체인 및 NAT 테이블 정보가 있으면 원인 파악에 도움이 될 것 같습니다.
패킷을 한번 떠보셔야 할 것 같은데...
그래서 서버2에서 라우팅 테이블을 원격지 내부네트워크만 서버1 게이트웨이를 사용하고 나머지는 전부 자신이 위치한 게이트웨이를 사용해야됩니다.
어떻게 방법을 다시 생각해봐야 될거같네요 답변 감사합니다
외부<->서버1<->서버2는 되는 상황입니다.
서버2->서버1->서버2포트 접속이 안된다는 거네요.
예를 들어 서버2에서 ftp로 서버2에 접속하려고 하는데 안된다는 거군요.
서버2에서
> ftp 서버1공인IP 접속불가, 즉 서버1의 포트포워딩을 통해서 서버2로 접속이 안된다.
서버2에서
> ftp localhost 접속가능
이거죠?
클라이언트에게 고정IP 서비스 해주기 위해서?
아예 그냥 클라이언트에 공인 DMZ IP를 뿌려줘버리지 그래요.
만약 웹서버만 포워딩 할거라면 리버스프록시 쓰면 그만인데 FTP까지 해줘야 하는 상황이라면 사설이 아닌 DMZ를 그대로 넘겨주는것도 좋은 방법입니다.
윈도우서버 VPN RRAS는 이게 쉬운데 리눅스계열은 어떻게 해야되는지 안해봐서 모르겠드라구요.
도메인 주소 넣고 127.0.0.1 하거나 아니면 오리지널 사설IP를 넣으면 외부 DMZ로 갈려고 하지 않고 자신을 찾아가기에...
외부 클라이언트는 DMZ IP만 바라볼거니 될거 같은데 데몬 구성이 어떻게 된건지 이것도 봐야 알듯 싶네요.
서버2의 네트워크 프로그래밍 테스트용이라면 루프백을 쓰면 되는 것이고, 대량의 데이터 전송이라면 네트워크를 통할 이유가 없죠. 그냥 파일시스템에서 복사하면 되는 것이니..
어차피 VPN으로 연결되어 있으면 패킷이 전부 VPN 타고 나가도록 되어 있을테고, 서버1에 도착한 패킷이 목적지가 다시 서버2인 상황은 라우팅 규칙에 없는게 상식 아닐까요? 저걸 허용했다간 패킷이 엄청난 뺑뺑이를 돌수도 있습니다. 제대로 처리 하지 못한채 다량의 패킷이 돌면 VPN 전체가 뻣을지도 모르죠.
윈도우상에서 "도메인"의 개념이 뭔지는 모르겠으나 패킷의 입장에서 보면 라우팅 경로가 중요하지 이름이 뭐든 별 상관이 없어 보입니다.
서버2에서 curl로 요청을 해보면 서버1에서는 WAN으로 받아서 10.0.0.2로 포트포워딩을 해주고 다시 서버2로 들어가는 상황이나 서버2에서 받지 못하는? 것 같습니다