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 লিসেনার উদ্দেশ্যমূলক ফাইল লোড হলেও ভুলই থাকে।

পার্স করা কনফিগের ত্রুটি সংযোগ প্রচেষ্টার পরের টাইমআউট থেকে আলাদা। উদ্দেশ্যমূলক এন্ডপয়েন্ট পার্স হলে পরের ব্যর্থ ধাপ অনুসরণ করুন: লাইব্রেরি লোডিং, প্রক্সি নেসোশিয়েশন, প্রমাণীকরণ, গন্তব্য সংযোগ বা অ্যাপ্লিকেশন প্রতিক্রিয়া। সিস্টেম ফাইলের নাম বদলে সেই ধাপগুলি ঠিক করা যায় না।

আলাদা কমান্ডের জন্য আলাদা প্রস্থান দরকার হলে প্রক্রিয়া শুরু হওয়ার সময় ভাগ করা কনফিগ পুনরায় লেখার বদলে তাদের ফাইল স্পষ্টভাবে বেছে নিন। পুরোনো নির্দেশিকা থেকে ফাইলের নাম পুনরুৎপাদন করতে শুধু আরেকটি সিস্টেম-ব্যাপী ফাইল নকল করার প্রয়োজন নেই।

সম্পর্কিত নিবন্ধ