공유기 아래에 2대의 컴퓨터가 있습니다. 한대는 제가 사용하는 메인PC이고 한대는 서버로 사용하는 리눅스 PC인데요
집에서 ssh 접속할때는 서버의 사설IP로 접속합니다.
ssh 접속후 ifconfig eth0 down 을 했습니다. 당연히 ssh 연결이 끊어젔습니다.
그리고 서버pc 에 가서 직접 ifconfig eth0 up 을 해줬습니다. ifconfig 로 확인하니 다시 활성화가 되었더군요.
저의 메인PC에서도 ssh 접속이 다시금 잘 되더군요.
그런데 외부지에서 ssh 접속을 하려 하니 연결이 되지 않았습니다.
/etc/init.d/networking restart 를 해주고 나니 외부지에서도 접속이 되네요?
이것 때문에 30분 정도 삽질을 했는데요. 왜 네트워크 서비스 자체를 내렷다 올려야 외부에서도 접속 가능할까요?
[quote="jiggol":1vmagkz6]공유기 아래에 2대의 컴퓨터가 있습니다. 한대는 제가 사용하는 메인PC이고 한대는 서버로 사용하는 리눅스 PC인데요
집에서 ssh 접속할때는 서버의 사설IP로 접속합니다.
ssh 접속후 ifconfig eth0 down 을 했습니다. 당연히 ssh 연결이 끊어젔습니다.
그리고 서버pc 에 가서 직접 ifconfig eth0 up 을 해줬습니다. ifconfig 로 확인하니 다시 활성화가 되었더군요.
저의 메인PC에서도 ssh 접속이 다시금 잘 되더군요.
그런데 외부지에서 ssh 접속을 하려 하니 연결이 되지 않았습니다.
/etc/init.d/networking restart 를 해주고 나니 외부지에서도 접속이 되네요?
이것 때문에 30분 정도 삽질을 했는데요. 왜 네트워크 서비스 자체를 내렷다 올려야 외부에서도 접속 가능할까요?[/quote:1vmagkz6]
직접 그 상황을 봐야 알겠지만… ifconfig eth0 down하시고
ifconifg eth0 up을 했을 당시에 route 명령으로 기본 게이트웨이가 제대로
설정이 되어있는지 확인해 보시기 바랍니다.
ifconfig up/down 시에 게이트웨이 값이 초기화 될 수 있습니다. (배포판마다 약간씩 다르게 동작하기도 합니다만…)
역시 그상황을 봐야알겠지만 게이트웨이는 상관없어 보입니다.
게이트웨이가 지정돼있지 않더라도 외부에서 공유기 거쳐서 내부 PC로 접근하는데는 문제가 없어보입니다.
[quote="ihavnoth":3l7he98e]역시 그상황을 봐야알겠지만 게이트웨이는 상관없어 보입니다.
게이트웨이가 지정돼있지 않더라도 외부에서 공유기 거쳐서 내부 PC로 접근하는데는 문제가 없어보입니다.[/quote:3l7he98e]
질문자 분이 문의 주신건
공유기 내부 머신끼리는 ifconfig up/down으로 내렸다 올려도 통신이 되는데 공유기 바깥쪽과는
안된다고 말씀하셔서 기본 게이트웨이가 없을 경우 더미허브형태의 물리적 공간에 속한 머신끼리만 통신되는
증상과 유사해서 말씀드린겁니다.
물론 공유기가 얼마나 똑똑하게 움직이느냐에 따라 다르겠지만 ![하하 :)]()
networking restart를 할 때
우분투의 경우 ifconfig 대신 ifup/ifdown을 통해서 설정파일 정보를 바탕으로 ifconfig 작업과 route 커맨드
작업을 동시에 실행하기 때문에 route로 게이트웨이를 확인해 보라고 했던 것입니다.