একটি SSH SOCKS প্রক্সি তার SSH সংযোগ শেষ হলে অদৃশ্য হয়ে যায়। একটি সুপারভাইজার সেই সংযোগ পুনরায় চালু করতে পারে, কিন্তু পুরোনো স্ট্রিম ব্যবহারকারী প্রতিটি ওয়েবসাইট অনুরোধ পুনরায় শুরু করতে পারে না।

ইতিমধ্যে কাজ করা SSH সেটআপের জন্য, autossh একটি গতিশীল ফরওয়ার্ড তদারকি করতে পারে যখন OpenSSH একটি সাড়াহীন সার্ভার শনাক্ত করে:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 autossh-এর পৃথক পর্যবেক্ষণ-পোর্ট ব্যবস্থা বন্ধ করে। এটি SSH প্রস্থানের উপর নির্ভর করে যাতে সুপারভাইজার প্রতিক্রিয়া জানাতে পারে। সার্ভার-অ্যালাইভ অপশনগুলো SSH স্তরের সজীবতা পরীক্ষা দেয়; তারা আপনার ব্যবহৃত প্রতিটি গন্তব্য থেকে পৃষ্ঠা চায় না।

প্রমাণীকরণ ও ফরওয়ার্ডিং কাজ না করা পর্যন্ত প্রাথমিক সেটআপ দৃশ্যমান রাখুন। autossh-এর পটভূমি আচরণ সাধারণ SSH-এর -f থেকে আলাদা: তত্ত্বাবধানহীন চালু পাসওয়ার্ড বা কী পাসফ্রেজ চাইতে থামতে পারে না। এর নথিভুক্ত সূচনা-দ্বার তাৎক্ষণিক সেটআপ ব্যর্থতা এবং পরে ভাঙা সেশনও আলাদা করতে পারে।

পুনঃসংযোগের পর স্থানীয় শ্রোতা আবার উপলব্ধ হতে পারে। অ্যাপ্লিকেশনগুলোকে এখনও নিজেদের ব্যর্থ অপারেশন পুনরায় চেষ্টা করতে হতে পারে। উত্তর পাওয়ার আগে বাধাপ্রাপ্ত একটি আপলোডের অ্যাপ্লিকেশন-স্তরের ফলাফল সমাধান করতে হবে, শুধু অনুপস্থিত টানেল পুনরায় চালু করা নয়।

সবশেষে, সুস্থ SSH পরিবহন প্রমাণ করে না যে গেটওয়ে একটি নির্দিষ্ট ওয়েবসাইটে পৌঁছাতে পারে। টানেলের তদারকি ও এটি ব্যবহারকারী কাজের পর্যবেক্ষণ আলাদা রাখুন।

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