dhcp ip를 가져오질못해요 제발도와주세요..

저도 비슷한 문제를 겪고 있습니다.
그런데 이상한 점은 어제부터 문제가 발생했다는 것입니다.
(몇일 리눅스를 사용하지 않아서 정확히 어제부터라고 할 수는 없지만...)

저는 컴퓨터 한대에 윈도우와 리눅스(데비안)를 설치하여 사용하고 있습니다. 네트워크는 메가패스 VDSL을 사용하고 외장형 모뎀을 사용하며 컴퓨터에는 Broadcom440 랜 칩이 장착되어 있습니다.
증상은, 이전까지는 문제없이 1년이상 써 왔었는데 어제 리눅스를 사용하려고 하니까 DHCP client에서 주소를 가져오지 못하는 문제가 발생하였습니다.
혹시나 하드웨어나 모뎀, 라인 등이 잘못되었나 해서 윈도우로 부팅을 해 보았는데 인터넷을 사용하는데 아무런 문제가 없습니다.
다시 리눅스로 시도하면 몇번을 해도 같은 문제가 발생합니다.
혹시나 저도 모르게 설정을 잘못 건드린 것이 있나해서 데비안 설치 CD를 사용하여 네트워크 설치하는 부분까지 실행해 보았는데 마찬가지로 DHCP 서버를 찾지 못합니다.
결론적으로 윈도우에서는 되지만 리눅스에서는 안되는 것인데요 어떻게 이런 현상이 일어날 수 있을까요?
참고로 외장형 모뎀을 사용하면서는 윈도우나 리눅스 모두 별도의 프로그램 설치없이 지금까지 잘 써왔었습니다.

그게 가능한 것인지는 모르겠지만 혹시나 메가패스에서 뭔가를 막은 것은 아닌지...

dhcp 로 dhclient 를 쓰시는 분들은 dhclient.conf 에 다음을 추가하세요.

interface "eth0" {
send host-name "컴 이름" ;
send dhcp-client-identifier XX:XX:XX:XX:XX:XX ;
script /etc/dhclient-script" ;
}

dhcp2 나 dhcp3 버전, 또는 배포판에 따라 각각 이름이나 위치는 다를 수 있으니 확인하시구요.

요점은 ip 를 받아오기 위해선 dhcp 서버에 내 컴의 이름과 맥 어드레스를 알려줘야 한다는군요.
KT 에서 dhcp 소프트웨어를 바꿨나봅니다. 리눅스에서도 테스트 좀 해볼 것이지 쯧.

'삶의여유'님께서 알려주신 대로 수정해서 문제를 해결했습니다. 정말 도움 감사드립니다 :)

어쨌든 문제의 원인을 KT 기사분께도 설명 드렸지만, 그 것이 단순한 설정 실수가 아닌 KT 정책적인 변화일 경우 리눅스 사용자를 위해 고쳐 달라고 하기는 어렵지 않을까 싶습니다.

어쨌든 이로 인해 리눅스 사용자들에게 상당한 불편함이 있는 만큼 일단 문제가 지속되는지 조금 지켜 보고 공론화해서 어떤 대응책을 마련해야 하지 않나 싶습니다.

솔직히 라이브 씨디건 설치 씨디건 간에 리눅스 배포판 씨디로 구워서 켜면 그냥 되는 거 하고 초보자 보고 네트워크 없이 설치 후 루트 권한에서 편집기로 /etc/dhclient.conf에서 어찌어찌 바꾸고 dhclient3 eth0 같은 걸 입력하라고 하는 건 엄청난 차이입니다.

가능할지 모르지만, 자동 스크립트라도 만들어야 겠군요.

비슷한 현상은 아니지만, 리포트 한다는 의미에서..
얼마전에 지역케이블을 사용하는 곳에서 A 라는 리눅스서버로 사용하고 있던 것을 B 라는 리눅스서버로 교체하는 작업을 했었습니다.
그때 유난히 dhcp IP 를 못받아오더라구요.
그래서 포기하던차에 그냥놔두고 기다리니 얼마후에 되길래, 되나 보다 하고 넘어갔었습니다.
그런데, 그렇게 바뀐후부터 종종 IP 를 잃어버린다고 해야 하나, 끊김 현상이 종종 발생하더라구요. 예전에는 그런일이 없었는데 말이죠.
일단은 바뀐서버의 설정에 이상이 있는 것이다 라고 생각은 하고 있지만, 결론은 아직 못 내렸습니다.
사용하는 서버는 ubuntu hoary 였습니다.

