나는 방호벽 (Jetty) 서버가 DDoS 또는 유사한 것에 의해 쓰러지지 않도록하는 해결책을 찾고있다. 현재 서블릿은 각 연결에 대해 새 스레드를 열어서 1 개의 mio 연결은 1 개의 mio 스레드를 열어서 Jetty가 폭발 할 것입니다.부두 서버의 홍수 방지?
이 스레드를 피하는 가장 좋은 방법은 무엇입니까? 나는 클라이언트와 서버 사이에 아파치를 두는 것에 대해 생각했다. 웹 서버가 하나의 IP에서 다른 서버로 연결을 제한하는 능력을 가지고 있기 때문이다. 5 연결/초.
내 아이디어에 대해 어떻게 생각하십니까?
친절 감사를
헨드릭
당신이 원하는 일을해야 서비스 필터의 품질과
이렇게하면 incomming 요청 당 새 스레드의 문제가 해결되지 않습니다. 원하지 않는 연결을위한 스레드를 생성하지 않고 솔루션을 찾고 있습니다. – Hendrik
필터가 작동하는 방식을 이해하지 못했거나 Jetty의 스레딩 모델을 이해하지 못하는 것 같습니다. (1) Jetty가 제대로 구성되어 있으면 각 연결에 대해 새 스레드가 열리지 않으며 풀에서 스레드를 다시 사용하고 풀이 한계에 도달하면 새 연결을 거부합니다. (2) 필터는 연결되어있는 동안 스레드를 사용하지 않도록 연결을 유지합니다. – Tim
QoS 필터에는 최소한 Java 1.5가 필요하지만 Jetty instace는 Java 1.4 환경에서 실행됩니다. 그래서 처음 생각은 무엇입니까? – Hendrik