La prokurilo estas fermita. Kial petoj ankoraŭ alvenas?
Distingi daŭrajn konektprovojn de sukcesa senrajtigita plusendado post plistreĉigo de prokurila aliro.
Daŭraj alvenantaj petoj ne pruvas, ke eksteruloj ankoraŭ povas uzi la prokurilon. Malnovaj finpunktoj povas resti en petlistoj post kiam la alirpolitiko ŝanĝiĝis. Kontrolu la riparon laŭ tio, kio estas plusendata:
- Faru rajtigitajn kaj nerajtigitajn petojn al kontrolata celo.
- Legu la alirdedidon kaj, por Squid, la hierarkiajn kampojn en la agordita protokolformato.
- Determinu, ĉu la malpermesita peto efektive atingis la celon. Akcepti TCP, rifuzi HTTP-peton kaj fini pluan peton estas malsamaj rezultoj.
- Kontrolu la aliajn aktivajn aŭskultantojn kaj virtualajn gastigantojn, por ke riparita politika bloko ne lasu alian eniron malfermita.
Por Apache destinita servi nur inversajn mapigojn, konfirmu, ke senintenca antaŭa prokurado estas malŝaltita. ProxyRequests Off povas kunekzisti kun ProxyPass.
Erarpaĝo sola estas pli malforta pruvo, se vi ne scias, kiu komponento produktis ĝin. Tenu kune la klientan rezulton, la prokurilan decidon kaj la observon ĉe la celo.
Se rifuzita trafiko ankoraŭ konsumas rimedojn, mallarĝigu retan aliron kaj administru rapidojn kaj protokolan konservadon. Ne ekzistas fidinda atendperiodo post kiu provoj devas ĉesi; ĝustaj plusenddecidoj estas la akceptkriterio.