Vælg Proxychains-konfigurationen til denne kommando
Vælg en eksplicit konfiguration, og kontrollér opstartsstien, før du fejlfinder proxy-endpointet.
proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/Argumentet -f vælger en læsbar konfiguration til dette proxychains-ng-kald. Erstat eksemplets fulde sti med den fil, du har tænkt dig at vedligeholde, og kontrollér den indlæste sti i opstartsoutputtet. En fejl, der stadig nævner en anden fil, forklarer, hvorfor din redigering af den forventede proxychains4.conf ikke havde nogen virkning.
Uden det eksplicitte valg omfatter søgningen PROXYCHAINS_CONF_FILE, en konfiguration i arbejdsbiblioteket, en fil pr. bruger og installerede systemplaceringer. Pakke- og wrapper-versioner kan have forskellige standarder. Derfor kan en projektlokal proxychains.conf, en anden kontos hjemmemappe eller en anden eksekverbar fil i PATH ændre inputtet.
Hvis den valgte fil ikke rapporterer nogen gyldig proxy
Kontrollér parsingen før forbindelsen. Poster hører til under [ProxyList] og kræver den protokol og de felter, som den installerede version forventer. Kontrollér kommentarer, sektionsplacering og syntaks. Til et tilladt offentligt endpoint tilbyder listen over gratis proxyer kandidater, som kan indtastes med den valgte protokols påkrævede felter. En HTTP-lytter, der beskrives som SOCKS, forbliver forkert, selv når den tilsigtede fil er indlæst.
En parseret konfigurationsfejl er forskellig fra en timeout efter et forbindelsesforsøg. Når det tilsigtede endpoint er parset, følg det næste mislykkede trin: indlæsning af biblioteker, proxyforhandling, godkendelse, forbindelse til destinationen eller applikationssvar. Omdøbning af en systemfil kan ikke reparere disse trin.
Hvis separate kommandoer har brug for separate udgange, skal du vælge deres filer eksplicit i stedet for at omskrive en delt konfiguration, mens processer starter. Der er ingen grund til at overskrive en anden systemomfattende fil blot for at genskabe et filnavn fra en gammel vejledning.