एक दूरस्थ डेस्कटॉप सत्र के भीतर वीपीएन


13

मैं दूरस्थ डेस्कटॉप के माध्यम से अपने स्थानीय नेटवर्क पर एक सर्वर से कनेक्ट करता हूं। फिर मुझे उस दूरस्थ डेस्कटॉप सत्र से इंटरनेट से वीपीएन कनेक्शन बनाने की आवश्यकता है। हालाँकि यह तुरंत मेरे दूरस्थ डेस्कटॉप सत्र को काट देता है।

यहां क्या हो रहा है और क्या कोई तरीका है जिससे मैं इसे ठीक कर सकता हूं?

अतिरिक्त जानकारी:

स्थानीय कंप्यूटर # 1:

  • # 2 पर RDP सत्र की शुरुआत करता है
  • विंडोज 7
  • 10.1.1.140/24

स्थानीय कंप्यूटर # 2:

  • विंडोज विस्टा
  • 10.1.1.132/24
  • सार्वजनिक आईपी के लिए वीपीएन कनेक्शन शुरू करता है
  • VPN PPTP है
  • स्वचालित रूप से आईपी और डीएनएस प्राप्त करने के लिए सेट करें
  • 'रिमोट नेटवर्क पर डिफ़ॉल्ट गेटवे का उपयोग करें' अचयनित है
  • 'LMHosts सक्षम करें' चुना गया है
  • टीसीपी / आईपी पर 'नेटबायस सक्षम करें' चुना गया है
  • मल्टी-होम होने की क्षमता है (यानी 2 निक की है)

सार्वजनिक ADSL रूटर का सामना करना पड़:

  • वीपीएन सर्वर
  • बाहरी आईपी के माध्यम से # 2 से कनेक्शन प्राप्त करता है
  • आंतरिक नेटवर्क 192.168.0.0/24 है

मैं अपने पीसी से कोई समस्या नहीं (कोई आरडीपी शामिल नहीं) से वीपीएन कनेक्शन बना सकता हूं।

