Back to Question Center
0

example.com/n (n은 500x를 반복 한 동일한 번호 임)의 url이 403 오류를 반환하는 이유는 무엇입니까? - 현충

1 answers:

나는 base64 형식으로 인코딩 된 모든 매개 변수 (수백 개의 매개 변수가 될 수 있음)를 전달하는 것과 관련된 새 기능을 사이트에 추가하려고합니다..

가로 질러 스크롤하려는 느낌이 들면, 내가 액세스하려고 시도하는 URL이 표시됩니다 :

http : // example - umzugskartons bestellen. COM / 1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111

나는 나의 아파치 설정 파일을 보았고 여기서 주목할만한 것은이 것이었다 :

     LimitRequestFieldSize 8200
LimitRequestLine 8200    

URL에 8200 자까지 수용 할 수 있다고 생각하는 8200으로 값을 설정했기 때문에 의미가 없습니다 (400이 아님).

아파치 문제를 알고 있기 때문에이 문제를 해결하기 위해 아파치에서 사용할 수있는 설정이 있습니까? 그러나 어떤 설정을 수정해야할지 모르겠습니다.

February 5, 2018

귀하의 질문과 귀하의 후속 의견 모두에 근거하여,이 문제는 귀하의 다시 쓰기 규칙을 적용하지 않는 것과 관련이 있다고 생각됩니다. 당신은 숫자의 긴 문자열이 매개 변수의 넓은 범위의 base64로 인코딩 된 문자열입니다 언급이 진술 난베이스 64 인코딩 된 문자열 사실 당신이 최종 시도에서 액세스하려고하는 폴더가 아니라는 가정합니다 1 월 1 일 0:45 당신이 진술합니다

아파치 주장 내가 그 길이와 기본 파일 시스템 (리눅스 ext4) 주장과 폴더에 액세스하려고 해요 이름이 너무 깁니다

이 코멘트에서 아파치는 URL을 다시 쓰지 않아서 base64로 인코딩 된 매개 변수가 처리 할 스크립트로 보내지고 실제로 액세스 할 디렉토리로 처리하게됩니다.이 경우 문자열은 사실입니다 ext4 파일 시스템의 디렉토리 나 파일 이름이 너무 길다.다시 쓰기 규칙을 살펴보고 bbase64로 인코딩 된 문자열이 스크립트 파일의 매개 변수로 다시 작성되는지 확인하십시오.