Helbide flotagarri batek proxy ezarpena egonkor mantentzen du: makina aktiboak huts egiten duenean ere, bezeroek hostname edo IP bera erabiltzen jarraitzen dute. Horixe da erabilgarritasun onuragarria. Hala ere, martxan dagoen deskarga batek gelditu egin dezake.

Demagun CONNECT barruan dagoen HTTPS eskaera bat. Proxy aktiboak bezeroarekiko TCP konexioa du eta webgunearekiko beste konexio bat. Fluxu horiek batzen dituen aplikazioaren egoera ere badu.

Helbide bat itxaroteko makinara eramateak ez du, bere horretan, TCP kontrol-blokea ezta errele-egoera hori ere eramaten. Jabe berriak konexio berriak onartu ditzake, baina ezin du jabe zaharrak ezarritako byte-fluxua jarraitu.

ItxaropenaOhiko helbide-failoverrak ematen al du?
Sarreraren konfigurazio bakarra mantentzeaHori da nahi zen onura
Ezarritako CONNECT fluxua jarraitzeaEgoera gordetzen duen mekanismo gehiago beharko litzateke
Irteera IP publiko bera mantentzeaIrteera-bideratzearen eta NATen araberakoa da
Etendako aplikazio-eragiketa modu seguruan errepikatzeaEragiketaren eta bezeroaren araberakoa da

VRRPk hautaketa eta helbidearen jabetza definitzen ditu. Ez da proxy prozesurako errepikapen-protokoloa. Beste erabilgarritasun handiko software bat erabiltzen duen inplementazioak bereizketa bera behar du, berariaz gehiago eskaintzen ez badu.

Berrikusi osasun-egiaztapenak zer behatzen duen benetan. Makina batek iragarkiei erantzun diezaieke bere proxy zerbitzuak, DNSak edo gorako bideak huts egin arren. Alderantziz, sentsibilitate handiegiko egiaztapenek beharrezkoak ez diren aldaketak eragin ditzakete.

Bezeroaren berreskurapena ere garrantzitsua da. Nabigatzailearen eskaera berri bat erraz berriz konekta daiteke; kontsumitutako gorputza duen igoera batek edo idempotentea ez den API eragiketa batek aplikazioaren berariazko tratamendua behar izan dezakete. Ez agindu failover ikusezina, eskaera berri batek itxarotekoaren bidez funtzionatzen duelako soilik.

Erlazionatutako artikuluak