문제 설명: nginx는 원래 요청이 존재하지 않는 위치에 있을 때 리디렉션되지 않는 것 같습니다. 다른 모든 리디렉션은 제대로 작동하는 것 같습니다. PHP가 리디렉션된 페이지에서 스크립트를 실행하지 않을 수도 있습니다. nginxconf는 아래에 제공됩니다.
질문: 내가 놓치고 있는 부분이 무엇이며 이 작업을 수행하려면 어떻게 해야 합니까? nginx가 존재하지 않는 페이지로부터의 리디렉션을 지원하지 않을 수도 있나요?
몇 가지 상황이 도움이 될 수 있습니다. 다음은 리디렉션되는 일반적인 요청입니다.
으아아아이 요청에 대해서는 페이지가 표시되지 않습니다. 요청은 버퍼에 덤프되고 처리되어 데이터베이스에 기록됩니다. nginx 디버그 로그에서 발췌한 내용은 이 문서의 끝부분을 참조하세요.
전 세계에 수십 개의 유닛이 흩어져 있기 때문에 URL을 변경하는 것은 비현실적입니다. 대부분의 장치는 원격으로 업데이트할 수 없습니다.
원래 사이트는 더 이상 사용하지 않으며, 아파치를 사용하고 있습니다. 현재 사이트는 nginx를 사용하고 있습니다. 저는 웹 서버에 대해 잘 알지 못해서 아마도 뭔가 분명한 것을 놓치고 있는 것 같습니다. 모든 아이디어를 높이 평가하겠습니다.
포트 80 서버 블록에서 다음도 시도했습니다:
으아아아nginxconf 파일----------------------------------------------- - ----- ---------------------
으아아아nginx 디버그 파일에서 추출됨: ---------------------------- - - -------------------------------------------------
73.234.24.22 - - [30/May/2022:16:15:05 +0000] "GET /postevent3.asp?dta=05%2f30%2f22%2016%3a15%3a22%20507%20%2b149642656%20%2d254084882%20%2d0001787%20682829361 HTTP/1.1" 302 154 "-" "-"
P粉7153042392024-03-28 10:47:44
이 요청을 수행하는 소프트웨어가 302 HTTP 리디렉션 코드를 해석하여 새 요청을 생성할 수 없다고 추측한 경우, 유일한 방법은 HTTP 블록 자체 내에서 요청을 처리하는 것입니다. 현재
대신 으아아아이 구성을 확인할 수 있습니다:
으아아아이 구성을 사용하면 요청이 데이터베이스에 표시되기 시작합니다. 이는 내 초기 추측이 정확했음을 의미합니다.