문제 해결했습니다.
 문제의 원인은 같은 모델의 다른 서버에 있는 이더넷카드의 macaddress와 동일한 macaddress를 
사용하고 있었기 때문이었습니다. macaddress를 강제로 바꿔서 문제 해결했습니다.
 답변 주신분들 감사드립니다.
  : IDC 센터에 서버를 두고 인터넷 서비스를 운영하고 있습니다.
: 웹서버가 트래픽을 감당하기에 무리가 있어, 서버를 추가하는 작업도중에 예
: 상치 못한 문제가 발생해 글을 올립니다.
: 원인과 해결방안을 아시는 고수분의 도움 부탁드립니다.
:
: 네트워크 구성은 IDC 네트웍 아래 자체 운영하는 L4 장비아래 허브를 두어
: 서버를 연결했습니다.
: 자체 dns는 L4에 물려 있지 않고, 웹서버 2대는 L4장비에 물려 있습니다.
:
: 문제는 웹서버 한대를 신규로 구입해 기존 서버 1대를 같은 ip설정으로 교
: 체 설치했는데 ping test를 해보면 외부로는 제대로 나가고 있지 않습니다.
: 리눅스는 알짜 6.2 입니다.
:
: ping test는 다음과 같이 2가지 경우로 해보았습니다.
:
: 1. 네임서버를 자체 dns 서버로 한 경우
: ping 자체도메인 또는 ip - ok
: ping 외부도메인 - 도메인은 IP로 resolving하지만 ping은 나가지 못함
:      외부 IP - 실패
: ping gateway - ok
:
: 2. 네임서버를 외부  dns 서버로 한 경우
: ping 자체 도메인 - 실패
:      내부 IP - 성공
: ping 외부 도메인, 외부 IP - 실패
:
: * 외부에서는 ping이 안 먹습니다.
:
: 물론 ifconfig나 기타 설정등은 문제가 없습니다. 잘 돌아가고 있는 다른 서
: 버와 동일한 내용으로 세팅되어 있습니다.
:
: 이 문제를 같이 작업한 엔지니어는(수년간 네트워크를 관리한 경험자)
: 내부 서버간 telnet, ftp 는 정상적으로 되는 걸 봐서 랜카드 문제는 아닌
: 것 같고, 게이트웨이까지 가는데 외부로 나가지 못하는 것으로 봐서 IDC 전
: 체 라우터의 iptables에 ip, macaddress 정보가 잘못 들어가서(교체 이전의
: 서버에서 사용하던 ip, macaddress 정보와 새로 설치한 서버의 ip,
: macaddress 정보가 일시적으로 뒤섞여 버린 상태?) 생긴 문제인 것 같은
: 데.. IDC 전체 라우터의 iptables를 리셋시킬수는 없으니.. 자체 정보를 갱
: 신할 때까지(최소 24시간) 기다려보자고 합니다.
: 이런 경우는 아주 특이한 경우지만, 기존 업체에서도 겪었던 일이라고 합니
: 다.
:
: 이와 같은 문제에 대한 원인 분석과 대처 방식이 맞는지 궁금하구요.. 혹시
: 또 다른 해결 방안이 있는지 알고 싶습니다.
:
: 지금 서비스가 워낙 느린 상태이다보니.. 좀 급해서.. 하루를 기다리지 못하
: 고 다른 방법을 알아보려고 합니다. 아시는 분좀 도움 부탁드립니다.
:
: 아 추가적인 질문인데요. 부팅할 때 강제적으로 macaddress를 변하지 않게
: 하는 방법이 있는지 알고 싶습니다. 특수한 경우 macaddress가 변할 수도 있
: 기 때문에 부팅시 강제적으로 macaddress를 고정시켜야 이러한 문제가 발생
: 안할거라고 하기에 그 방법을 알려고 합니다.
:
: 고수분들의 도움 꼭 부탁드립니다.
: 참고로 이 글을 쓰는 저는 linux에 대해 기초적이고 부분적인 내용들밖에 모
: 릅니다.
:
: --
: free walker--free walker