신기한 방식이군요. dhclient.conf(5)를 잠시 보니 dhcp-client-identifier 는 특정 벤더의 옵션을 요청하기 위해서 사용하는 옵션이라는데, 저기다 맥 주소를 넣어보내지 않으면 안된다는건 재미있군요. 저것에 대한건 KT쪽에 문의를 해볼 수 있는 사항일까요?

-- 추가
성급했군요. dhclient.conf(5) 에도 저 옵션에 MAC주소를 사용하는 부분이 나오네요. 새로운 걸 알게됐군요.

오늘 집에 와서 컴켜니 안되네요. 오늘 새벽까정 되던것이...
프비도 안되고 젠투도 안되고... (둘다 dhclient입니다.)
부산이고 엔토피아입니다. 된장...

결과를 보니 다른건 전혀 문제가 없는것 같고.. 라우팅을 잘못 가져왔거나, 라우팅을 넣을 시점에 이상이 있었던 것 같군요;

앗, 그런데 192.168.1.1 은 어떤 주소인가요?

오널 100번 담당자와 이야기를...

나 : "윈도우외에 리눅스, 프비, 솔라리스에서 ip를 못받아 오는데요..."
100 : "잠시만 기다려 주십시요..."

한참후...
...

100 : " 네 고객님 윈도우에선 인터넷이 가능하시지요? 그럼 문제가 없는 것같구요. 리눅스계열(?)에서 안되신다면 리눅스 서비스 센터에 문의해보세요..."

나 : "(역시나... 이게 한두번인가... 리눅스 사용 10년에 서비스센터는 오늘 태어나서 첨 들어봤다... 100번 상담원에게도...) ... 그럼 리눅스 사용자는 인터넷을 사용할수 없다는 것인가요?"

100 : "하지만 인터넷이 안되는 것은 아니지 안습니까? 고객님..."

나 : "리눅스(프비, 솔라)에서 아이피를 못받아 오는데 이건 인터넷 아닙니까?"

100 : "고객님은 인터넷이 안되는건 아니지 않습니까?"

나 : "리눅스에서 인터넷이 안된단말입니다..."

100 : "그건 말씀드렸듯이 리눅스서비스센터에 문의해......"

나 : "... (순간 정신을 잃었던것 같습니다...) ... 알..았어요..."

100 : "네 고객님 그럼 불편하신 사항 다 해결 되셨나요? 저는 서비스 X팀의 XXX였..." (순간 전화기를 던져버렸다...)

알면서 100번을 눌렀던 이유가 뭘까? 그냥 상담원 목소리가 듣고 싶었던 것일까?... 내가 너무 굶었나...

삶의여유님께서 가르쳐주신대로 DHCP client의 설정을 바꿨더니 리눅스에서도 연결이 잘 됩니다.
그런데, 문제는 윈도우를 사용하다가 리부트해서 바로 리눅스를 부팅하거나 반대로 리눅스를 사용하다가 윈도우로 전환하면 연결이 안된다는 것입니다.
윈도우나 리눅스나 MAC address는 같은 것을 보낼테니 MAC address 검사해서 막는 것은 아닐텐데요 뭐 다른 것 검사하는 것이 있을려나요?
윈도우 사용 후 리눅스로 부팅하여 연결이 안되는 경우에 console을 보면 DHCP Discover, DHCP Offer 까지는 잘 되어서 IP address를 받아오기는 하는데 DHCP Request에서 걸려서 넘어가지를 못합니다.
한참 있다가 (얼마나 지나야 하는지는 아직 구체적으로 테스트를 해보지 못했습니다) 켜거나 같은 OS를 계속해서 사용하는 경우에는 문제가 없습니다.

휴! 제가 사는 지역에도 적용되기 시작했습니다.
갑자기 제 리넉박스가 접속이 안되서 당황해 했었는데;; 계속 주소를 못 받아오길래 언젠가 여기서 이 스레드를 본 기억이 나서 찾아왔더니 정확하게 해답이 적혀 있군요. (사랑합니다 KLDP ;ㅁ;)

삶의 여유님께 감사드립니다.

그럼 이제 다시 즐거운 블로깅을 위해서.. :)

젠투 사용하는데요

/etc/dhcp/dhclient.conf.sample 이 있길래 그방에

cp /etc/dhcp/dhclient-script.sample /etc/dhcp/dhclient-script

하고

/etc/dhcp/dhclient.conf를 아래와 똑같이 생성했습니다.
혹시 해서 /etc/dhclient.conf 도 아래와 같이 만들었습니다.

interface "eth0" { 
send host-name "PPP" ; 
send dhcp-client-identifier 00:01:XX:XX:XX:XX ;  XX 자리에 제대로 채웠습니다.
script "/etc/dhcp/dhclient-script" ; 
} 

