Proxy bidezko autentifikazioaren berriz saiakera eta ezin errepikatu daitezkeen igotze-gorputzak
Ulertu zergatik autentifikazioaren berriz saiakerek erabilera bakarreko igotze-fluxua ager dezaketen, eta aukeratu nahita muga jakineko bufferra edo errepikagarria den edukia.
GET eskaera batek proxy bidez autentifika dezake, baina POST edo PUT batek gorputz ez-errepikagarriaren edo birbobinatzeko errore batekin huts egiten du. Kontua zuzena izan daiteke: autentifikazio-trukeak beste eskaera bat behar izan dezake bezeroak jada igotzea kontsumitu ondoren.
| Gorputzaren iturburua | Errepikatzeko aukera |
|---|---|
| Gorputz txiki finitua | Buffer mugatu batek bere byteak gorde ditzake. |
| Bilaketa egin daitekeen fitxategia | Bezeroak onartzen duen birbobinatze-interfazeak errepikagarri egin dezake. |
| Sorgailua, hodia edo zuzeneko ekoizlea | Erabilera bakarreko iturburuak beste diseinu bat behar izan dezake. |
libcurl-ek bilaketarako callbackak dokumentatzen ditu, besteak beste pasaldi anitzeko autentifikaziorako. Jersey-k entitateak prozesatzeko modu bufferdunak eta zatikatuak eskaintzen ditu konektorearen jokabidearen arabera. Jersey 2 Apache konektorearen adibide bat bufferreko ezarpena erakusten du. Biak ere ez dute memoria barruko igotze mugagabeak egoki egiten.
Erreproduzitu huts egiten duten metodoa eta gorputzaren iturburua. Prestaketarako GET batek ez du errepikatzeko igotzerik, eta ez du frogatzen geroagoko igotze batek haren konexioa edo autentifikazio-egoera partekatzen duenik. Helmuga, bezero-objektu edo konexio-politika berriek hori alda dezakete. Fitxategian oinarritutako gorputza eta zuzeneko fluxua ere desberdinak dira, haien lagin-testua bera izan arren.
Bufferra erabiltzen baduzu, zehaztu tamainaren muga, biltegiratzeko lekua eta bizitza. Aldi bereko igotzeek kostua biderkatzen dute, eta datu sentikorrak bufferra gordetzen den lekuan geratzen dira.
Ezaguna den proxy bateragarri baterako aurretiazko autentifikazioa hasierako erronka bat saihestu dezake. Ezin du, ordea, beste saiakera bat eska dezakeen geroagoko autentifikazio-txanda, birbideratze edo konexio itxi guztiak baztertu.
Eduki elkarrekin proxyaren erantzuna, gorputza kontsumitzeko puntua eta errepikatze-errorea. Ondoren bereizi protokoloaren errepikapena ziurgabeko aplikazio-emaitzatik: bidalketa bat prozesatu egin zitekeen haren erantzuna galdu aurretik. Jarraitu helmugaren idempotentzia-arauak berriro bidali aurretik.