NTP와..Firewall의 문제인 듯 싶습니다.
글쓴이: hyper9 / 작성시간: 목, 2010/01/28 - 4:19오전
일단 문제는 NTP가 시간을 제대로 update하지 못하고 있는 것인데요,
아마도 Firewall에서 NTP 가 사용하는 port (123번인가요??)
를 막아놓은 것 같아요.
이럴 때, 해결할 수 있는 방법이 있을까요?
Firewall 123번을 열지 않고 할 수 있으면 좋겠는데요,
옆의 engineer가 답을 자기는 아는데,,하면서 안 알려주네요 ㅜㅜ
조언을 주시면 감사하겠습니다.
Forums:
잠시 여기저기 돌아다녀보다가,,다음을 발견했습니다.
ntpdate의 -u option에 대한 설명인데요.
다음과 같습니다.
-u : packet을 송신할 unprivileged port의 사용을 지정합니다. 이 flag는 privileged port로 향하는 수신 traffic을 막아주는 firewall의 뒤에 사용자가 있고, firewall너머의 host와 동기화하려고 할 경우에 유용합니다. firewall은 외부 network에서 전용 Network로의 access를 제어하는 system이나 기계입니다.
제가 맞게 이해하고 있는 걸까요?
지금 ntp가 잘되는 system에서는
ntpdate -d 72.18.205.156 이라고 하면,,
transmit(72.18.205.156)
receive(72.18.205.156)
transmit(72.18.205.156)
receive(72.18.205.156)
과 같이 packet이 전송/수신이 되고 있는 것 같아 보이는데요.
ntp가 안되는 system에서 보면
transmit(72.18.205.156)
transmit(72.18.205.156)
transmit(72.18.205.156)
이렇게 전송만 하면서 실제 72.18.205.156에서의 reply
를 제대로 수신하지 못하는 것 같아 보입니다.
이게 Firewall의 123번 port가 막혀서 그런게 아닌가 싶었고요.
또 이걸 "-u" option을 써서 어떻게 피해갈 수 있는 방법이 없나
싶기도 하고, 그래서 질문을 드립니다.
조언 부탁 드립니다.
다시 정리해 보았습니다.
위에서 좀 헷갈린 것 같았는데요..
다시 해보니까..
eth0쪽은 72.18.205.156으로 ping이 안되고, eth1쪽은 72.18.205.156쪽으로
ping이 되네요..
그런데 System의 default routeer가 eth0로 되어 있어서,
ntp가 안되고 있었나봐요.
이런 경우에 eth1쪽으로 ntp가 packet을 주고 받도록 하려면
어떻게 하는건지요?
그걸 여쭤보는게 맞는 질문인 것 같습니다. ^^
그럼 조언 부탁 드립니다 ~
댓글 달기