Back to Question Center
0

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

1 answers:

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

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

http : // example. COM / 1111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111

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

     LimitRequestFieldSize 8200
LimitRequestLine 8200    

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

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

February 5, 2018

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

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

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