Back to Question Center
0

Semalt 사용자의 "? rand = 0.nnnnnnnnnnnnnnnnn"검색어로 깨진 URL 요청

1 answers:

최근 URL에 잘못 추가 된 캐시 버스터로 보이는 사이트의 오류 로그에 여러 가지 오류가 있음을 발견했습니다.

문제의 요청은 모두 "? rand = 0. nnnnnnnnnnnnnnnnn "URL의 끝에 0 - stoff kaufen in japan. nnnnnnnnnnnnnnnnn 는 0과 1 사이의 난수입니다.

Semalt, URL에 이미 쿼리 문자열 매개 변수가 있는지 여부에 관계없이 추가됩니다. 예를 들어

     http : // www. 머리 부분. co.kr / index? category = a & page = 1    

. 되고있다.

     http : // www. 머리 부분. com / index? category = a & page = 1? rand = 0. 37218398530967534    

따라서 페이지 쿼리 문자열 매개 변수를 "1? rand = 0. 37218398530967534 ", 유효한 정수가 아닙니다.

내가 알아 차 렸던 것 :

  • Chrome 사용자 에이전트 (Windows 및 Mac, Chrome 35에서 Chrome 39까지의 버전)
  • 의 모든 요청
  • 대부분의 요청은 로그인 한 사용자 (오류 로거가 쿠키를 기록)에서 발생하므로 스파이더가 손상되지 않습니다
  • 같은 로그인 사용자의 여러 IP 요청을 연속적으로 여러 번 요청하는 경우가 있습니다. 이자형. 지. 한 가지 예는 59. 95. 54. x (인도의 ISP)는 1 초 후 162. 243. 129. x (Digital Ocean, 미국의 클라우드 호스팅 회사)는 동일한 URL - 동일한 난수! - 같은 사용자로부터.

Chrome 용 캐시 버스터 확장 기능이 다소 버그가 있고 오작동하는 것은 아닌지 궁금합니다. 다른 IP 주소의 히트 수는 이상합니다.

편집 : Craig Hyatt는 아마도 홀라. org 플러그인이 관련 될 수 있습니다.나는 그것을 살펴보고 미국에서 찾아보기로 선택할 때 Digital Ocean IP 주소를 프록시로 사용했는지 확인할 수 있습니다.또한 Chrome 확장 프로그램 페이지의 댓글을 보면 누군가가 "rand = ***를 추가하면 URL 변수를 사용하는 웹 사이트가 오류를 표시합니다."코드를 살펴본 결과 아무 것도 발견 할 수 없었습니다.하지만 어제 업데이트되었습니다.이미 수정 된 버그 일 가능성이 있습니까?

추가 정보 : 이 오류가 기록 된 사용자 중 한 명이 홀라를 사용하여 . org 플러그인. 그녀는 그것을 제거 할 것이고 오류가 다시 발생하는지 여부를 모니터 할 것입니다.또한 Hola 지원 팀에 알려진 문제인지 여부를 묻는 이메일을 보냈습니다.

February 7, 2018

2014 년 11 월 20 일 (정오) 정오 경에이 문제를보기 시작한 응용 프로그램이 있습니다. 동 문제는 언급 된 것과 거의 똑같은 문제가 있습니다.

나는 홀라를 사용하고 있다고 말한 사용자 중 한 명과 연락 할 수있었습니다.org 플러그인을 사용하여 Chrome에 직접 설치 한 후 오류를 재현 할 수있었습니다.. 나는 Hola가 사용자에게 실제로 제공되지 않는 페이지를 검색하기 위해 백그라운드 프로세스를 실행하고 있다고 가정합니다.

나는 홀라에게 연락했다.org에서 이슈를 알 수 있도록 이메일을 보내고이 URL로 안내합니다.아직 응답 없음. 여전히 내 사이트에서 오류가 발생하지만 URL을 스크럽하는 일부 코드를 포함 할 수 있어야합니다.트리플 엑스.

또한이 기능 확장이 일부 기능에 악영향을 미칠 가능성이 있기 때문에이 확장 기능이 동일한 요청을 여러 차례 IPS를 통해 여러 번 연속적으로 보내는 것으로 나타났습니다.(목록의 마지막 항목 삭제, 카운터 증가, 표준 전자 메일 발송, 로그에 쓰기 등)