SSH फर्वार्ड, VPN वा RD Gateway: एक RDP डेस्कटपका लागि कुन बाटो?

तीनै विकल्पहरू RDP बोक्छन्, त्यसैले प्रोटोकल निर्णायक कारक होइन। वास्तविक प्रश्न यो हो कि एक प्रयोगकर्ताले कति पहुँच पाउनुपर्छ र यो दिने कुरा कसले सञ्चालन गर्छ। फर्वार्ड गरिएको TCP पोर्ट, राउट गरिएको निजी नेटवर्क र डेस्कटप गेटवेले यो प्रश्नको उत्तर तीन फरक आकारमा दिन्छन्। पहिले आकार छान्नुहोस्, उत्पादन पछि आउँछ।

प्रश्न प्रोटोकल होइन, विस्तार हो

प्रयोगकर्ताले वास्तवमा के छुनुपर्छ लेख्नुहोस्। उत्तर एउटा डेस्कटप हो भने, सबनेट दिने डिजाइन धेरै फराकिलो हुन्छ। उत्तर डेस्कटप सहित फाइल साझेदारी सहित एडमिन कन्सोल हो भने, एउटा पोर्ट फर्वार्ड गर्ने डिजाइन अर्को महिना अरू दुई फर्वार्डका लागि फर्किन्छ। गन्तव्यहरूको सूची नै आवश्यकता हो; बाँकी सबै कार्यान्वयन हो।

प्रवेश पहिचानलाई डेस्कटपमा साइन इन गर्ने Windows खाताबाट अलग राख्नुहोस्। तलको प्रत्येक डिजाइनमा दुवै छन्, र तिनीहरूलाई मिसाउनु नै जम्प होस्ट खाताले कसैले सोचेभन्दा बढी अधिकार पाउने बाटो हो।

एउटा फर्वार्ड गरिएको TCP सेवा

स्वीकृत SSH जम्प होस्टले स्थानीय श्रोतालाई पुग्न सक्ने RDP सेवामा फर्वार्ड गर्न सक्छ। त्यो श्रोता प्रयोगकर्ताको आफ्नै मेसिनका लागि मात्र हुँदा यसलाई loopback मा बाँध्नुहोस्, जुन स्थानीय फर्वार्डको सामान्य उद्देश्य हो। फर्वार्ड एक व्यक्तिका लागि सुविधा हो, टोलीका लागि सेवा होइन।

SSH लगइनले फर्वार्डिङ मार्गमा पहुँच प्रमाणित गर्छ, त्यसभन्दा बढी केही होइन। Windows प्रमाणीकरण र RDP अधिकार अझै गन्तव्यमा हुन्छन्, त्यसैले वैध जम्प खाता वैध डेस्कटप सत्र होइन। यी दुई स्वतन्त्र ढोका हुन् र दुवै खुल्नुपर्छ।

असीमित शेल दिनुको सट्टा जम्प खाताका फर्वार्डिङ गन्तव्यहरू सीमित गर्नुहोस्। यो डिजाइन स्पष्ट रूपमा सूचीबद्ध थोरै मेसिनका लागि उपयुक्त छ, र यसले सञ्चालन गर्न होस्ट, पहिचान र जीवनचक्र थप्छ। त्यो अतिरिक्त होस्ट नै मानिसहरूले गेटवेसँग तुलना गर्दा बिर्सने भाग हो: कसैले यसलाई प्याच गर्नुपर्छ, निगरानी गर्नुपर्छ र यसका कुञ्जीहरू राख्नुपर्छ।

राउट गरिएको निजी कार्यक्षेत्र

VPN ले निजी DNS र सँगै प्रयोग हुने धेरै सेवाहरूमा पहुँच दिन्छ, र यही यसको वास्तविक मूल्य हो। एउटा डेस्कटप पोर्ट लुकाउनु पार्श्व प्रभाव हो, यसलाई बनाउने कारण होइन। VPN किन अस्तित्वमा छ भनी कसैले सोध्दा यो भिन्नता महत्त्वपूर्ण हुन्छ।

