ریورس SSH پراکسی سننے والا صرف سرور پر ہی کیوں قابل رسائی ہے
پراکسی پروٹوکول یا اسناد بدلنے سے پہلے ریموٹ سننے والے کا bind پتہ اور GatewayPorts موڈ چیک کریں۔
ریموٹ فارورڈ SSH سرور سے کام کر سکتا ہے لیکن کسی دوسری مشین سے آنے والے کنکشن مسترد کر سکتا ہے، کیونکہ یہ صرف loopback پر سنتا ہے۔ پہلے اصل سننے کا پتہ چیک کریں۔
سرور کی طرف GatewayPorts | ریموٹ-فارورڈ bind |
|---|---|
no، طے شدہ | سننے والوں کو loopback تک محدود کرتا ہے |
yes | wildcard bind پر مجبور کرتا ہے |
clientspecified | کلائنٹ کو مخصوص bind پتہ مانگنے کی اجازت دیتا ہے |
ایک کنٹرول شدہ انٹرفیس کے لیے سننے والے کے لیے، سرور یہ استعمال کر سکتا ہے:
GatewayPorts clientspecifiedپھر کلائنٹ اپنی -R تفصیل میں مناسب پتہ مانگتا ہے۔ وہ پتہ ریموٹ مشین پر موجود ہونا چاہیے، اور دیگر فارورڈنگ پابندیاں اب بھی لاگو ہیں۔ کلائنٹ کی طرف -g اس سمت کے لیے قابل تبادلہ کنٹرول نہیں ہے۔
تین اجازتیں الگ رہتی ہیں: فارورڈ بنانے کی SSH اجازت، اس کے سننے والے تک نیٹ ورک رسائی، اور HTTP یا SOCKS سروس کی اپنی رسائی پالیسی۔ SSH لاگ ان سرنگ بنانے والے کی تصدیق کرتا ہے؛ یہ مشترکہ سننے والے کے ہر بعد کے کالر کی تصدیق نہیں کرتا اور SOCKS پاس ورڈ چیلنج شامل نہیں کرتا۔
اگر ریموٹ کالر اب بھی کنیکٹ نہیں کر سکتا، تو bind پتہ، سرور کی فارورڈنگ پابندیاں اور فائر وال راستہ اسی ترتیب سے چیک کریں۔ TCP کے سننے والے تک پہنچنے کے بعد، ناکام پراکسی ہینڈ شیک بعد کا مسئلہ ہے۔