రివర్స్ SSH ప్రాక్సీ లిజనర్ సర్వర్‌లో మాత్రమే ఎందుకు చేరుకోగలదు
ప్రాక్సీ ప్రోటోకాల్ లేదా ఆధారాలను మార్చే ముందు రిమోట్ లిజనర్ bind చిరునామా మరియు GatewayPorts మోడ్‌ను తనిఖీ చేయండి.
రిమోట్ ఫార్వర్డ్ SSH సర్వర్ నుండి పని చేయవచ్చు కానీ మరొక మెషీన్ నుండి వచ్చే కనెక్షన్‌లను తిరస్కరించవచ్చు, ఎందుకంటే ఇది loopback లో మాత్రమే వినిపిస్తుంది. మొదట అసలు వినిపించే చిరునామాను తనిఖీ చేయండి.
సర్వర్ వైపు GatewayPorts | రిమోట్-ఫార్వర్డ్ bind |
|---|---|
no, డిఫాల్ట్ | లిజనర్‌లను loopback కు పరిమితం చేస్తుంది |
yes | wildcard bind ను బలవంతం చేస్తుంది |
clientspecified | క్లయింట్ నిర్దిష్ట bind చిరునామాను అడగడానికి అనుమతిస్తుంది |
ఒక నియంత్రిత ఇంటర్‌ఫేస్ కోసం ఉద్దేశించిన లిజనర్ కోసం, సర్వర్ దీన్ని ఉపయోగించవచ్చు:
GatewayPorts clientspecifiedతర్వాత క్లయింట్ తన -R స్పెసిఫికేషన్‌లో సరైన చిరునామాను అడుగుతుంది. ఆ చిరునామా రిమోట్ మెషీన్‌లో ఉండాలి, మరియు ఇతర ఫార్వర్డింగ్ పరిమితులు ఇప్పటికీ వర్తిస్తాయి. క్లయింట్-సైడ్ -g ఈ దిశకు పరస్పరం మార్చగల నియంత్రణ కాదు.
మూడు అనుమతులు వేరుగా ఉంటాయి: ఫార్వర్డ్ సృష్టించడానికి SSH అనుమతి, దాని లిజనర్‌కు నెట్‌వర్క్ యాక్సెస్, మరియు HTTP లేదా SOCKS సేవ యొక్క స్వంత యాక్సెస్ విధానం. SSH లాగిన్ టన్నెల్ సృష్టికర్తను ప్రామాణీకరిస్తుంది; ఇది భాగస్వామ్య లిజనర్ యొక్క ప్రతి తర్వాతి కాలర్‌ను ప్రామాణీకరించదు మరియు SOCKS పాస్‌వర్డ్ ఛాలెంజ్‌ను జోడించదు.
రిమోట్ కాలర్ ఇప్పటికీ కనెక్ట్ కాలేకపోతే, bind చిరునామా, సర్వర్ ఫార్వర్డింగ్ పరిమితులు మరియు firewall మార్గాన్ని ఆ క్రమంలో తనిఖీ చేయండి. TCP లిజనర్‌ను చేరుకున్న తర్వాత, విఫలమైన ప్రాక్సీ హ్యాండ్‌షేక్ తర్వాతి సమస్య.