Miért csak a tartalékútvonal után jelenhet meg a SockJS proxyhiba
A WebSocket-útvonal és az XHR-tartalékútvonal különböző HTTP-klienseket használhat. A proxybeállítások módosítása előtt azonosítsa a meghibásodó átvitelt.
Ha a WebSocket az egyik hálózaton működik, de a SockJS egy másikon meghibásodik, előfordulhat, hogy a második hálózat indította el az XHR-tartalékútvonalat. Ez megváltoztathatja a kéréseket végző HTTP-implementációt — és ezáltal a használt proxykonfigurációt is.
Keresse meg az első sikertelen URL-t és annak kiválasztott átvitelét. A SockJS HTTP-információkérést küldhet az átvitel kiválasztása előtt; a WebSocket-kézfogás és az azt követő lekérdezési kérések külön műveletek. Egy működő kézfogáskonfiguráció nem bizonyítja a mindegyikük számára használt útvonalat.
A Spring Java-kliencsében a RestTemplateXhrTransport egy konfigurált RestTemplate-et fogad el. Kérésgyára és mögöttes HTTP-kliense biztosítja a tartalékútvonal által támogatott proxyútvonalat és hitelesítést. A Spring 6 és a HttpClient 5 esetében konfigurálja annak a RestTemplate-nek a tényleges kérésgyárát. Ha ez az implementáció Apache HTTP-összetevőket használ, generációjának illeszkednie kell az integrációhoz.
A WebSocket-kliensnek saját dokumentált kapcsolatbeállításai vannak. A JVM proxy tulajdonságai csak akkor hatnak egy útvonalra, ha annak konkrét kliense olvassa őket. Hasonlítsa össze a működő és a meghibásodó környezetet átvitel, kliensimplementáció, kiválasztott proxy és első hiba szerint. Ha csak az XHR hibásodik meg, kövesse annak útvonalát, hitelesítését és hosszú ideig tartó válaszait, ahelyett hogy ismételten módosítaná a működő WebSocket-kliens beállításait.