Egy GET hitelesíthető proxyn keresztül, miközben egy POST vagy PUT nem ismételhető törzs vagy visszatekerési hiba miatt meghiúsul. A fiók lehet helyes: a hitelesítési csere további kérést igényelhet, miután a kliens már felhasználta a feltöltést.

A törzs forrásaIsmétlési választás
Kis véges törzsEgy korlátozott puffer megtarthatja a bájtjait.
Kereshető fájlA kliens által támogatott visszatekerési felület ismételhetővé teheti.
Generátor, cső vagy élő előállítóAz egyszeri forrás más tervezést igényelhet.

A libcurl dokumentálja a keresési visszahívásokat, többek között a többmenetes hitelesítéshez. A Jersey pufferelt és felosztott entitásfeldolgozási módokat kínál a csatlakozó viselkedésétől függően. Egy Jersey 2 Apache csatlakozó példa mutatja a pufferelt beállítást. Egyik sem teszi alkalmassá a korlátlan memóriabeli feltöltéseket.

Reprodukálja a meghiúsuló metódust és törzsforrást. Egy előkészítő GET-nek nincs ismételhető feltöltése, és nem bizonyítja, hogy egy későbbi feltöltés megosztja a kapcsolatát vagy hitelesítési állapotát. Egy új cél, kliensobjektum vagy kapcsolati szabályzat ezt megváltoztathatja. A fájlalapú törzs és az élő adatfolyam akkor is különbözik, ha a mintaszövegük azonos.

Ha pufferel, határozza meg a méretkorlátot, a tárolási helyet és az élettartamot. Az egyidejű feltöltések megsokszorozzák a költséget, és az érzékeny adatok ott maradnak, ahol a puffert tárolják.

Előzetes hitelesítés egy ismert kompatibilis proxy felé elkerülhet egy kezdeti kihívást. Nem zárhatja ki azonban az összes későbbi hitelesítési kör, átirányítás vagy lezárt kapcsolat lehetőségét, amely újabb kísérletet igényelhet.

Tartsa együtt a proxy válaszát, a törzs felhasználási pontját és az ismétlési hibát. Ezután különböztesse meg a protokoll ismétlését a bizonytalan alkalmazáseredménytől: előfordulhat, hogy egy beküldést feldolgoztak, mielőtt a válasza elveszett. Az újraküldés előtt kövesse a cél idempotenciájára vonatkozó szabályokat.

Kapcsolódó cikkek