ఒక Mac స్క్రీన్ కోసం స్థానిక SSH ఫార్వార్డింగ్ లేదా పూర్తి VPN?

మీ స్వంత యంత్రం నుండి ఒక Mac స్క్రీన్‌ను చూడాలి, Mac మీరు ఇప్పటికే SSH చేయగల హోస్ట్ వెనుక ఉంది, అది VPN కు అర్హమా అనేది ప్రశ్న. సాధారణంగా కాదు. ఒక స్థానిక ఫార్వార్డింగ్ ఇప్పటికే ఉన్న SSH సెషన్ ద్వారా ఒక TCP పోర్టును తీసుకువెళుతుంది, ఒక హోస్ట్‌లో ఒక స్క్రీన్ కోసం ఇది మొత్తం నెట్‌వర్క్‌ను రూట్ చేయడం కంటే చిన్నది మరియు ఎక్కువగా తనిఖీ చేయగల ఏర్పాటు.

మూడు షరతులు దీన్ని నిర్ణయిస్తాయి, వాటిలో ఏదైనా మిమ్మల్ని నిర్వహిత VPN వైపు నెట్టగలదు.

మూడు షరతులు దీన్ని నిర్ణయిస్తాయి

మొదటిది పరిధి: ఒక హోస్ట్‌లో ఒక సేవ, లేదా అనేక హోస్ట్‌లు మరియు అనేక పోర్టులు. రెండవది బ్యాస్టియన్ మరియు లక్ష్యం మధ్య ప్రతి దూకుడు ఇప్పటికే విశ్వసనీయమా అనేది, ఎందుకంటే SSH తాను ముగించే భాగాన్ని మాత్రమే రక్షిస్తుంది. మూడవది మీరు దాన్ని నిర్మించిన తర్వాత ఈ ఏర్పాటుకు ఎవరు మద్దతు ఇవ్వాలి అనేది, ఎందుకంటే చేతితో చేసిన సొరంగం దాన్ని అర్థం చేసుకున్న వ్యక్తి కంటే ఎక్కువ కాలం జీవిస్తుంది. ప్రారంభించే ముందు ఆ వ్యక్తి పేరు చెప్పండి, మరియు అతను కనుగొనగలిగే ప్రదేశంలో ఆదేశాన్ని రాయండి. పత్రాలు లేని ఫార్వార్డింగ్ అనేది వాయిదా పడిన ప్రారంభ తేదీతో కూడిన భవిష్యత్ సంఘటన.

సమాధానాలు «ఒకటి», «అవును» మరియు «నేను, ప్రస్తుతానికి» అయితే, ఫార్వార్డింగ్ సరైన సాధనం. ఏదైనా సమాధానం మారితే, మద్దతు ఉన్న రిమోట్ యాక్సెస్ డిజైన్ సంవత్సరంలో పత్రాలు లేని సొరంగం తర్వాత వచ్చే సంఘటన సమీక్ష కంటే చవకైనది.

ఒక పోర్టును ఫార్వార్డ్ చేయండి, నెట్‌వర్క్ కాదు

స్థానిక ఫార్వార్డింగ్ మీ యంత్రంలో శ్రోతను తెరుస్తుంది మరియు ప్రతి కనెక్షన్‌ను SSH సర్వర్ ద్వారా అది చేరగల లక్ష్యానికి పంపుతుంది. స్క్రీన్ భాగస్వామ్య సేవ TCP 5900 లో వినే Mac కు మరియు mac.corp.example పరిష్కరించగల బ్యాస్టియన్‌కు, ఆదేశం చిన్నది మరియు ఉద్దేశపూర్వకంగా సన్ననిది. అందులో ప్రతి ఎంపిక ఏర్పాటును చిన్నగా ఉంచడానికి ఉంది: షెల్ లేదు, అన్ని ఇంటర్‌ఫేస్‌లపై శ్రోత లేదు, డెమన్ లేదు. దాన్ని వంటకంగా కాదు, పరిధి ప్రకటనగా చదవండి.

ssh -N -o ExitOnForwardFailure=yes -L 127.0.0.1:15900:mac.corp.example:5900 [email protected]