로 만들었는데... dhcpcd 가 IP를 잘 못 가져오네요...

전 하나로 통신인데 그렇네요.
몇일전부터 IP가져오는 속도가 현저하게 떨어졌는데 제대로 되기 했는데... 오늘 부터는 아예 IP를 못 가져 오네요 ㅜㅜ...

해결 방법 없을 까요? 위에 처럼 해봤는데도 안 되네요.
윈도우에서는 이상없이 인터넷이 잘 되는데...

저희집도.. 설정해줬는데.. 제대로 갖고 오질 못하더군요..

터미널이나 콘솔에서..

dhclient -cf /etc/dhclient.conf eth0

이라고 입력해보세요.

수동으론 잘 받아오더군요..
문제가 뭔지.. 모르겠어요.

dhclient 할 필요 없고요.
dhcpcd 옵션을 -l 60 -I 맥주소
로 하면 되네요.

그러나 사실 도움을 받을만한 곳이 별로 없습니다. 저도 고정ip를 주는 모 isp 를 쓰다가 이사오게되서 KT-Ntopia 를 쓰는데, 상당히 초반엔 고생했습니다. ubuntu의 약간은 이상한 점도 있긴했으나, 이럴경우 웹이나 전화를 통해 적절한 support 를 받을수 없는게 상당히 안타깝습니다.
별설정을 안해도되는 windows 에 대한 설명은 어느 isp 나 자세한데, 약간의 설정을 요하는 linux 에 대한 설명이 전혀 없는게 안타깝습니다.

dhclient 의 경우에는 그렇지만 dhcpcd 의 경우에는 기본적으로 mac address 를 identifier 로 보내는 것으로 알고 있습니다. dhcpcd 가 안되는 경우는 오히려 좀 다른경우가 있는것 같습니다.(수세의 경우는 안되고 arch의 경우 완벽히 아무설정없이 잘잡았습니다.)
dhclient 의 경우, ubuntu는 이쪽에 대해 리포팅은 한 상태이므로 좋은 상황이 됐음 합니다.

우리나라 전체의 it 산업이라면 약간 오바겠지만, 전체적으로 바라는 점이 있다면, Linux 나 apple 과 같은 소수를 위해서 약간은 신경은 써주셨으면한다는 점입니다.
모든 배포판에 대해 테스트는 못한다고 하더라도 사용자가 사용하는 dhcp client 는 dhclient 와 dhcpcd 두개가 거의 양분하고 있는 상황이고. 이 두개에 대한 테스팅은 충분히 가능하리라고 보며, 또 웹을 통해서 설정방법을 알려주는것은 나쁘지 않은 선택이라고 생각합니다. (비용이 많이 드는것도 아닐껍니다..)

이상입니다. 좋은하루되세요.

이 문제가 생긴지도 꽤 되었는데요. 문제 해결의 요점은 dhcp 클라어언 설정 파일에 랜카드의 mac 주소를 적어주는 것이었습니다.

당시에 KT에서 dhcp 클라이언트의 인증 기법을 전환하는 과정에서 이러한 문제가 발생했고 특정 지역의 경우는 굳이 이렇게 하지 않아도 잘 되었던 것으로 기억하고 있습니다. 지금까지도 dhcp 클라이언트 설정을 통해 IP 주소를 받아오는 한국통신의 VDSL 등의 서비스는 이렇게 해야 ip 주소를 제대로 받아옵니까?

大逆戰

누구나가 다, 자기 옆에서 눈물을 흘리며 신음하는 불행한 사람들에 비해 자기가 훨씬 더 불행하다고 생각하지요. 이게 바로 우리 가련한 인간들의 오만 중의 하나입니다.
- LE COMTE DE MONTECRISTO

며칠 째 얘기를 나눴지만 답이 없습니다.

'저는 리눅스 잘 모릅니다.^^'라는 답변을 들으니 더 이상 할말이 없더군요.

윈도우와 리눅스 설치할 때도 잘 잡히던 아이피가 왜 유독 리눅스(Fedora 8)에 들어가서 잡으려면 안되는지....

그래도 노트북을 쓰는터라 무선랜이 잡혀 훔쳐쓰면서 관련 정보를 모았지만,

여기에 적힌 것을 전부 다 해도 안되더군요.OTL....

이제 공유기 주인도 알아차렸는지 막았더군요.OTL.....

답이 없습니다.;;;;

아니... 답은 있네요.

공유기를 구입해서 중간에 설치하면 끝...~_~;;;

(리눅스에서 인터넷 하기위해 필요없는 공유기를 구입한다라...)