역 조회가 얼마나 걸릴 것으로 예상합니까? 100 밀리 초? 1 초? 10 초? 30 초? 너의 경험은 뭐니?역 DNS 조회는 얼마나 오래 걸립니까?
왜? 우리는 서버 소프트웨어에 클라이언트가 연결할 때마다 역 DNS 조회가 필요한 기능을 추가하는 것에 대해 논쟁 중입니다. 조회가 동 기적으로 수행되므로 연결 시간이 느려질 수 있다는 점을 우려하고 있습니다. 난 그냥 역방향 DNS 조회 시간에 관한 다른 사람들의 경험을 듣고 싶었어요.
역 조회가 얼마나 걸릴 것으로 예상합니까? 100 밀리 초? 1 초? 10 초? 30 초? 너의 경험은 뭐니?역 DNS 조회는 얼마나 오래 걸립니까?
왜? 우리는 서버 소프트웨어에 클라이언트가 연결할 때마다 역 DNS 조회가 필요한 기능을 추가하는 것에 대해 논쟁 중입니다. 조회가 동 기적으로 수행되므로 연결 시간이 느려질 수 있다는 점을 우려하고 있습니다. 난 그냥 역방향 DNS 조회 시간에 관한 다른 사람들의 경험을 듣고 싶었어요.
소요되는 한. LOT는 에 따라 달라집니다. * DNS 서버가있는 곳은 입니다. * DNS 서버에 이미 캐시 된 값이 있는지 여부 * 작동중인 적절한 DNS 서버 (또는 검색 시간 초과)에 대한 역방향 매핑 매스.
일반적으로 일반 사용자의 경우 200ms를 기대할 수 있습니다. 사용자는 전 세계의 다른 곳에있을 수 있습니다. DNS 도달 가능성 문제가 발생할 경우 실제로는 최대 2 분이 소요될 것으로 가정합니다.
lan 내에서 일반적으로 밀리 초 단위로 대답해야합니다. 두 자리, 최대 (10ms 정도).
일반적으로 싱크로너스는 여기에 정말 나쁜 생각 일 수 있습니다. 그러나 많은 것은 애플리케이션이 실제로하는 일에 달려 있습니다.
특정 숫자가 없지만 성능이 나에게 문제가되는 경우 별도의 스레드에서 역방향 조회를 수행하는 것이 좋습니다. 역방향 조회가 기준에 맞지 않으면 원래 연결을 중단하고 해당 IP를 금지 할 수 있습니다 (일부 기간 만 가능할 수도 있음).
연결이 시작될 때와 역방향 조회가 완료 될 때 실제 손실이 발생하지 않아야합니다. 그런 다음 다시 역 참조를하지 않아도 같은 상황이됩니다.
실제 손실이 즉시 발생할 수 있기 때문에이 상황에서는 실제로 적용 할 수 없지만 확실히 흥미로운 아이디어입니다. – HansA
그래도 가능한 오버 헤드 때문에 구현하지 않으면이 옵션은 구현하지 않는 것보다 낫습니다. –