శ్రోతను 127.0.0.1 కు కట్టడం దాన్ని మిగతా అన్ని ఇంటర్‌ఫేస్‌ల నుండి దూరంగా ఉంచుతుంది. ఇది అధికారికత కాదు: అన్ని ఇంటర్‌ఫేస్‌లకు కట్టిన ఫార్వార్డింగ్ మీ ల్యాప్‌టాప్‌ను అదే కేఫే Wi-Fi లో ఉన్న ఎవరికైనా కార్పొరేట్ నెట్‌వర్క్‌లోకి తెరిచిన రిలేగా మారుస్తుంది. పోర్ట్ ఇప్పటికే వాడుకలో ఉంటే, మరో ఎత్తైన పోర్టును ఎంచుకుని వ్యూయర్‌ను నవీకరించండి; ఉదాహరణ సరిపోయేలా సంబంధం లేని సేవను ఆపవద్దు.

బ్యాస్టియన్‌లోని ఖాతాకు కూడా ఆ లక్ష్యానికి ఫార్వార్డ్ చేయడానికి అనుమతి కావాలి. కొన్ని కఠినమైన SSH కాన్ఫిగరేషన్‌లు పోర్ట్ ఫార్వార్డింగ్‌ను పూర్తిగా నిలిపివేస్తాయి, కొన్ని permit-listen లేదా permit-open సూచనతో పరిమితం చేస్తాయి. తిరస్కరించిన ఛానెల్ అంటే పాస్‌వర్డ్ తప్పు అని ఊహించే ముందు సర్వర్ విధానాన్ని చదవండి.

SSH ఏమి ఎన్‌క్రిప్ట్ చేస్తుంది, ఎక్కడ ఆగుతుంది

SSH సెషన్ మీ Mac నుండి బ్యాస్టియన్ వరకు ట్రాఫిక్‌ను రక్షిస్తుంది, ఫార్వార్డింగ్ VNC ప్రోటోకాల్‌ను అర్థం చేసుకోకుండా ఆ సెషన్ లోపల తీసుకువెళుతుంది. కనెక్షన్ బ్యాస్టియన్‌ను విడిచి లక్ష్యం వైపు వెళ్ళిన వెంటనే, అది ఇక మీ SSH సెషన్ లోపల లేదు. ఆ చివరి దూకుడుపై ఏ రక్షణ ఉన్నా, అది లక్ష్య ప్రోటోకాల్ మరియు ప్రైవేట్ నెట్‌వర్క్ సొంత నియంత్రణలకు చెందుతుంది.

అందుకే మొదటి దూకుడు SSH వాడిందనే కారణంతో మాత్రమే సాధారణ చివరి VNC దూకుడును చివరి నుండి చివరి వరకు ఎన్‌క్రిప్ట్ చేయబడినట్లు వర్ణించకూడదు. భాగాలను నిజాయితీగా వర్ణించండి: క్లయింట్ నుండి బ్యాస్టియన్ వరకు బలంగా, ఆ తర్వాత లక్ష్యం మద్దతు ఇచ్చేది. మొత్తం మార్గం ఒకే యంత్రాంగంతో ఎన్‌క్రిప్ట్ కావాలనే అవసరం ఉంటే, ఫార్వార్డింగ్ దాన్ని నెరవేర్చదు.

లక్ష్యంలో ప్రామాణీకరణ మళ్ళీ వేరే విషయం. SSH ఖాతా macOS లాగిన్ ఇవ్వదు, మరియు స్క్రీన్ భాగస్వామ్య సేవ ఇప్పటికీ తన సొంత ఆధారాలను అడుగుతుంది మరియు ఇప్పటికీ తన సొంత యాక్సెస్ జాబితాను వర్తిస్తుంది. కనెక్షన్‌ను అంగీకరించే స్థానిక శ్రోత రిమోట్ సేవ సెషన్‌ను అంగీకరిస్తుందా అనే దాని గురించి ఏమీ నిరూపించదు.

పూర్తి VPN ఎప్పుడు సరైన నిర్ణయం

