Apache httpd는 매번 새 세션을 생성합니다(2.2.16 및 2.4.6).

Question 1

당신이 묘사하는 일이 실제로 일어나기는 꽤 어려워 보입니다. 경로는 상당히 단순해 보이는 수신 쿠키/매개변수에서 구문 분석된 다음 균형 멤버에서 경로를 조회합니다. 그런 다음 경로를 찾을 수 없는 경우에만 더 복잡한 로드 기반 멤버 선택을 시작합니다. 따라서 구성원이 다운되어 조회가 실패하거나 httpd가 균형 구성원에 대한 지식을 잃을 수 있습니다. 여기에는 httpd 스레드 간의 공유 데이터가 포함되므로 항상 문제의 원인이 될 수 있습니다.

아마도 표준을 시도해보십시오2.2.26릴리스, 공평하게 말하면 많지 않습니다.밸런서또는프록시 코드가지다2.2.16부터 변경됨. 데비안에는 주로 보안 관련 부분이 백포팅되어 있으므로 뭔가 이상한 일이 일어날 수 있습니다.

문제가 발생하는 동안 정상적으로 다시 httpd시작할 수 있는지 확인하십시오 . LogLevel debug오류 상태가 계속되면 오류 로그에서 밸런서 멤버 선택에 대한 자세한 내용을 얻을 수 있으며, 이를 통해 아래에서 무슨 일이 일어나고 있는지 더 잘 알 수 있습니다.

로깅에 실패하면 밸런서 환경 변수를 LogFormat정의 에 추가하여 access.log. 당신은 그들로부터 무슨 일이 일어나고 있는지 더 잘 추적할 수 있을 것입니다:

\"%{BALANCER_NAME}e\"
\"%{BALANCER_WORKER_NAME}e\"
\"%{BALANCER_WORKER_ROUTE}e\"
\"%{BALANCER_SESSION_STICKY}e\"
\"%{BALANCER_SESSION_ROUTE}e\"
\"%{BALANCER_ROUTE_CHANGED}e\"

Answer

당신이 묘사하는 일이 실제로 일어나기는 꽤 어려워 보입니다. 경로는 상당히 단순해 보이는 수신 쿠키/매개변수에서 구문 분석된 다음 균형 멤버에서 경로를 조회합니다. 그런 다음 경로를 찾을 수 없는 경우에만 더 복잡한 로드 기반 멤버 선택을 시작합니다. 따라서 구성원이 다운되어 조회가 실패하거나 httpd가 균형 구성원에 대한 지식을 잃을 수 있습니다. 여기에는 httpd 스레드 간의 공유 데이터가 포함되므로 항상 문제의 원인이 될 수 있습니다.

아마도 표준을 시도해보십시오2.2.26릴리스, 공평하게 말하면 많지 않습니다.밸런서또는프록시 코드가지다2.2.16부터 변경됨. 데비안에는 주로 보안 관련 부분이 백포팅되어 있으므로 뭔가 이상한 일이 일어날 수 있습니다.

문제가 발생하는 동안 정상적으로 다시 httpd시작할 수 있는지 확인하십시오 . LogLevel debug오류 상태가 계속되면 오류 로그에서 밸런서 멤버 선택에 대한 자세한 내용을 얻을 수 있으며, 이를 통해 아래에서 무슨 일이 일어나고 있는지 더 잘 알 수 있습니다.

로깅에 실패하면 밸런서 환경 변수를 LogFormat정의 에 추가하여 access.log. 당신은 그들로부터 무슨 일이 일어나고 있는지 더 잘 추적할 수 있을 것입니다:

\"%{BALANCER_NAME}e\"
\"%{BALANCER_WORKER_NAME}e\"
\"%{BALANCER_WORKER_ROUTE}e\"
\"%{BALANCER_SESSION_STICKY}e\"
\"%{BALANCER_SESSION_ROUTE}e\"
\"%{BALANCER_ROUTE_CHANGED}e\"

Question 2

귀하의 의견에 따르면 실제 문제는 끈적한 세션이 때때로 클라이언트에서 작동하지 않는다는 것입니다.

여기에서는 작동합니다:

[client IP:56456] AH01160: Found value 4A0775A9DDFBFB1FE2B6AE14F62C5904.tomcat2 for stickysession JSESSIONID, referer: https://www.x.com/vefsms/
[client IP:56456] AH01161: Found route tomcat2, referer: https://www.x.com/vefsms/
[client IP:56456] AH01172: balancer://ssl-cluster: worker (ajp://tomcat2.x.com:9108) rewritten to ajp://tomcat2.x.com:9108/vefsms-portlets/dwr/interface/Controller.js, referer: https://www.x.com/vefsms/

여기서는 작동하지 않습니다. (아니요 참고 Found route)

[client IP:56456] AH01160: Found value (J2EE4847100)ID1435349250DBfa8033a3ce4db1f64ba8d682cf8c5736533dc780End for stickysession JSESSIONID, referer: http://www.x.com/
<------ no Found route here, so balancing decision happens instead ----->
[client IP:56456] AH01172: balancer://ssl-cluster: worker (ajp://tomcat1.x.com:9108) rewritten to ajp://tomcat1.x.com:9108/vefsms/, referer: http://www.x.com/

(J2EE4847100)ID1435349250DBfa8033a3ce4db1f64ba8d682cf8c5736533dc780End분명히 원인은 응용 프로그램 서버 측에 삽입된 충돌 쿠키 때문일 것입니다 .

Answer

귀하의 의견에 따르면 실제 문제는 끈적한 세션이 때때로 클라이언트에서 작동하지 않는다는 것입니다.

여기에서는 작동합니다:

[client IP:56456] AH01160: Found value 4A0775A9DDFBFB1FE2B6AE14F62C5904.tomcat2 for stickysession JSESSIONID, referer: https://www.x.com/vefsms/
[client IP:56456] AH01161: Found route tomcat2, referer: https://www.x.com/vefsms/
[client IP:56456] AH01172: balancer://ssl-cluster: worker (ajp://tomcat2.x.com:9108) rewritten to ajp://tomcat2.x.com:9108/vefsms-portlets/dwr/interface/Controller.js, referer: https://www.x.com/vefsms/

여기서는 작동하지 않습니다. (아니요 참고 Found route)

[client IP:56456] AH01160: Found value (J2EE4847100)ID1435349250DBfa8033a3ce4db1f64ba8d682cf8c5736533dc780End for stickysession JSESSIONID, referer: http://www.x.com/
<------ no Found route here, so balancing decision happens instead ----->
[client IP:56456] AH01172: balancer://ssl-cluster: worker (ajp://tomcat1.x.com:9108) rewritten to ajp://tomcat1.x.com:9108/vefsms/, referer: http://www.x.com/

(J2EE4847100)ID1435349250DBfa8033a3ce4db1f64ba8d682cf8c5736533dc780End분명히 원인은 응용 프로그램 서버 측에 삽입된 충돌 쿠키 때문일 것입니다 .

Apache httpd는 매번 새 세션을 생성합니다(2.2.16 및 2.4.6).

답변1

답변2

관련 정보