આ આદેશ માટે Proxychains રૂપરેખાંકન પસંદ કરો

proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/

-f આર્ગ્યુમેન્ટ આ proxychains-ng કૉલ માટે વાંચી શકાય તેવું રૂપરેખાંકન પસંદ કરે છે. ઉદાહરણનો સંપૂર્ણ પાથ તમે જાળવવા માંગતા ફાઇલ સાથે બદલો અને સ્ટાર્ટઅપ આઉટપુટમાં લોડ થયેલો પાથ તપાસો. હજી પણ બીજી ફાઇલનું નામ લેતી ભૂલ સમજાવે છે કે તમારા અપેક્ષિત proxychains4.conf માં ફેરફારની અસર કેમ ન થઈ.

તે સ્પષ્ટ પસંદગી વિના, શોધમાં PROXYCHAINS_CONF_FILE, કાર્ય ડિરેક્ટરીમાંનું રૂપરેખાંકન, પ્રતિ-વપરાશકર્તા ફાઇલ અને સ્થાપિત સિસ્ટમ સ્થાનોનો સમાવેશ થાય છે. પેકેજ અને રેપર આવૃત્તિઓ તેમના ડિફોલ્ટમાં ભિન્ન હોઈ શકે છે. તેથી પ્રોજેક્ટ-સ્થાનિક proxychains.conf, બીજા ખાતાનું હોમ, અથવા PATH માંનું અલગ એક્ઝિક્યુટેબલ ઇનપુટ બદલી શકે છે.

જો પસંદ કરેલી ફાઇલ કોઈ માન્ય પ્રોક્સી ન જણાવે

કનેક્ટિવિટી પહેલાં પાર્સિંગ તપાસો. એન્ટ્રીઓ [ProxyList] ની નીચે હોવી જોઈએ અને સ્થાપિત રિલીઝ જે પ્રોટોકોલ અને ફીલ્ડની અપેક્ષા રાખે છે તેની જરૂર છે. ટિપ્પણીઓ, વિભાગની જગ્યા અને સિન્ટેક્સ તપાસો. માન્ય જાહેર એન્ડપોઇન્ટ માટે મફત પ્રોક્સી સૂચિ પસંદ કરેલા પ્રોટોકોલના જરૂરી ફીલ્ડ સાથે દાખલ કરવા માટે ઉમેદવારો આપે છે. SOCKS તરીકે વર્ણવેલ HTTP શ્રોતા ઇચ્છિત ફાઇલ લોડ થઈ હોવા છતાં ખોટો જ રહે છે.

પાર્સ થયેલા રૂપરેખાંકનની ભૂલ કનેક્શન પ્રયાસ પછીના સમયસમાપ્તિથી અલગ છે. ઇચ્છિત એન્ડપોઇન્ટ પાર્સ થયા પછી, આગલા નિષ્ફળ તબક્કાને અનુસરો: લાઇબ્રેરી લોડિંગ, પ્રોક્સી વાટાઘાટ, પ્રમાણીકરણ, ગંતવ્ય કનેક્શન અથવા એપ્લિકેશન પ્રતિસાદ. સિસ્ટમ ફાઇલનું નામ બદલવાથી તે તબક્કા સુધારી શકાતા નથી.

અલગ આદેશોને અલગ એક્ઝિટની જરૂર હોય તો પ્રક્રિયાઓ શરૂ થતી વખતે શેર કરેલું રૂપરેખાંકન ફરીથી લખવાને બદલે તેમની ફાઇલો સ્પષ્ટ રીતે પસંદ કરો. જૂની માર્ગદર્શિકાનું ફાઇલનામ પુનઃઉત્પાદિત કરવા માટે ફક્ત બીજી સિસ્ટમ-વ્યાપી ફાઇલ ઉપર લખવાની જરૂર નથી.