పనికి ఒకటి కంటే ఎక్కువ పోర్టులు అవసరమైతే VPN ఎంచుకోండి: Apple Remote Desktop నిర్వహణ మరియు నివేదిక విధులు ఒక TCP ఫార్వార్డింగ్ మోయలేని అదనపు TCP మరియు UDP ట్రాఫిక్‌ను ఉపయోగిస్తాయి. ఫార్వార్డింగ్ మొత్తం ఉత్పత్తి యొక్క పాక్షిక అమలు కాదు; అది వేరే, చిన్న సాధనం.

అనేక నిర్వాహకులు మారుతున్న స్థలాల నుండి కనెక్ట్ అయ్యేటప్పుడు దాన్ని ఎంచుకోండి, ఎందుకంటే నిర్వహిత ప్రొఫైల్ ప్రతి ఒక్కరూ ఆదేశ పంక్తిని కనుగొనకుండానే మార్గాలు, ఆధారాలు మరియు విధానాన్ని పంపిణీ చేస్తుంది. ఆడిట్ జాడ ఎవరు ఏదానితో కనెక్ట్ అయ్యారో చూపించాల్సి వచ్చినప్పుడు దాన్ని ఎంచుకోండి, ఎందుకంటే వినియోగదారుకు ఒక SSH సెషన్ మరియు పంచుకున్న స్థానిక ఫార్వార్డింగ్ చాలా భిన్నమైన రికార్డులను మిగులుస్తాయి.

చివరగా, సంస్థ సొంత గేట్ లేకుండా ల్యాప్‌టాప్ నుండి లక్ష్య నెట్‌వర్క్‌ను అసలు చేరుకోకూడదు అనుకుంటే దాన్ని ఎంచుకోండి. వ్యక్తిగత ఫార్వార్డింగ్ రూపకల్పన ప్రకారమే ఆ గేట్‌ను దాటవేస్తుంది, అందుకే అది షెల్ చరిత్రలో కాదు, మార్పు రికార్డులో చోటు పొందుతుంది.

ఫార్వార్డింగ్ గట్టిగా విఫలం కావాలి

విఫలమైన బైండింగ్ సెషన్‌ను ఆపాలని, కనెక్ట్ అయినట్లు కనిపించి ఏమీ ఫార్వార్డ్ చేయని షెల్‌ను విడిచిపెట్టకుండా ఉండాలని ExitOnForwardFailure=yes ఉపయోగించండి. హోస్ట్ కీ ధృవీకరణను ఆన్‌లో ఉంచండి, మరియు పాస్‌వర్డ్ కంటే కీ లేదా ఏజెంట్‌కు ప్రాధాన్యం ఇవ్వండి. ఆ తర్వాత వ్యూయర్ ఉపయోగించే ఖచ్చితమైన URL ను పరీక్షించండి, ఎందుకంటే పనిచేసే SSH సెషన్ మరియు పనిచేసే స్క్రీన్ కనెక్షన్ రెండు వేరే ఫలితాలు.

macOS లోని స్థానిక క్లయింట్ కోసం, వ్యూయర్‌ను స్థానిక URL ద్వారా చేరుకోవచ్చు: open "vnc://127.0.0.1:15900". విండో తెరుచుకుని రిమోట్ హోస్ట్ ప్రామాణీకరణను తిరస్కరిస్తే, సొరంగం బాగుంది, సమస్య లక్ష్యంలో ఉంది. విండో ఎప్పుడూ తెరుచుకోకపోతే, సమస్య శ్రోత లేదా పోర్టులో ఉంది.

పని ముగిసిన తర్వాత సెషన్‌ను ఆపండి, మరియు పోర్టు, బ్యాస్టియన్, లక్ష్యం మరియు ఖాతా విధానాన్ని రాసి ఉంచండి. ఎవరూ పత్రాలు చేయని ఫార్వార్డింగ్‌ను ఆరు నెలల తర్వాత వెనుక ద్వారం నుండి వేరు చేయలేరు, దాన్ని చిన్నగా, పేరుతో మరియు తాత్కాలికంగా ఉంచడానికి ఇదే బలమైన వాదన.