대부분의 경우 우리 모두는 고유 한 공용 IP 주소를 사용하는 데 익숙하지만 실제로 그렇지 않은 경우 어떻게합니까? 정확히 무슨 일입니까? 이를 염두에두고 오늘의 수퍼 유저 Q & A 게시물은 혼란스러운 독자가 IP 주소 미스터리를 해결하는 데 도움이됩니다.
오늘의 질문 및 답변 세션은 커뮤니티 중심의 Q & A 웹 사이트 그룹 인 Stack Exchange의 하위 부문 인 SuperUser가 제공 한 것입니다.
사진 제공 : Nicolas Nova (Flickr) .
질문
수퍼 유저 리더 Spartan은 다른 사람들이 동일한 공용 IP 주소를 가질 수 있는지 알고 싶어합니다.
내가 이해하는 바와 같이 두 컴퓨터는 동일한 라우터를 통해 연결되지 않는 한 동일한 공용 (외부) IP 주소를 가질 수 없습니다. 동일한 라우터를 통해 연결된 경우 동일한 공용 IP 주소를 보유 (공유)하고 다른 개인 (로컬) IP 주소를 가질 수 있습니다.
내가 만난 상황
제 친구와 저는 동일한 인터넷 서비스 제공 업체를 사용합니다. 사용자 이름과 암호가 다르고 인터넷 서비스 제공 업체에 독립적으로 연결되어 있지만 공용 IP 주소는 동일합니다! 이것이 어떻게 가능한지? Google을 사용하여 IP 주소를 확인하면 두 사람 모두 동일한 결과 인 112.133.229.29를 얻습니다 (라우터에는 10.1.102.93, 친구의 라우터는 10.1.101.29).
내 컴퓨터에 Apache 웹 서버를 설치했으며 내 컴퓨터의 공용 IP 주소를 통해 액세스 할 수 있다는 것을 알고 있지만 제 경우에는 고유 한 공용 IP 주소가 없어서 다른 사람이 내 컴퓨터에 액세스 할 수 없습니다. http://112.133.229.29/index.html을 통해.
위에서 언급 한 친구가 http://10.1.102.93/index.html 주소를 사용하여 내 컴퓨터에 액세스 할 수 있으므로 일반적인 인터넷 서비스 공급자 DNS가 있는지 궁금합니다.
내 친구가 위에 표시된 라우터 기반 링크 (http://10.1.102.93/index.html)를 사용하여 다른 인터넷 서비스 제공 업체를 통해 내 컴퓨터에 액세스하려고하면 액세스 할 수 없습니다.
인터넷 서비스 제공 업체는 어떻게이 작업을 수행합니까? 서버에 대한 내 요청은 내 공용 IP 주소로 고정되고 서버는 해당 주소를 기반으로 요청에 응답합니다.
다른 사람이 동일한 공용 IP 주소를 가질 수 있습니까?
대답
수퍼 유저 기여자 인 Gestudio Cloud가 우리에게 해답을 제공합니다.
또한 DavidPostill 앞서 언급 한대로 인터넷 서비스 제공 업체는 트래픽을 인터넷으로 라우팅하기 전에 라우터에서 NAT를 사용하고 있습니다.
기본적으로 이것은 귀하와 귀하의 인터넷 서비스 제공 업체의 "서비스 영역"내에있는 다른 클라이언트가 큰 MAN (Metropolitan Area Network)에 있고 가정의 라우터가 LAN (Local Area Network)을 생성하는 것과 동일한 방식으로 작동 함을 의미합니다. 훨씬 더 큰 규모로.
인터넷 서비스 제공 업체가이를 수행하는 이유는 무엇입니까? 답은 간단합니다. 그들은 더 적은 양의 퍼블릭 IPv4 주소를 사용하기를 원하거나 필요로합니다 (아마도 사용 가능한 퍼블릭 IPv4 주소보다 더 많은 고객이 있기 때문일 것입니다).
아시다시피, 무료 IPv4 주소 풀은 몇 년 전에 고갈되었습니다. 성장하고있는 통신 업체는 다른 인터넷 서비스 제공 업체에서 구매하지 않는 한 새로운 IPv4 서브넷을 얻을 수 없습니다.
해결책은 IPv6 주소를 사용하는 것입니다. 이를 위해서는 라우터 변경, 구성 변경, 돈과 시간 투자 등이 필요하므로 거대한 메트로폴리탄 지역 네트워크를 설정하는 것이 더 쉽고 빠릅니다.
그들에게 전화를 걸어 전용 IPv4 주소를받는 것에 대해 물어볼 수 있지만, 그들은 당신의 컴퓨터 / 위치에 대한 전용 IPv4 주소를 가지기 위해 당신이 추가로 지불해야 할 것입니다.
설명에 추가 할 것이 있습니까? 댓글에서 소리를 내십시오. 기술에 정통한 다른 Stack Exchange 사용자의 답변을 더 읽고 싶으신가요? 여기에서 전체 토론 스레드를 확인하십시오. .
