गेटवे से कनेक्ट करते समय RDP क्लाइंट का पता अज्ञात है


10

मैं अपने शानदार कार्य में एक शोस्टॉपर के रूप में आया हूं, एक प्रिंटर GPO बनाने के लिए जो RDP क्लाइंट पते के आधार पर TS सत्र के अंदर प्रिंटर को मैप करता है - पता गेटवे सर्वर का उपयोग करते समय पता नहीं होता है :(

RD गेटवे के माध्यम से सत्र पर राइट-क्लिक + स्थिति:

यहाँ छवि विवरण दर्ज करें

आरडी गेटवे से गुजरने वाले सत्र पर समान बात:

यहाँ छवि विवरण दर्ज करें

क्या किसी को पता है कि क्या यह संभव है? क्या इस जानकारी को पास करने के लिए गेटवे सर्वर पर संभवत: किसी प्रकार की अनजाने रजिस्ट्री परिवर्तन है?

जवाबों:


2

ऐसा लगता है कि यह संभव नहीं है। मैं Microsoft के साथ एक फीचर अनुरोध दर्ज करने जा रहा हूं।


1

चूंकि TS गेटवे प्रभावी रूप से एक प्रॉक्सी है, तो आप प्रॉक्सी के लॉग को क्वेरी क्यों नहीं करते ? विचाराधीन उपयोगकर्ता द्वारा दूरस्थ डेस्कटॉप गेटवे से अंतिम घटना 303 के लिए फ़िल्टरिंग आपको आईपी के साथ आपूर्ति करनी चाहिए। मुझे आरडीपी में किसी भी "एक्स-फॉरवर्ड-फॉर" -स्टाइल हेडर के बारे में पता नहीं है ।


मुझे यकीन नहीं है कि यदि आप जानते हैं कि GPO में आइटम स्तर लक्ष्यीकरण कैसे काम करता है, लेकिन मुझे पूरा विश्वास है कि लॉग फ़ाइल के डेटा के साथ इसे फीड करने का कोई तरीका नहीं है।
पौस्का

@pauska आह, निशाना मुझे लगा कि आप स्क्रिप्टिंग कर रहे हैं। आगे कोई विचार नहीं, क्षमा करें।
वाबेट

WQL GPO पर खोज? इसके ... मोटा, लेकिन काम हो सकता है।
पैट्रिक

@ विंडोज स्क्रिप्टिंग के बारे में लगभग हर चीज खुरदरी होती है, अगर बदसूरत न हो। हम इसे बदल नहीं सकते, इसलिए हमें इसके साथ रहना होगा।
वाबेट

0

मैंने यह देखा, मुझे नहीं पता कि यह मदद करता है, लेकिन इसे बस उकसाने के साथ पारित करना चाहता था।

http://www.virtualizationadmin.com/kbase/VirtualizationTips/DesktopVirtualization/MicrosoftVirtualDesktopInfrastructureTips/InstallationDeployment/GPOpreferenceswithTerminalSessionItemLevelTargeting.html


0

शायद आप एक लॉगऑन स्क्रिप्ट बना सकते हैं जो आरडीपी कनेक्शन के आधार पर प्रिंटर को मैप करता है? पहले एक "iplist.txt" फ़ाइल बनाएं जिसमें आईपी पते और विभाग शामिल हैं जिन्हें आप प्रिंटर के लिए मैप करना चाहते हैं:

192.168.0.173,Marketing
192.168.1.173,Sales
192.168.2.173,Finance

Iplist.txt फ़ाइल को एक निर्देशिका में रखें, जिस पर लॉगिंग करने वाले व्यक्ति के पास पहुंच होगी। वहां से आप प्रिंटर को मैप करने के लिए इस बैच फ़ाइल का उपयोग कर सकते हैं:

@echo off

netstat -na | find "3389" | find "ESTABLISHED" > logfile.txt

for /f "tokens=1,2 delims=," %%a in (iplist.txt) do (

    for /f %%i in ('findstr %%a logfile.txt') do (
        set ip_addr=%%a
    )

    if "%ip_addr%" == "%%a" (
        if "%%b" == "Marketing" (
            rundll32 printui.dll,PrintUIEntry /in /q /n \\print_server\marketing_ptr
            REM Set as default:
            rundll32 printui.dll,PrintUIEntry /y /q /n
            goto :end )
        if "%%b" == "Sales" (
            rundll32 printui.dll,PrintUIEntry /in /q /n \\print_server\sales_ptr
            REM Set as default:
            rundll32 printui.dll,PrintUIEntry /y /q /n
            goto :end ) 
        if "%%b" == "Finance" (
            rundll32 printui.dll,PrintUIEntry /in /q /n \\print_server\finance_ptr
            REM Set as default:
            rundll32 printui.dll,PrintUIEntry /y /q /n
            goto :end ) )
)

:end 

del logfile.txt

आप यह भी सुनिश्चित करना चाहते हैं कि logfile.txt उस स्थान पर लिखा जाए, जिस पर लॉग करने वाले उपयोगकर्ता के पास लिखने की पहुंच होगी।

हो सकता है कि यह आपके लिए हैक करने वाला रेज न हो, लेकिन यह एक विकल्प के रूप में काम कर सकता है ...।


मुझे बस एहसास हुआ कि यदि कई लोग RDP के माध्यम से कंप्यूटर से जुड़े हैं, तो यह उस व्यक्ति के लिए प्रिंटर को मैप करेगा, जिसका आईपी पता कनेक्शन की सूची में सबसे अधिक है ..... इसलिए यह आपके वातावरण में ठीक से काम नहीं कर सकता है :(
matrixx333

प्रयास के लिए धन्यवाद, लेकिन यहाँ बिंदु यह है कि जब आप RD गेटवे से जुड़ते हैं तो क्लाइंट IP "UNKNOWN" होता है। क्लाइंट के आईपी (समूह नीति विस्तार) का पता चलने पर मेरे पास पहले से ही प्रिंटरों को मैप करने का एक समाधान है।
पॉसका

मैं गलतफहमी के लिए माफी मांगता हूं ... फिर भी, स्क्रिप्ट लिखना मजेदार था :)
matrixx333
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.