무작위 질문 비트 (그리고 나는 많은 기술이 알려져 있지 않다는 것을 알고 있습니다.)하지만 거기에 어떤 네트워킹 전문가가 있습니까? 그 대답은 제가 단순한 M $ 네트워킹 질문 일 것입니다.궁금한 네트워킹 쿼리
같은 방식으로 내 랩톱을 회사 네트워크에 오늘 연결했습니다. 정상적인 IP 주소를 할당 받았지만 정상적인 것과 달리 인터넷에 연결되어 있지 않습니다.
재부팅 및 ipconfig/release/renew 후 상황이 동일합니다. IP 주소는 있지만 연결되지 않습니다.
내 컴퓨터와 네트워크 포트 사이에서 이더넷 케이블을 교체 한 기술자를 불러 들였습니다. 모든 것이 생동감을 불어 넣었습니다. 완벽한 연결성이 복원되었습니다.
내 질문 : 어떻게 깨진 케이블을 사용하여 IP 주소를 얻었습니까?
교육을 잘하는 추측을 유지하기에는 변수가 너무 많습니다. 난 당신이 준 사실을 가지고 올 수있는 최선의 추측은 이것이다 :
가 처음에 케이블이 파산하기 전에 아마 당신은 IP 주소를 얻을 수 있었다에 연결되었을 때 케이블이 파손되지..
변수 개수에 대해 동의합니다. 내가 직접 가지고 있다면 더 많은 정보를 제공 할 것입니다. 케이블을 분리하고 여러 번 다시 꽂습니다. 매번 새로운 IP 주소를 얻습니다. 위에서 제안한 것 중 하나가 아니 었습니다. – gnuchu
어떤 IP를 얻었습니까? Windows 컴퓨터는 DHCP 서버에서 IP 주소를 얻지 못하면 할당 된 더미 IP를 얻습니다. 올바르게 다시 호출하면 169로 시작합니다.
죄송 합니다만, 그것은 더미 IP가 아니었지만 정상 범위 내에있었습니다. – gnuchu
MrValdez가 이미 말했듯이 좋은 추측을하기 위해서는 많은 알려지지 않은 것들이 있습니다. 그러나 한 가지 명심해야 할 것은 한 이벤트가 다른 이벤트를 따르기 만하면 반드시 그 이벤트로 인해 발생하는 것은 아니라는 것입니다. 이를 "Correlation does not imply causation"이라고도합니다.
케이블을 교체해야하는 시간이 길어 실제 문제 (라우터, ISP 또는 경로상의 일부 다른 문제)가 다른 사람 (문제에 대해 알지 못함)에서 해결할 수 있거나 그 자체로 사라졌다.
나는 상관 관계가 원인을 암시하지 않는다는 것에 동의한다. 그러나 그것은 나에게 우연의 일치 이상의 것 같다. 케이블이 꺼지기 직전에 연결을 시도한 다음 새 케이블을 사용하여 초 후에 연결을 시도했습니다. – gnuchu
이 경우 실제로 케이블로 인해 발생할 수 있습니다. 나는 문제를 분석 할 때 매우 일반적인 오류이기 때문에 이것을 지적하고 싶었다. 불행히도, 나는 당신의 문제의 실제 원인이 무엇인지 모릅니다. –
아마도 대부분의 랩톱은 DHCP 서버에서 DHCP를 가져 오지 못하면 DHCP에서 제공 한 마지막 IP를 할당했을 것입니다.
케이블이 손상된 경우 시스템 트레이의 아이콘에 "연결되지 않음"이라는 오류 네트워크가 표시됩니다. 네트워크 연결이 작동 중이면 케이블이 정상임을 의미합니다. 케이블이 올바른 유형이 아닌 경우 연결이 가능할 수 있지만 이더넷은 10Mpbs/Half Duplex로 협상되어 연결을 인식하지 못하는 사람들에게 많은 고통을 줄 수 있습니다. 패킷이 끊어 지므로 연결 속도가 느려집니다. 그런 다음 169.184.XX로 시작하는 IP 주소가 있으면 그 이유는 무엇이든 DHCP가 실패하고 랩톱이 기본 구성된 IP 주소를 할당 한 것입니다. 가지고있는 IP 주소가 일반적으로 LAN 환경 (일반적으로 인터넷에 연결되는 경우)에서 얻은 것이라면 방화벽 문제 나 회사 네트워크 라우터에 문제가있을 수 있습니다. 사람은
그것은 확인하는 것은 불가능:-) 당신과 함께 공유 너무 기꺼이 그러나 여기 몇 가지되지 않을 수 있습니다
이더넷 스니퍼 (tcpdump 또는 wireshark와 같은)를 다시 시도 할 경우 나에게 뭔가가 나타나는지 확인하십시오. 핑 결과는 (IP 주소가 아니라 호스트가 아닌)).
케이블 및/또는 커넥터가 지저분합니다. DHCP는 아주 작은 UDP 패킷을 사용하여 이루어지며, 그 중 충분한 패킷이 전송되면 결국에는 통과하게됩니다. DHCP 재시도 메커니즘은 매우 강력하기 때문에 패킷의 95 %를 잃어 버렸더라도 놀라지 않을 것입니다. IP를 얻기에 여전히 충분합니다.
그러나 TCP/IP 트랜잭션에 대해 더 큰 패킷을 보내고 나면 95 %의 손실로 인해 내구성이 강한 TCP/IP로도 충분한 패킷이 손실되는 것을 알 수 있습니다. 대한
투표는 "Serverfault.com에 속한다"- http://blog.stackoverflow.com/2009/04/server-fault-private-beta-begins/를 참조하시기 바랍니다 저기 serverfault에 액세스하려면 아직 베타 –
에 합의하면서 , 이것은 완벽한 serverfault.com 질문입니다. –
@AdamDavis 어떻게 투표하셨습니까? 나는 이것이 의문의 질문이 아니라는 것에 동의하지만 깃발들 사이에 "속해있다. com"을 발견 할 수 없다. – Default