मार्गहरू र स्रोत अनुमतिहरूलाई इच्छित गन्तव्यहरूमा सीमित गर्नुहोस्। जोडिएको प्रयोगकर्ता स्वतः सम्पूर्ण LAN को हकदार हुँदैन, र गन्तव्यको फायरवाल सहित Windows साइन-इन अधिकारहरू VPN ले प्रतिस्थापन नगर्ने छुट्टै सीमा रहन्छन्।

यो व्यवस्था पहिले नै स्थापित व्यवस्थित कार्यक्षेत्रका लागि सुविधाजनक छ। लागत यो हो कि अनबोर्डिङ, उपकरण आवश्यकता, रिजोल्भर व्यवहार र जडान नीति प्रयोगकर्ताको कार्य वातावरणको भाग बन्छन्, र कसैले तिनको स्वामित्व लिनुपर्छ। VPN सस्तो विकल्प हो भनी मान्नु अघि त्यो लागतलाई गेटवेको इजाजतपत्रसँग तुलना गर्नुहोस्।

RDP-विशिष्ट गेटवे

Remote Desktop Gateway ले नेटवर्क सीमाको सट्टा RDP-विशिष्ट सीमा दिन्छ। यसको जडान अधिकार नीतिले को जोडिन सक्छ भनेर निर्धारण गर्छ, र यसको स्रोत अधिकार नीतिले उनीहरूले यसको माध्यमबाट कुन आन्तरिक स्रोतहरूमा पुग्न सक्छन् भनेर निर्धारण गर्छ। दुवै नीति उत्पादनको भाग हुन्, वैकल्पिक थप होइनन्।

प्रमाणपत्र, पहिचान एकीकरण र आवश्यक ट्रान्सपोर्ट सँगै योजना गर्नुहोस्। गेटवे अनाम TCP रिले होइन, र यसलाई त्यसरी तैनाथ गर्नुले यसलाई पहिलो स्थानमा न्यायोचित ठहराउने नीतिहरू छोड्छ। यसले एक फर्वार्ड गरिएको पोर्टमा नभएका इजाजतपत्र र सञ्चालन आवश्यकताहरू पनि बोक्छ। डिजाइन समीक्षाअघि तिनका लागि बजेट राख्नुहोस्, पछि होइन।

जहाँ टोलीले पहिले नै केन्द्रीय डेस्कटप पहुँच सञ्चालन गर्छ, त्यहाँ त्यो अतिरिक्त लागत पहिले नै तिरिएको छ। जहाँ एक व्यक्तिलाई एउटा मेसिन चाहिन्छ, त्यहाँ सानो कामका लागि ठूलो मेसिन किन्नुपर्छ।

तीनैलाई अझै के चाहिन्छ

प्रत्येक डिजाइनमा होस्ट पहिचान जाँचहरू राख्नुहोस्। स्थानीय उपनाम वा सुरुङले अप्रत्याशित प्रमाणपत्रलाई हानिरहित बनाउँदैन, र प्रोक्सीबाट जानका लागि नमिल्ने प्रमाणपत्र स्वीकार गर्नुले सुरुङको उद्देश्य नै नष्ट गर्छ। क्लाइन्टमा भएको नाम र प्रमाणपत्रमा भएको नाम जानाजान मिलाउनुपर्छ।

नीतिले मागेको प्रवेश बिन्दुमा MFA लागू गर्नुहोस्, र गन्तव्यको खाता नियन्त्रण राख्नुहोस्। दुवै पूरक हुन्: पहिलोले को ढोकासम्म पुग्न सक्छ, दोस्रोले को खोल्न सक्छ भनेर निर्धारण गर्छ। कुनै एक छोड्दा पूर्ण देखिने तर नहुने डिजाइन रहन्छ।

काम र तपाईंसँग वास्तवमै भएको सञ्चालन मोडेलसँग मिल्ने सीमा छान्नुहोस्। RDS भूमिकाहरूको अवलोकन ले सत्र होस्ट र अन्य घटकहरूबीच गेटवेको स्थान वर्णन गर्छ, र यसको लागत पढ्न सकिने बनाउने सन्दर्भ यही हो।