Gebruik strict_chain wanneer elke gelyste hop in volgorde moet deelneem. As die finale proxy 'n vereiste uitgang of netwerklokasie verskaf, verydel die toelating om dit oor te slaan daardie vereiste, selfs wanneer die versoek slaag.

proxychains-ng se dynamic_chain behou die volgorde van bruikbare proxies terwyl onbeskikbare inskrywings oorgeslaan word. Dit ruil 'n vaste roete vir beskikbaarheid. Dit is slegs gepas wanneer die oorgeslaan hopte vir die taak opsioneel is.

Om 'n onbeskikbare proxy oor te slaan beteken nie dat die gedokumenteerde dinamiese modus die versoek bloot regstreeks stuur nie; dit vereis steeds 'n bruikbare proxyroete. Afsonderlik hiervan kan onondersteunde toepassingsbewerkings die omhulsel se onderskepping vryspring. Geen van die kettingmodusse is 'n masjienwye afdwingmeganisme nie.

Aktiveer een gekose kettingmodus eerder as verskeie mededingende opsies. Bevestig watter konfigurasie die opdrag werklik gelaai het voordat jy daardie keuse beoordeel. chain_len geld vir die voorbeeldkonfigurasie se gedokumenteerde ewekansige of rondomtalie-modusse; dit is nie 'n algemene lengtebeperking vir streng en dinamiese kettings nie.

Kies die beleid volgens die mislukking wat jy kan aanvaar: laat die versoek misluk as 'n verpligte hop af is, of aanvaar 'n geordende roete deur die oorblywende bruikbare proxies. 'n Geslaagde versoek is slegs voldoende bewys wanneer daardie resulterende roete aan die vereiste voldoen.

Verwante artikels