![내 Debian 서버에서 IPv6를 비활성화해도 안전합니까?](https://rvso.com/image/760997/%EB%82%B4%20Debian%20%EC%84%9C%EB%B2%84%EC%97%90%EC%84%9C%20IPv6%EB%A5%BC%20%EB%B9%84%ED%99%9C%EC%84%B1%ED%99%94%ED%95%B4%EB%8F%84%20%EC%95%88%EC%A0%84%ED%95%A9%EB%8B%88%EA%B9%8C%3F.png)
내 서버는 최근 브라우저에서 로드 속도가 느린 2개의 다른 웹사이트를 호스팅합니다.
온라인에서 잠재적인 원인과 해결 방법을 살펴본 후 다음을 발견했습니다.실.
권장되는 해결책 중 하나는 IPv6를 비활성화하는 것인데 시도해 보고 싶습니다. 그러나 저는 이 분야에 능숙하지 않기 때문에 먼저 이것이 무엇을 할 것인지(그렇게 하면 어떤 결과가 나오는지) 정확히 이해하고 싶습니다. , 그리고 괜찮다면 내 서버/웹사이트를 손상시키지 않고 그렇게 할 수 있는 안전한 방법이 무엇인지 알아보세요.
답변1
아니요, IPv6를 비활성화하지 마십시오. 문제를 해결하고 v4가 없는 사용자를 멀리하게 하며 향후 프로젝트에서 IPv6를 사용하도록 더 많은 작업을 수행합니다.
IPv4 주소와 경로만 있는 호스트는 아무 작업도 수행하지 않고도 웹 사이트를 제대로 제공할 수 있습니다. v4 및 듀얼 스택 호스트는 계속해서 액세스할 수 있습니다.
당신은 2008년경의 포럼 게시물을 인용했습니다. 그리고 그때에도 IPv6를 비활성화하는 것은 어둠 속에서 정보가 없는 샷이었습니다. 터미널 출력에 v6가 사용되지 않는 것을 볼 수 있습니다. 또한 그 이후로 IPv6는 얼리 어답터에서 성숙해지고 널리 배포되었습니다.
웹사이트 성능 분석을 사용하여 무엇이 느린지 측정하세요. 느린 연결에서 실제 사용자 로드를 시뮬레이션하거나 브라우저에서 실제 사용자 성능을 계측하기 위한 도구가 존재합니다. 예를 들어 F12 브라우저 개발자 도구를 사용하십시오. 어떤 요청이 있는지 정확하게 증명하세요. 그런 다음 웹 서버 스택을 통해 요청을 추적하고 이를 제공하는 데 무엇이 관련되어 있는지 확인하세요.
답변2
서버에 IPv6이 잘못 구성되어 있으면 문제의 일부일 수 있을 뿐만 아니라 아무에게도 서비스를 제공하지 못할 수도 있습니다. 웹 서버 로그를 스캔하거나 약간의 네트워크 모니터링을 통해 IPv6를 사용하여 귀하에게 연락하는 최종 사용자 수를 확인할 수 있습니다. 거의 없거나 전혀 없는 것처럼 보이면 시험 기간 동안 이를 사용하지 않고 실행하는 것의 진단 이점이 비용보다 클 가능성이 높습니다. 문제가 해결되면 ipv6 설정에 해결해야 할 일부 구성 오류가 있다고 결론을 내립니다.
저는 잘못 구성된 ipv6로 인해 매우 심각한 성능 문제가 발생한 두 가지 사건에 직접 관여했습니다. 두 경우 모두(자세한 내용은 자세히 다루겠습니다) IPv6가 실행 중인 것으로 나타나 애플리케이션이 이를 사용하려고 시도했지만 제대로 라우팅되지 않아 트래픽 시간이 초과되었습니다. 예를 들어 모든 메일 메시지 또는 모든 웹 요청에 대한 DNS 조회에 대한 시간 초과는 확실히 성능을 저하시킵니다.
IPv6를 완전히 거부하는 것은 약간 러다이트입니다. 교훈은: 활성화된 경우 올바르게 구성되었는지 확인하는 것입니다.