|
[필독] 처음 오시는 분을 위한 안내 (734) |
정은준1 |
2014-05 |
5126916 |
0 |
2014-05
5126916
1 정은준1
|
|
(광고) 단통법 시대의 인터넷가입 가이드(ver2.0) (234) |
백메가 |
2015-12 |
1661870 |
25 |
2015-12
1661870
1 백메가
|
79950 |
esxi 설치후 데이터 스토리지 추가할려고 보니깐 SSD않 나타날때 (2) |
강한구 |
2016-10 |
4019 |
0 |
2016-10
4019
1 강한구
|
79949 |
HPE 케어팩 서비스 해외 지원 여부 (3) |
Dfens |
2018-06 |
4019 |
0 |
2018-06
4019
1 Dfens
|
79948 |
우분투 서버 모니터링 관련질문입니다 (4) |
정정후 |
2014-01 |
4019 |
0 |
2014-01
4019
1 정정후
|
79947 |
pcie1x슬롯 옆부분 깨서 랜카드나 달아볼까 합니다 (5) |
봉봉이 |
2017-10 |
4019 |
0 |
2017-10
4019
1 봉봉이
|
79946 |
열풍기 추천좀 부탁드립니다... (4) |
FreeBSD |
2020-08 |
4019 |
0 |
2020-08
4019
1 FreeBSD
|
79945 |
빔프로젝터 + 화이트 보드 조합은 어떨가요? (7) |
사랑하라 |
2020-08 |
4019 |
0 |
2020-08
4019
1 사랑하라
|
79944 |
리빌딩 관련하여 갑자기 궁금한게 생겨서.. (5) |
듀우크 |
2014-06 |
4019 |
0 |
2014-06
4019
1 듀우크
|
79943 |
윈도우 10 이번 업데이트 하고 좀 이상해 졌다는.... (5) |
늘파란 |
2017-10 |
4019 |
0 |
2017-10
4019
1 늘파란
|
79942 |
아파트 단자함 랜선 연결 문의 드립니다. (4) |
뭐라카노 |
2022-02 |
4019 |
0 |
2022-02
4019
1 뭐라카노
|
79941 |
공장 자동화 질문입니다. (3) |
엠브리오 |
2016-01 |
4019 |
0 |
2016-01
4019
1 엠브리오
|
79940 |
이폰... 효도폰으로 괜찮을까요? (3) |
마이러브 |
2014-07 |
4019 |
0 |
2014-07
4019
1 마이러브
|
79939 |
4테라 9개 레이드5 리빌딩/리실버링 시간 얼마나 소요되나요? (9) |
조우진cas |
2021-08 |
4019 |
0 |
2021-08
4019
1 조우진cas
|
79938 |
윈도우10오류 ( 0x800705AD 할당량이 부족하기 대문에 요청한 서비스를 완성할 수 없… (5) |
새로운차원 |
2022-01 |
4019 |
0 |
2022-01
4019
1 새로운차원
|
79937 |
트랜지스터 (5) |
현진 |
2018-07 |
4019 |
0 |
2018-07
4019
1 현진
|
79936 |
Sun Fire X4200 서버 관련 질문 입니다 (3) |
Versace |
2015-06 |
4019 |
0 |
2015-06
4019
1 Versace
|
79935 |
Areca 1120 (1) |
나파이강승훈 |
2014-01 |
4019 |
0 |
2014-01
4019
1 나파이강승훈
|
79934 |
웹서버 (듀얼랜 구성) 질문입니다! [보류] (12) |
2CPUI김세훈 |
2020-03 |
4019 |
0 |
2020-03
4019
1 2CPUI김세훈
|
79933 |
정해진 비율로 이미지를 바꿔주는 프로그램이 혹 없나요? (11) |
뮤노 |
2015-02 |
4019 |
0 |
2015-02
4019
1 뮤노
|
79932 |
바이오스 (2) |
클라이막스 |
2016-01 |
4019 |
0 |
2016-01
4019
1 클라이막스
|
79931 |
esxi 부팅불량 에러좀 봐주세요. (8) |
행복하세 |
2019-03 |
4020 |
0 |
2019-03
4020
1 행복하세
|
디폴트 게이트웨이는 0.0.0.0 모든경로를 사용한다는겁니다.
둘다 빼거나 한쪽은 게이트웨이 빼야됩니다. 둘다 빼버리면 인터넷이 안될건데 인터넷을 사용할 NIC만 디폴트 게이트웨이를 입력합니다.
나머지는 게이트웨를 넣을게 아니라 원하는 경로 대역을 액세스할 라우팅 경로를 넣는겁니다.
저게 인바운드만 하는 상황이라면 문제가 될리가 없겠지만 아웃바운드는 당연히 되었다 안되었다 하겠지요.
어제 나가는건 되는데 들어오는게 안되는 상황이 생겼었습니다..
nic2의 실제 대역은 172.16.8.0/24를 사용하지만..
nic2를 통해 통신을 할때에는
210.212.12.0/24 의 대역중 특정 IP를 통해 데이터 통신을 하고있습니다.
우리쪽에서 상대방 요청이 210.212.12.20이면,
상대방에서 우리쪽 요청이 210.212.12.30을 통해 요청을 하는것입니다.
전용선에 vpn 장비를 통한 통신이라 그런지 복잡하네여.
https://forums.centos.org/viewtopic.php?t=61217
7 버전 자료긴 한데 참고해보시면 될것같습니다~
ㅠㅠ
이 방법대로 하면
우리쪽에서 210.212.12.140 IP 로 텔넷은 연결 가능하나,
상대쪽에서 우리쪽으로 210.212.12.150 IP로 텔넷 접속이 불가합니다.
나열하신 IP 대역이 (당연하지만) 사설 IP 대역임을 가정하고 외부 네트워크는 제외하면, nic 1 로 192.168.8.x 대역 통신 가능하고, nic 2 로 172.16.8.x 대역 통신이 가능할 것 같습니다.
위 대역을 제외한 외부 네트워크는 막줄에 nic 1 을 통해서 한다고 하셨으니 Default Gateway 는 192.168.8.1 이 되어야 하겠지요.
nic 2 는 그 자체 GW 통신이 되어야 하는 상태라고 하셨는데, 이는 nic 2를 이용해서 172.16.8.1 로 ping 은 나갈 수 있습니다. ( 당연히 서버에서 172.16.8.1 을 거쳐서 외부 네트워크로 패킷은 발송 불가 )
딱 이정도는 되는게 맞다고 생각하네요.
만약 서버에서 어떨 때는 nic 1 으로 통신하고, 저럴 때는 nic 2 으로 통신하고 싶으시다면 위 방법 말고 다른 방법을 찾아보셔야 합니다.
즉 서버 자체에 210.212.12.0 / 24 대역의 IP 가 1 개도 없기 때문에, 이를 ip route 명령어로 입력하는게 불가합니다.
서버에서 공인 IP 대역인 210.212.12.0 / 24 로 나가기 위해서는 Default Gateway 인 nic 1 을 거쳐서 텔넷 접속이 가능합니다.
반대로 사설 IP 대역인 172.168.8.1 GW 장비에서 공인 IP 대역인 210.212.12.150 을 사용중이라면, 150 으로 인입되는 텔넷 명령어를 172.168.8.34 로 넘겨주는 포트 포워딩 기능이 필요하다고 생각합니다.
ip route add 192.168.8.0/24 dev eno5 table 1
ip route add 172.16.8.0/24 dev eno6 table 2
ip route add default via 192.168.8.1 table 1
ip route add default via 172.16.8.1 table 2
ip rule add from 192.168.8.0/24 table 1 priority 100
ip rule add from 172.16.8.0/24 table 2 priority 110
ip route flush cache
헌데,,, vpn 내부 통신용 210.212.12.0 대역으로 traceroute시 외부로 빠져나갑니다
참고고 위와 비슷한 상황을 만들어서 사용중인데 네트워크 구성 설계를 좀 봐야 알거 같네요.
non-default gateway interface 의 input packet 에 대해 mark 하여 2번째 라우팅테이블을 타게 해야 합니다. (ip route의 fwmark 통해)
안그러면 nic2로 들어온것도 nic2의 cidr으로부터 온게 아니면 nic1로 나갑니다.
[인터넷 접속이 되어야 하니] nic1 이 primary default route 로 설정하고,
nic2 는 필요한 대역을 static route 해야 합니다.
nic2 에 대한 테이블이 rt_secondary 라고 가정하면
ip rule add fwmark 2 table rt_secondary
ip route add default via 172.16.8.1 table rt_secondary
ip route flush cache
잘 기억은 안나는데...
iptables -t mangle -N secondary_prerouting
iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark
iptables -t mangle -A PREROUTING -i eth1 -j secondary_prerouting # eth1 로 들어오는 패킷에 대해
iptables -t mangle -A secondary_prerouting -m conntrack --ctstate NEW -j MARK --set-mark 2 # 들어오는 패킷에 대해 2 번으로 mark 합니다.
iptables -t mangle -A secondary_prerouting -m mark --mark 2 -j CONNMARK --save-mark # 2번 mark 를 connmark 에도 저장합니다.
iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark # connmark 에 저장된 mark 를 불러옵니다. 이를 통해 fwmark 2 의 route table 이 먹힙니다.
많은 답변 주신분들께 진심으로 감사드립니다.
위에 말씀주신 내용은 오늘 별도로 테스트 서버에 적용하면서 어떤부분인지 공부할 수 있는 시간을 가져보겠습니다.
다시한번 감사드립니다. (__)
앓는 이가 재대로 빠진 기분일 듯합니다..
무조건 너네쪽 장애다..고 우겨대다가 알고보니 아니었을때의 허망함..
한달간 삽질의 연속이었네요 ㅎㅎ