Velg Proxychains-konfigurasjonen for denne kommandoen
Velg en eksplisitt konfigurasjon og kontroller oppstartsstien før du feilsøker proxy-endepunktet.
proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/Argumentet -f velger en lesbar konfigurasjon for dette proxychains-ng-kallet. Erstatt den fullstendige stien i eksempelet med filen du har tenkt å vedlikeholde, og kontroller den innleste stien i oppstartsutdataene. En feil som fortsatt nevner en annen fil, forklarer hvorfor redigeringen av den forventede proxychains4.conf ikke hadde noen effekt.
Uten det eksplisitte valget omfatter søket PROXYCHAINS_CONF_FILE, en konfigurasjon i arbeidskatalogen, en fil per bruker og installerte systemplasseringer. Pakke- og wrapper-versjoner kan ha ulike standardverdier. Derfor kan en prosjektlokal proxychains.conf, en annen kontos hjemmekatalog eller en annen kjørbar fil i PATH endre inndataene.
Hvis den valgte filen ikke rapporterer en gyldig proxy
Kontroller parsingen før tilkobling. Oppføringer hører til under [ProxyList] og trenger protokollen og feltene som den installerte versjonen forventer. Kontroller kommentarer, plassering av seksjoner og syntaks. For et tillatt offentlig endepunkt tilbyr listen over gratis proxyer kandidater som kan legges inn med de påkrevde feltene for den valgte protokollen. En HTTP-lytter som beskrives som SOCKS, forblir feil selv når den tiltenkte filen er lastet inn.
En feil i den parsede konfigurasjonen er forskjellig fra en tidsavbrudd etter et tilkoblingsforsøk. Når det tiltenkte endepunktet er parset, følg det neste mislykkede trinnet: lasting av biblioteker, proxyforhandling, autentisering, tilkobling til målet eller applikasjonssvar. Å gi en systemfil nytt navn kan ikke reparere disse trinnene.
For separate kommandoer som trenger separate utganger, velg filene deres eksplisitt i stedet for å skrive om en delt konfigurasjon mens prosesser starter. Det er ingen grunn til å overskrive en annen systemomfattende fil bare for å gjenskape et filnavn fra en gammel veiledning.