systemd-socket-proxyd اپنی SSH SOCKS سرنگ سے زیادہ زندہ رہ سکتا ہے

اگر SSH کے باہر نکلنے کے بعد سامنے کا پورٹ اب بھی کنکشن قبول کرتا ہے تو تینوں یونٹس کا معائنہ کریں۔ ایکٹیویشن ساکٹ، systemd-socket-proxyd مددگار اور SSH کا بنایا ہوا SOCKS سننے والا مختلف زندگیانی دور رکھتے ہیں:

مددگار اور SSH کو اکٹھا شروع کرنا بعد کے رکنے کی تبدیلی کی وضاحت نہیں کرتا۔ ایسے مددگار کے لیے جسے اپنی سرنگ کے بغیر فعال نہیں رہنا چاہیے، systemd زیادہ مضبوط تعلق درج کرتا ہے:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

اسے اصل ڈیزائن میں مناسب یونٹ پر لاگو کریں۔ Requires= اور ترتیب تعلق کا صرف ایک حصہ حل کرتے ہیں۔ پہلے سے فعال سامنے کا حصہ اپنے پچھلے حصے کے غائب ہونے کے بعد دوبارہ ایکٹیویشن کبھی نہیں کر سکتا۔ ناکام یونٹ کی حالت اور آغاز کی شرح کی حدیں بھی جانچیں؛ انحصار ان حدوں کو منسوخ نہیں کرتا۔

پھر آغاز کی تیاری قائم کریں۔ After= کاموں کو ترتیب دیتا ہے، Type=simple SSH سننے والے کی تیاری نہیں۔ مقررہ توقف سست تصدیق کے دوران ناکام ہو سکتا ہے۔ ایسا آغاز معاہدہ استعمال کریں جو مطلوبہ سننے والا قائم کرے؛ ExitOnForwardFailure=yes فارورڈنگ سیٹ اپ کی ناکامی پکڑتا ہے، بعد کی منزل تک رسائی نہیں۔

آخر میں، بیکار حالت سے اخراج اور دوبارہ ایکٹیویشن کی وضاحت کریں۔ فارورڈنگ ڈیمون کا بیکار اخراج کا آپشن فعال کنکشن نہ ہونے سے متعلق ہے، کھلے کنکشن پر بائٹس کی کمی سے نہیں۔ خاموش سیشن اسے فعال رکھ سکتا ہے۔ اگلے مطالبے کو مطلوبہ سروسز فعال کرنی چاہئیں، اور ری اسٹارٹ لوپس محدود اور نظر آنے والے رہنے چاہئیں۔ سننے والے کو دوبارہ بنانا نئے کنکشن قبول کرتا ہے؛ یہ پرانے پراکسی شدہ TCP سیشن بحال نہیں کرتا۔