ఆకర్షణీయమైన సెట్టింగ్ AllowTcpForwarding no. దురదృష్టవశాత్తు, ఇది స్థానిక SSH SOCKS ప్రాక్సీకి అవసరమైన ఫార్వర్డింగ్‌ను కూడా నిలిపివేస్తుంది. డైనమిక్ ఫార్వర్డింగ్ సర్వర్ విధానాన్ని తప్పించుకునే మార్గం కాదు.

ప్రత్యేక ఖాతా కోసం, OpenSSH అనేక సామర్థ్యాలను వేరు చేస్తుంది. ఒక విధాన భాగం shell మరియు ఉపవ్యవస్థ సెషన్‌లను నిరోధిస్తూ స్థానిక ఫార్వర్డింగ్‌కు అనుమతించగలదు:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

సర్వర్ మాన్యువల్ MaxSessions 0 ను shell, లాగిన్ మరియు ఉపవ్యవస్థ సెషన్‌లను నిరోధిస్తూ ఫార్వర్డింగ్‌కు అనుమతించే సెట్టింగ్‌గా వివరిస్తుంది. దీన్ని ఇప్పటికే ఉన్న ప్రామాణీకృత ఖాతాలో చేర్చండి; ఇది పూర్తి SSH భద్రతా కాన్ఫిగరేషన్ కాదు.

ఫార్వర్డింగ్ మాత్రమే అంటే SOCKS మాత్రమే కాదు

స్థిర స్థానిక ఫార్వర్డ్ మరియు SOCKS అభ్యర్థన చివరికి అదే రకమైన గమ్యస్థాన కనెక్షన్‌ను సర్వర్ నుండి అడగవచ్చు. స్థానిక ఫార్వర్డింగ్‌కు అనుమతించడం క్లయింట్ నిర్దిష్ట SOCKS ఇంటర్‌ఫేస్‌ను ఉపయోగించిందని హామీ ఇవ్వదు. ఖాతా SOCKS-మాత్రమే వినియోగాన్ని అమలు చేస్తుందని వర్ణించవద్దు.

PermitOpen నిర్దిష్ట జాబితా అవసరానికి సరిపోయినప్పుడు గమ్యస్థాన హోస్ట్ మరియు పోర్ట్ జతలను పరిమితం చేయగలదు. ఇది ప్రతి ప్రైవేట్ నెట్‌వర్క్‌పై హోస్ట్‌నేమ్ రిజల్యూషన్‌ను పరిగణించే సాధారణ నిషేధం కాదు. విస్తృత చిరునామా పరిమితులకు తగిన హోస్ట్ నెట్‌వర్క్ విధానం అవసరం కావచ్చు.

ఖాతా, కీ మరియు చేర్చిన సర్వర్ సెట్టింగ్‌లు ఫార్వర్డింగ్‌ను మరింత పరిమితం చేయగలవు. వేరే చోట సర్వవ్యాప్త ఫార్వర్డింగ్ నిషేధం ఈ భాగం అనుమతిస్తున్నట్లు కనిపించే సామర్థ్యాన్ని తొలగించవచ్చు.

పునరుద్ధరణ మార్గంతో సాధారణ సర్వర్ నిర్వహణ విధానాన్ని ఉపయోగించి, ఆపై అనుమతించిన మరియు తిరస్కరించిన సామర్థ్యాలను విడివిడిగా అంచనా వేయండి. ఉద్దేశించిన ఫలితం స్పష్టమైన ఫార్వర్డింగ్ అనుమతులు, ప్రమాదవశాత్తు తెరిచి ఉంచిన ఇంటరాక్టివ్ లాగిన్ లేదా దాని స్వంత పరిమితితో నిలిపివేయబడిన ప్రాక్సీ కాదు.

సంబంధిత వ్యాసాలు