내 웹 사이트에서 IPv6 클라이언트를 검색하는 방법은 무엇입니까?

Question

내 웹 사이트에있는 IPv6 클라이언트를 기술적으로 감지 할 수 있는지 궁금합니다.

저는 현재 Request.ServerVariables ("remote_addr")를 사용하여 내 방문자 IP 주소를 감지하지만 일부 모바일 사용자 (호주의 Telstra 고객)는 현재 IPv6를 사용하고있어 Classic ASP를 실행하고 있습니다. 이 기능은 나에게 IPv4 주소만을 제공하는 것 같습니다.

내 방문자의 IPv6 주소를 쉽게 찾을 수있는 무료 솔루션이 있습니까?

PS - IPv6가 서버에서 활성화되어 있다고 생각하지 않으므로 시간을 낭비하고 있습니까?

Answer 1

클라이언트가 IPv6 전용이고 전환 메커니즘에 대한 액세스 권한이없는 경우 처음에는 IPv4 전용 서비스에 연결할 수 없습니다.

그런 경우 사용자에게 서버가 다운 된 것처럼 보이며 서버에 도달하려고 시도했는지 알 길이 없습니다.

그러나 전환 메커니즘에 대한 액세스 권한이없는 IPv6 전용 클라이언트는 매우 드뭅니다. 클라이언트가 NAT64와 같은 일부 전환 메커니즘에 액세스 할 가능성이 높습니다.

클라이언트가 NAT64를 통해 사이트에 액세스했는지를 알 수있는 몇 가지 방법이 있습니다.

NAT64의 IPv4 주소에 역 DNS가 있거나 who64가 NAT64 장치라는 정보가있을 수 있습니다. 또한 NAT64를 사용하는 클라이언트는 종종 리터럴 IPv4 주소에 액세스 할 수 없습니다. 호스트 네임을 통한 액세스는 DNS64를 사용하여 IPv6 주소를 찾습니다.

차이점을 나타내는 또 다른 방법은 SYN 패킷에 보급 된 MSS 값이 네이티브 IPv4 클라이언트와 NAT64 번역 된 클라이언트에 대해 다른 값을 갖는 경향이 있다는 것입니다.

이 중 100 %는 차이를 나타내는 신뢰할만한 방법은 아니지만 고객이 결과를 엉망으로 만들지 않는 한 좋은 예상을 제공 할 수 있습니다.

DNS64/NAT64 콤보는 IPv6 전용 클라이언트가 IPv4 전용 서버에 액세스 할 수 있지만 IPv6 액세스가 잘못되었거나 잘못 구성된 서버에서는 작동하지 않습니다. 따라서 도메인에 AAAA 레코드를 추가하기 전에 IPv6 주소가 실제로 작동하는지 확인하십시오. AAAA 레코드를 설정하면 https://nat64check.org/과 같은 서비스를 사용하여 실제로 작동하는지 확인할 수 있습니다.

Answer 2

귀하의 웹 서버 및 ISP가 지원할 경우 귀하의 웹 사이트는 IPv6을 통해서만 접근 할 수 있습니다. 서버에 IPv6이없는 경우 일반적으로 사용자의 IPv6 패킷을 사용자 서버에 도달 할 수있는 IPv4 패킷으로 변환하는 사용자의 ISP 네트워크 (NAT64)에 변환 메커니즘이 있습니다. 그렇기 때문에 IPv4 연결이 들어올 것입니다. 그 중 일부는 실제 IPv4 사용자가 될 것이며, 일부는 IPv4로 변환 된 IPv6 사용자가 될 것입니다.

모든 사용자에게 최적의 접근성을 원한다면 다른 사람의 번역 메커니즘에 의존하는 것이 좋습니다. 여러분의 ISP/hoster/sysadmin/etc에게 ipv6와 ipv6를 통해 도달 할 수있게 해달라고 요청하는 것이 가장 좋은 해결책입니다. 그렇게하면 ISP가 제공하는 모든 사용자가 서버에 직접 연결할 수 있습니다.

Answer 3

위의 두 가지 대답을 모두 이해하면 나를 위해 훨씬 더 분명하게됩니다. 몇 가지 추가 읽기/조사가 끝난 후 IPv6 패킷이 IPv4로 변환되고 있음을 알 수 있습니다 (또는 이중 스태킹).전자의 경우, 나는 이제 내 끝에서 그들을 변환 할 수 있는지 확인하려고합니다. 2700 : 3c97 : 1909 : 8003 : 2001 : 38e7 : 9c98 :

한 예는이 IPv6 주소입니다 bb5b

그것은으로의 IPv4로 번역되고있어

: 101.177.229.36이

있습니다 많은 온라인 계산기가 있지만 나에게도 위의 변환을주는 것 같아서 ISP가 자체 번역 메커니즘을 사용하고 있다고 생각합니다.