टॉम ने नीचे एक टिप्पणी में दोहरी एनआईसी का उपयोग करने का सुझाव दिया। मेरे पास बॉक्स में (# 2 ऊपर) दोहरी एनआईसी है, लेकिन मुझे यकीन नहीं है कि उन्हें ठीक से कैसे सेट किया जाए, या दूसरे पर एक का उपयोग करने के लिए वीपीएन को कैसे असाइन किया जाए।

मैंने एक ही निजी नेटवर्क (10.1.1.200/24) पर होने वाले अतिरिक्त एनआईसी को स्थापित करने की कोशिश की, वीपीएन शुरू किया और फिर आरडीपी को एनआईसी के 10.1, 10.1.132 या 10.1.1.200 दोनों में से किसी पर भी कोशिश की लेकिन कोई भाग्य नहीं था। क्या कोई तरीका है जिससे मैं वीपीएन को दूसरे पर एक एनआईसी का उपयोग करने के लिए कह सकता हूं?

जैसा कि अनुरोध किया गया है - यहां पीसी # 2 से मेरी रूटिंग टेबल हैं:

वीपीएन कनेक्ट होने से पहले:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       10.1.1.254       10.1.1.132     20
         10.1.1.0    255.255.255.0         On-link        10.1.1.132    276
       10.1.1.132  255.255.255.255         On-link        10.1.1.132    276
       10.1.1.255  255.255.255.255         On-link        10.1.1.132    276
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      169.254.0.0      255.255.0.0         On-link        10.1.1.132    296
  169.254.255.255  255.255.255.255         On-link        10.1.1.132    276
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link        10.1.1.132    276
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link        10.1.1.132    276
===========================================================================

और वीपीएन कनेक्ट होने के बाद:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       10.1.1.254       10.1.1.132     20
         10.1.1.0    255.255.255.0         On-link        10.1.1.132    276
       10.1.1.132  255.255.255.255         On-link        10.1.1.132    276
       10.1.1.255  255.255.255.255         On-link        10.1.1.132    276
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      169.254.0.0      255.255.0.0         On-link        10.1.1.132    296
  169.254.255.255  255.255.255.255         On-link        10.1.1.132    276
      192.168.0.0    255.255.255.0    192.168.0.254    192.168.0.234    267
    192.168.0.234  255.255.255.255         On-link     192.168.0.234    522
    remote-vpn-ip  255.255.255.255       10.1.1.254       10.1.1.132     21
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link        10.1.1.132    276
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link        10.1.1.132    276
  255.255.255.255  255.255.255.255         On-link     192.168.0.234    522
===========================================================================

मैंने दूसरे इंटरफ़ेस (10.1.1.232) को हुक करने और डिफ़ॉल्ट मार्गों के साथ खेलने की भी कोशिश की:

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       10.1.1.254       10.1.1.132     21
         10.1.1.0    255.255.255.0       10.1.1.254       10.1.1.232     11
       10.1.1.132  255.255.255.255         On-link        10.1.1.132    276
       10.1.1.232  255.255.255.255         On-link        10.1.1.232    266
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      169.254.0.0      255.255.0.0         On-link        10.1.1.132    296
  169.254.255.255  255.255.255.255         On-link        10.1.1.132    276
      192.168.0.0    255.255.255.0    192.168.0.254    192.168.0.235    267
    192.168.0.235  255.255.255.255         On-link     192.168.0.235    522
    remote-vpn-ip  255.255.255.255       10.1.1.254       10.1.1.132     21
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link        10.1.1.132    276
        224.0.0.0        240.0.0.0         On-link        10.1.1.232    266
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link        10.1.1.132    276
  255.255.255.255  255.255.255.255         On-link        10.1.1.232    266
  255.255.255.255  255.255.255.255         On-link     192.168.0.235    522

कृपया अपने सेटअप पर कुछ और जानकारी प्रदान करें। विशेष रूप से, वीपीएन तकनीक (IPsec, SSL VPN, ...), वीपीएन क्लाइंट क्या है, और लैन में किस तरह का रूटिंग है?
साल्स्के

क्या आपके पास vpn सेटअप है जो vpn पर सभी ट्रैफ़िक को रूट नहीं करता है? अगर इसका सेटअप ऐसा है, तो यह आपको काट देगा।
सेरेक्स

मैंने और जानकारी जोड़ी है। इसके अलावा - मैंने 'रिमोट नेटवर्क पर डिफ़ॉल्ट गेटवे का उपयोग करने' की कोशिश की है, दोनों चयनित और अचयनित। कोई भाग्य नहीं। आपके इनपुट के लिए अब तक धन्यवाद।
दान

क्या वीपीएन के सक्रिय होने पर पीसी # 2 द्वारा 10.1.1.0/24 नेटवर्क पर अन्य होस्ट से सभी ट्रैफ़िक को अस्वीकार कर दिया जाता है? ICMP (पिंग) आदि?
गोयूइक्स

हाँ Goyuix - यह सही है। जब वीपीएन निष्क्रिय होता है तो पीसी # 2 के लिए पिंग्स केवल सफल होते हैं।
दान

जवाबों:


10

क्या हो रहा है कि आप प्रभावी ढंग से सर्वर से आईपी मार्ग को काट रहे हैं - इसलिए आरडीपी सत्र हानि। आप वीपीएन को इस तरह से सेट करके ठीक कर सकते हैं कि यह दूसरे इंटरफेस (फिजिकल या वर्चुअल) से जुड़ा हो, ताकि वीपीएन और आरडीपी लिंक दोनों कोटेस्ट कर सकें। आप यह कैसे करते हैं यह बहुत विस्तृत कॉन्फ़िगरेशनों की एक सीमा पर निर्भर करता है, जो अभी हम नहीं जानते हैं, इसलिए यदि आप इसके लिए मदद चाहते हैं, तो आपको बहुत सारी जानकारी के साथ हमारे पास वापस आना होगा, जितना आप कर सकते हैं कृप्या।


3
+1। यही मेरा अनुमान होगा। मुझे आश्चर्य है कि अगर LogMeIn जैसी कोई चीज RDP सत्र को काम करने के लिए वर्कअराउंड का पता लगाने की कोशिश करने से आसान उपाय हो सकती है।
जोकिवटी

बॉक्स में एक दूसरा एनआईसी रखो, और वीपीएन क्लाइंट को एक डिफ़ॉल्ट रूट के साथ सौंपा गया है।
SpacemanSpiff

तुम यहाँ टॉम पर कुछ हो सकता है। प्रश्न में संपादित देखें।
डैन

यह कैसे होगा, यदि दूरस्थ गेटवे सेटिंग अक्षम है और वह स्थानीय मार्ग (उसी सबनेट) से जुड़ रहा है?
जॉरिस

5

यह सामान्य अभ्यास हो सकता है - डिफ़ॉल्ट रूप से, विंडोज़ बॉक्स पर, (यह बदल गया हो सकता है), सभी ट्रैफ़िक वीपीएन सुरंग के नीचे मजबूर हो जाते हैं, इसलिए हाँ, आपका आरडीपी गिर जाएगा।

मेरा सुझाव है, अपने सर्वर पर अपने वीपीएन की अग्रिम सेटिंग्स पर जाएं, और यह सुनिश्चित करें कि यह वीपीएन के माध्यम से सभी ट्रैफ़िक नहीं भेजता है।

इसके अलावा, जांचें कि गंतव्य नेटवर्क उसी सबनेट सेटिंग्स का उपयोग नहीं करता है जैसा कि आप करते हैं, अन्यथा फिर से, आप उन लक्षणों का अनुभव करेंगे जो आप वर्णन करते हैं।


बस जाँच करने के लिए, आपका वास्तव में भौतिक रूप से स्थानीय कंप्यूटर # 1 पर बैठा है, है ना?
मिस्टर आईटी गुरु

हाँ यह सही है। मैंने अचयनित के रूप में 'रिमोट नेटवर्क पर डिफ़ॉल्ट गेटवे का उपयोग करने' की कोशिश की। कोई भाग्य नहीं।
डैन

इसके अलावा - यह एक अलग सबनेट है,
Dan

1

मुझे भी ऐसी ही समस्या थी। यह देखने के लिए जांचें कि क्या वीपीएन प्रदाता आपको एक ऐसे समूह में जोड़ सकता है, जिसके पास 'स्प्लिट टनलिंग' के लिए एक पॉलिसी सेट है - यह वीपीएन होस्ट की तरफ से किया जाता है और यदि सर्वर में यह सक्षम नहीं है, तो आप वह नहीं कर पाएंगे जो आप कर सकते हैं करने की कोशिश कर रहे हैं।

यह देखते हुए कि आपके वीपीएन का पता 192 है। * जब आप कनेक्ट करते हैं तो यह आपके द्वारा कनेक्ट किए जा रहे इंटरफ़ेस को नष्ट कर देगा (इस प्रकार आपको काट रहा है)।

यदि विभाजित टनलिंग वीपीएन सर्वर पर सक्षम नहीं है (इस बारे में वीपीएन सर्वर एडमिन से संपर्क करें!) आप कनेक्ट नहीं कर पाएंगे।

यह सब मानता है कि आप अपने स्थानीय वीपीएन कनेक्शन को सही ढंग से सेट कर रहे हैं (यह ऐसा दिखता है)।


धन्यवाद - मैं वीपीएन सर्वर पर 'स्प्लिट टनलिंग' के लिए कोई विकल्प नहीं देख सकता। स्पष्ट होने के लिए - मैं सिर्फ वीपीएन सर्वर कार्यक्षमता के साथ ADSL राउटर (Draytek) का उपयोग कर रहा हूं। इसमें कुछ उन्नत विकल्प नहीं हो सकते हैं ...
Dan

क्या इस राउटर में pptp डेमॉन चल रहा है? यदि ऐसा होता है तो आपको इसे बंद करना होगा। यह जीआरई पैकेट के साथ हस्तक्षेप कर सकता है।
मिस्टर आईटी गुरु

1

मुझे पहले यह समस्या थी, और समाधान "स्प्लिट टनलिंग" है, इसका मतलब है, इंटरनेट ट्रैफ़िक को डिफ़ॉल्ट गेटवे और टनल का उपयोग करके वीपीएन नेटवर्क पर भेजना।

आपको क्या करना है कंप्यूटर # 2 में अपनी मशीन के लिए एक स्थिर मार्ग सेट किया गया है। और इस मार्ग के लिए प्राथमिकता निर्धारित करते हुए ०

तो अंतिम परिणाम वीपीएन गेटवे के आईपी पते के लिए एक डिफ़ॉल्ट मार्ग 0.0.0.0/0, और डिफ़ॉल्ट गेटवे का उपयोग करके आपकी मशीन के लिए एक स्थिर मार्ग होगा।

खिड़कियों में आप क्या करेंगे कुछ इस तरह है:

 route add 10.1.1.140 netmask 255.255.255.255 <defaultGW> -P

जहाँ defaultGW आपके राउटर का आईपी एड्रेस है।

इससे यह सुनिश्चित होगा कि 10.1.1.140 पर जाने वाले ट्रैफिक को सुरंग तक नहीं भेजा जाएगा।

यदि आपके पास कंप्यूटर # 2 तक भौतिक पहुंच है, तो वीपीएन से कनेक्ट करें और हमें मशीन की राउटिंग टेबल बताएं:

route print

एक वीपीएन से कनेक्ट करने से पहले और एक के बाद एक।

इस जानकारी को व्हाईट करें, हम आपको "स्प्लिट टनल" सेट करने में मदद कर सकते हैं

सहायता की आशा है


मैंने उपर्युक्त प्रश्न में रूटिंग टेबल को जोड़ा। आपके सहयोग के लिए धन्यवाद।
डैन

जब आप पीसी # 2 पर वीपीएन से कनेक्ट करते हैं, तो क्या आप अभी भी वेब सर्फ कर सकते हैं? और यदि आप कर सकते हैं, तो क्या आप जांच सकते हैं कि आप एक ही सार्वजनिक आईपी को सफेद कर रहे हैं? whatismyip.net आपको दुनिया को बाहर जाने के लिए जिस आईपी पते का उपयोग कर रहा है, वह आपको देना चाहिए। एक अन्य प्रश्न, क्या आप वीपीएन या किसी अन्य वीपीएन क्लाइंट से जुड़ने के लिए विंडोज़ डायलअप इंटरफ़ेस का उपयोग कर रहे हैं?
ह्यूगो गार्सिया

1

मैंने पाया है कि कनेक्ट करने के लिए IPv6 एड्रेस का उपयोग करने से वीपीएन आरडीपी सत्र को तोड़ नहीं पाता है।

मेरे सेटअप में मेरे पास एक विंडोज़ वर्चुअलबॉक्स अतिथि और होस्ट है और अतिथि पर मेरा वीपीएन वीपीएन के माध्यम से सभी ट्रैफ़िक को रोकता है (यह सर्वर कॉन्फ़िगर है मैं इसे बदल नहीं सकता)

अगर मैं ipv4 एड्रेस (जैसे 192.168.1.x) के माध्यम से अपने होस्ट से अतिथि से कनेक्ट करता हूं, तो जैसे ही मैं आरडीपी सत्र को तोड़ने वाले अतिथि पर वीपीएन कनेक्शन शुरू करता हूं। हालाँकि अगर मैं RDP को अतिथि होस्ट नाम (जो IPv6 पते पर हल करता हूं) के माध्यम से जोड़ता हूं तो वीपीएन कनेक्शन आरडीपी सत्र को नहीं तोड़ता है।


0

अधिक जानकारी के बिना बताना मुश्किल है, लेकिन कई वीपीएन ग्राहकों को वीपीएन कनेक्शन स्थापित करते समय लैन से अपने मेजबान कंप्यूटर को हटाने की तार्किक आदत है। यानी, आप अपने LAN, या VPN से कनेक्ट हो सकते हैं, लेकिन दोनों नहीं।

यदि आपका वीपीएन क्लाइंट ऐसा करता है, तो जाहिर है कि आपका आरडीपी सत्र आपको लैन से काटने के साइड इफेक्ट के रूप में मारा जाएगा।

मुझे यकीन नहीं है कि वीपीएन क्लाइंट ऐसा क्यों करते हैं, क्या यह एक जानबूझकर उपाय (सुरक्षा?) है या नेटवर्क को पुन: कॉन्फ़िगर करने का सिर्फ एक साइड इफेक्ट है, लेकिन मैंने अक्सर इसका सामना किया है।

विवरण के लिए मैनुअल की जाँच करें, और इसे कैसे ठीक करें।


1
वीपीएन क्लाइंट दो नेटवर्क को एक साथ जोड़ने वाले लोगों को रोकने के लिए ऐसा करते हैं, (राउटिंग का उपयोग करते हुए) और आपके सभी डेटा को आपके उजागर सिस्टम से चुरा रहे हैं, (या यहां तक ​​कि केवल मैलवेयर से समझौता किया जा रहा है) इस तरीके का एक हमला लिंकिंग करने वाले सिस्टम से उत्पन्न होगा। बहुत ज्यादा कोई सबूत नहीं छोड़ना
मिस्टर आईटी गुरु

0

आम तौर पर मैंने वीपीएन के माध्यम से "नेस्टेड" आरडीपी सत्रों का उपयोग किया है जिसमें कोई विशेष समस्या नहीं है (इसके अलावा थोड़ा धीमा) अंतर्निहित स्कीमा क्लाइंट था-> वीपीएन-> आरडीपी फर्स्ट सर्वर-> इंटरनेट-> आरडीपी दूसरा सर्वर। एकमात्र समस्या जो आपको हो सकती है, मुझे लगता है, यह है कि पहले सर्वर में एक फ़ायरवॉल हो सकता है जो आरडीपी प्रोटोकॉल के आउटगोइंग कॉल को रोकता है। एक वीपीएन का उपयोग करके आप सर्वर नेटवर्क में "प्राप्त" कर सकते हैं लेकिन यह एक वारंटी नहीं है कि एक ही सर्वर या अन्य लैन मशीनें बाहरी लैन सर्वर के साथ एक आरडीपी सत्र स्थापित कर सकती हैं। यदि आपका दूसरा सर्वर पहले के लैन में है, तो कृपया जांच लें कि इसे RDP सत्र तक पहुँचा जा सकता है (जैसे: RDP पोर्ट को अवरुद्ध करने वाला एक स्थानीय फ़ायरवॉल हो सकता है) और Windows इसका उपयोग करने की अनुमति देता है। दूसरे RDP सत्र का तत्काल कट ऑफ इसका मतलब है कि एक नेटवर्क "समस्या" है (फ़ायरवॉल, दूसरे सर्वर के रूट पर ऑरिजनल वगैरह) इसलिए पहले सर्वर से आउटबाउंड कॉल की सटीक जाँच आवश्यक है। मेरे हिसाब से समाधान आपके हिसाब से ज्यादा सरल है अगर पहले सर्वर में केवल एक ही नेटवर्क कार्ड हो। लंबे समय से मैंने विंडोज 2000 सर्वर, विंडोज 2003 सर्वर पर वीपीएन सर्वर का उपयोग करने वाले सर्वरों के साथ नेस्टेड आरडीपी सत्रों के साथ काम किया है, फिर पहले दो से, कभी-कभी टॉगल करने वाले अन्य दो के लिए आरडीपी सत्रों का उपयोग करते हुए। तो कृपया पहले सर्वर की नेटवर्क स्थितियों की जाँच करें। Windows 2003 और 2008 Windows 2003 सर्वर पर एक वीपीएन सर्वर का उपयोग करते हुए फिर पहले वाले से अन्य दो, कभी-कभी टॉगल करने के लिए आरडीपी सत्रों का घोंसला बनाते हैं। तो कृपया पहले सर्वर की नेटवर्क स्थितियों की जाँच करें। Windows 2003 और 2008 Windows 2003 सर्वर पर एक वीपीएन सर्वर का उपयोग करते हुए फिर पहले वाले से अन्य दो, कभी-कभी टॉगल करने के लिए आरडीपी सत्रों का घोंसला बनाते हैं। तो कृपया पहले सर्वर की नेटवर्क स्थितियों की जाँच करें।


0

आपने उल्लेख किया है कि "डिफ़ॉल्ट गेटवे का उपयोग करें" अनियंत्रित है - जो यदि स्वीकार्य है (192.168.0.0/24 सबनेट के बाहर आवश्यक कोई रूटिंग नहीं) तो आपकी समस्या का समाधान होना चाहिए।

क्या आप रास्ते में हो रही फ़ायरवॉल जैसी ध्वनियों से बचे हैं? क्या आप Windows फ़ायरवॉल (या जो भी उत्पाद आप उपयोग कर रहे हैं) को पूरी तरह से निष्क्रिय कर सकते हैं और इस लक्षण को सत्यापित कर सकते हैं कि अभी भी मौजूद है?

क्या वीपीएन लिंक स्थापित होने के बाद आप गिरा हुआ सत्र फिर से जोड़ सकते हैं और सक्रिय रहते हैं?


मैंने सभी फायरवॉल को बंद करने की कोशिश की है और वीपीएन के सक्रिय होने पर मैं आरडीपी को फिर से कनेक्ट नहीं कर सकता।
दान

0

संपादित करें : मुझे उसी के बारे में बताते हुए sleskes का उत्तर याद आ गया।

शायद कुछ इंस्टॉल किए गए सुरक्षा उत्पाद (फ़ायरवॉल, "इंटरनेट सुरक्षा", एंटीवायरस, ...) पीपीटीपी कनेक्शन का पता लगाता है और इसकी कार्यक्षमता समान है?

ध्यान दें कि इनमें से कुछ उत्पादों में विकल्प हैं जो जीयूआई में बिना जांच किए हुए चेकबॉक्स के पीछे गहराई से दबे हुए हैं।


0

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


0

यह उल्लेखित विशिष्ट समस्या को हल नहीं करता है, लेकिन यह है कि मैंने एक ही प्रकार की समस्या को हल करने के लिए विभिन्न प्रकार के ग्राहकों का समर्थन करते हुए विभिन्न प्रकार के वीपीएन ग्राहकों का उपयोग किया है जो सभी संगत नहीं हैं और कुछ जो एक बंद सुरंग वीपीएन कनेक्शन बनाते हैं। मेरे पास एक vmware सर्वर है जो कई आभासी मशीनों की मेजबानी करता है और विंडोज़ सत्र से जुड़ने के लिए vSphere क्लाइंट का उपयोग करता है और मैं एक बंद सुरंग वीपीएन कनेक्शन को खोल सकता हूं और विंडोज़ सत्र तक पहुंच नहीं खो सकता हूं।

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