क्या मेरे आईएसपी और सेलफोन इंटरनेट एक्सेस को मर्ज करना संभव है? मैं डाउनलोड और अपलोड को विभाजित करना चाहता हूं [डुप्लिकेट]

Question

मैं केवल डाउनलोड के लिए अपने ISP का उपयोग करना चाहूंगा, और मेरे सेलफोन केवल अपलोड के लिए 4 जी कनेक्शन। ऐसा इसलिए है क्योंकि मेरे ISP की अपलोड गति खराब है, लेकिन डाउनलोड ठीक है, और मेरा 4 जी अपलोड महान और मुफ्त है (मैं केवल डाउनलोड के लिए भुगतान करता हूं)।

तो एक पीसी, दो कनेक्शन: डाउनलोड के लिए आईएसपी, और अपलोड के लिए 4 जी। ऐसा करने के साथ मैं आज के समान ही भुगतान करूंगा, लेकिन अपने अपलोड को 0.1 Mbit / s से बढ़ाकर लगभग 60 Mbit / s कर दूंगा।

Comments

हां, यह एक डुप्लिकेट है, और ऐसे ही कई और प्रश्न हैं, जिनमें मेरे अपने कुछ हफ़्ते पहले के सवाल भी शामिल हैं, लेकिन उन्हें कभी भी सीधा जवाब नहीं मिलता है!

— लेफ्टी

इसलिए, जब से वे एक सीधे जवाब पाने के लिए प्रतीत नहीं होते हैं, मैंने इस जीवन को जीने दिया। मैंने दूसरों को पढ़ा है और उन्होंने 1000 विचारों के बाद भी समस्या को ठीक कर दिया है।

— फ्रेडीजॉय

@ लॉफ्टी: यदि आप अपने प्रश्न पर ध्यान आकर्षित करना चाहते हैं तो एक इनाम दें।

— करण

क्या ऐसा कुछ सॉफ्टवेयर नहीं है जो ऐसा करता है? मुझे ऐसा लगता है कि मैंने इसके बारे में एक महीने के बारे में पढ़ा

— जॉन

आप जानते हैं, यह सवाल वास्तव में उन लोगों से अलग है, जिनसे यह सवाल जुड़ा हुआ है और डुप्लिकेट होने का दावा किया गया है। वे आम तौर पर विलय के संबंध में होते हैं, यह सवाल इससे कहीं अधिक है।

— मैट एच

Answer 1

यद्यपि कनेक्शन के बीच अपलोड और डाउनलोड को अलग करना व्यावहारिक रूप से असंभव है (जैसा कि अन्य उत्तरों में विवरण में वर्णित है) संभव मैनुअल वर्कअराउंड है।

आप डिफ़ॉल्ट कनेक्शन में हेरफेर कर सकते हैं, इसे उस कार्य के आधार पर बदल सकते हैं जिसे आप शुरू करना चाहते हैं। विंडोज पर डिफ़ॉल्ट कनेक्शन पहले जुड़ा हुआ इंटरफ़ेस है, इसके ऑर्डर की गणना मेट्रिक द्वारा की जाती है (जो केबल के ऊपर वायरलेस लगाने के लिए जाता है)।

आप नेटवर्क कनेक्शन की उन्नत सेटिंग्स में मैन्युअल ऑर्डर के साथ मीट्रिक को आसानी से ओवरराइड कर सकते हैं: विंडोज में डिफ़ॉल्ट कनेक्शन कैसे बदलें । (एक्सपी से 8.1 तक मामूली या बिना किसी अंतर के काम करना चाहिए)

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

ध्यान रखें कि कुछ कार्यक्रम (जैसे, डाउनलोड / अपलोड प्रबंधक) प्रति सत्र के बजाय, प्रति कार्य कनेक्शन खोलेंगे, इसलिए आपका माइलेज भिन्न हो सकता है।

Answer 2

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

टीसीपी एक कनेक्शन-उन्मुख प्रोटोकॉल है, जिसका अर्थ है कि एक कनेक्शन स्थापित और बनाए रखा जाता है, जब तक कि प्रत्येक छोर पर आवेदन कार्यक्रमों ने संदेशों का आदान-प्रदान नहीं किया हो। यह निर्धारित करता है कि नेटवर्क में पैकेट डेटा का उपयोग कैसे किया जा सकता है, जो नेटवर्क लेयर से पैकेट भेज सकता है और पैकेट को स्वीकार कर सकता है, प्रवाह नियंत्रण का प्रबंधन करता है, और - क्योंकि यह त्रुटि रहित डेटा ट्रांसमिशन प्रदान करने के लिए है - गिराए गए या विकृत पैकेट के पुन: प्रसारण को संभालता है। साथ ही आने वाले सभी पैकेटों की पावती। ओपन सिस्टम इंटरकनेक्शन (OSI) संचार मॉडल में, टीसीपी लेयर 4 के हिस्सों, ट्रांसपोर्ट लेयर और लेयर 5 के कुछ हिस्सों, सेशन लेयर को कवर करता है।

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

---

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

• Spoof source आईपी ट्रैफिक का आईपी मोबाइल टेदर के माध्यम से अपने ISP कनेक्शन के माध्यम से ट्रैफिक ईगरिंग से मिलान करने के लिए ताकि वह ISP con के माध्यम से वापस आए। यह iptables के साथ किया जा सकता है।
• मोबाइल बाघ के माध्यम से स्थानीय यातायात को रूट करें। सोमेनेग्नेट: 'मार्ग 192.168.0.0/16 मास्क 255.255.0.0 [मोबाइल टीथर का बाहरी आईपी] जोड़ें। हो सकता है कि आपको इसे बार-बार अपडेट करने से रोकने के लिए डीडीएनएस चलाएं।

http://lartc.org/howto/lartc.rpdb.multiple-links.html

https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux

यदि आप आईएसपी को बड़ा करना चाहते हैं, तो बीजीपी के साथ असममित मार्ग देखें।

Comments

यह बैलोनी है; इस उत्तर में बहुत कम है जो वास्तव में गलत है, लेकिन यह सब पूरी तरह से अप्रासंगिक है।

— बेन वोयगेट

क्या सुरंग बनाने का कोई तरीका हल नहीं हो सकता है? अभिस्वीकृति अभी भी अवांछित दिशा में जाना होगा, लेकिन अधिकांश डेटा नहीं। और यूडीपी पर टनलिंग भी स्वीकार करने से बच सकता है, है ना?

— Artur गैस्पर

@ArturGaspar: Acknowledgements ACK ध्वज सेट के साथ सिर्फ TCP डेटा पैकेट हैं, वे सभी TCP डेटा पैकेट के समान नियमों का पालन करते हैं। और कोई "अवांछित दिशा में नहीं जाना है"। आईपी ​​पैकेट लिफाफे की तरह हैं - आप अपना रिटर्न पता लिख ​​सकते हैं, उन्हें किसी भी डाकघर में ले जा सकते हैं, और उन्हें बॉक्स में छोड़ सकते हैं। उन्हें आपके अपने बॉक्स में डालने की जरूरत नहीं है - इस बारे में सोचें कि छुट्टी के दौरान कितने पोस्टकार्ड भेजे जाते हैं। आईपी ​​पैकेट के लिए पकड़ रिवर्स पाथ फ़िल्टरिंग है, जिसे विशेष रूप से इसका पता लगाने और इसे रोकने के लिए डिज़ाइन किया गया है (ध्यान दें कि रिटर्न एड्रेस स्पूफिंग पेपर मेल पर भी संभव है)

— बेन वायगेट

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

— बेन वोइगट

इनकमिंग और आउटगोइंग डेटा को विभाजित नहीं कर सकते हैं ?? डायलअप अपलोड के साथ सैटेलाइट ब्रॉडबैंड डाउनलोड सालों से औस में बिक्री पर था। Google "वन-वे प्राप्त, स्थलीय प्रसारण के साथ"

— जंपिंग जेज़ेज़ा

Answer 3

डाउनलोड / अपलोड के लोड को साझा करने के लिए दोनों इंटरनेट एक्सेस का उपयोग करना संभव है, लेकिन हमेशा केवल कनेक्शन के अनुसार। तो एक टीसीपी (या यूडीपी) कनेक्शन केवल एक लिंक के माध्यम से जा सकता है। यह अन्य उत्तर में भी उल्लेख किया गया है - आउटगोइंग टीसीपी पैकेट के लिए आपको पावती पैकेट प्राप्त करना होगा और इन्हें उसी इंटरफ़ेस से जाना होगा।

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

यह सभी होम इंटरनेट एक्सेस के लिए सही है जहां आपको अपने आईएसपी से आईपी एड्रेस दिया जाता है। तो पहले ISP पर आपको उदाहरण के लिए IP 1.2.3.4 मिलता है, लेकिन सेल फ़ोन पर आपको अपने फ़ोन नेटवर्क ऑपरेटर का IP मिलता है, उदाहरण के लिए 5.6.2.8। संपूर्ण कनेक्शन (आउटगोइंग और इनकमिंग डेटा) को केवल उन IP पतों में से एक के साथ जाना चाहिए।

वाणिज्यिक और सर्वर होस्टिंग इंटरनेट के लिए आप एक आईपी पता प्राप्त कर सकते हैं जो आईएसपी से स्वतंत्र है और इसलिए आप एक ही समय में अधिक इंटरनेट कनेक्शन का उपयोग कर सकते हैं।

Comments

आप रूटिंग टेबल को मैन्युअल रूप से संपादित करने के बजाय हमेशा स्थानीय HTTP या SOCKS प्रॉक्सी का उपयोग कर सकते हैं। इस तरह आप फॉक्सपीप्रॉसी जैसे ब्राउज़र एडऑन के माध्यम से दो कनेक्शनों को आसानी से अलग कर सकते हैं।

— sleblanc

दिलचस्प सुझाव, लेकिन मुझे नहीं लगता कि आप प्रॉक्सी कॉन्फ़िगरेशन में स्रोत आईपी निर्दिष्ट कर सकते हैं (जैसा कि आउटगोइंग नेटवर्क इंटरफ़ेस स्रोत आईपी द्वारा चुना जाता है)।

— मार्की 555

Answer 4

आपके पास एक ओवरले (सुरंग) कनेक्शन होना चाहिए जो अपस्ट्रीम और डाउनस्ट्रीम ट्रैफ़िक के लिए अलग-अलग समापन बिंदुओं का समर्थन करता है। एकमात्र प्रोटोकॉल जो मुझे पता है कि मूल रूप से LISP (लोकेटर आइडेंटिफ़ायर सेपरेशन प्रोटोकॉल) का समर्थन करता है। यदि आप अपने पास एक LISP ISP पा सकते हैं तो आप अपने वर्तमान कनेक्शन के अलावा उनसे सेवा खरीदने में सक्षम हो सकते हैं। यह शायद मुक्त नहीं होगा, हालांकि।

Answer 5

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

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

हालांकि, यह तथ्य कि रूटिंग केवल गंतव्य पते पर निर्भर करता है, जिसका उपयोग दुर्भावनापूर्ण उद्देश्यों के लिए किया गया है (पैकेट स्पूफिंग प्रतिबिंब के हमलों का एक महत्वपूर्ण घटक है), इसलिए अधिकांश वाहक ने रिवर्स रूट फ़िल्टरिंग को लागू करने और पैकेट को फेंकने के लिए अपने राउटर को कॉन्फ़िगर किया है जहां स्रोत आईपी पता पथ से मेल नहीं खाता, क्योंकि उन्हें स्पूफ माना जाता है।

यदि आपके पास एक सार्वजनिक आईपी पता नहीं है, तो रिवर्स पाथ फ़िल्टरिंग के अलावा, NAT / PAT परत इसे काम करने से रोकेगी (आपके कंप्यूटर द्वारा उपयोग किया जाने वाला आपका स्रोत आईपी पता अन्य नेटवर्क पर निरर्थक होगा, और नहीं होगा यदि पैकेट NAT / PAT राउटर के माध्यम से बाहर नहीं जाता है तो सही ढंग से फिर से लिखा जा सकता है)।

वास्तव में बड़े मल्टीहोमेड नेटवर्क के लिए, असममित रूटिंग होता है। महत्वपूर्ण रूप से, रिवर्स पाथ फ़िल्टरिंग के अधिकांश कार्यान्वयन के लिए आवश्यक है कि एक मार्ग मौजूद हो जो इंटरफ़ेस से मेल खाता हो जहाँ पैकेट आया था; इसके लिए पसंदीदा मार्ग नहीं है (सबसे कम लागत वाली मीट्रिक)।

इसलिए, आपको "सभी" करना होगा अपने इंटरनेट प्रदाता को (उनके प्रदाताओं को ऊपर की तरफ सहित) या तो (ए) रिवर्स पथ फ़िल्टरिंग को अक्षम करें या (बी) एक गैर-पसंदीदा मार्ग सेट करें। ऐसा नहीं होने जा रहा है, कोर राउटर तीन बिलियन मार्गों को संभाल नहीं सकते हैं, ताकि प्रत्येक अद्वितीय सार्वजनिक आईपी पते के लिए एक हो सके। इसलिए किसी भी ब्लॉक के लिए रूट 20/20 से कम होना बहुत ही कम है, आंतरिक रूप से आईएसपी को छोड़कर जहां सभी स्थानीय सबनेट के लिए मार्ग मौजूद हैं।

Comments

शायद विभिन्न स्रोतों के बीच फ़िल्टरिंग नहीं की जाती है यदि ऐसा होता है कि उनका आईएसपी उनके सेल फोन 4 जी योजना का प्रदाता भी है?

— 29ngel

@ Thengel: यह पूरी तरह से संभव है, लेकिन अगर एक ही कंपनी दोनों सेवाएं प्रदान कर रही थी, तो मुझे संदेह है कि इस क्षमता का विपणन होगा (आखिरकार, सैटेलाइट इंटरनेट पहले से ही आईएसपी के नियंत्रण में, अपलोड और डाउनलोड के लिए बहुत अलग पथ का उपयोग करता है)

— बेन वोइगट

केवल अगर वे आधिकारिक तौर पर इस तरह के कॉन्फ़िगरेशन का समर्थन करते हैं। यहां अधिकांश फोन कंपनियां टेलीफोन (कॉल और डेटा) और आवासीय एडीएसएल दोनों प्रदान करती हैं। उन दो नेटवर्क के अलगाव () के अभाव के आधार पर, यह [कुछ समय के लिए] काम कर सकता है, और मैं इस तरह के सेटअप को किसी भी दिन तोड़ने की उम्मीद करूंगा (लेकिन फ्रेडी उस हैक तक आनंद ले सकता है जब तक of)

— elngel

Answer 6

संक्षिप्त उत्तर है: 95% मामलों में यह नहीं किया जा सकता है, और तुम्हारा उस 95% के भीतर आता है।

सबसे पहले, मुझे यह कहना चाहिए कि अलग-अलग अपलोड और डाउनलोड करने के लिए रूटिंग की बात करना बहुत कम समझ में आता है, क्योंकि तीव्र डाउनलोड कार्यों के लिए आवश्यक है कि कुछ पैकेट स्रोत से पीछे की ओर प्रवाहित हों, अर्थात किसी भी डाउनलोड के लिए कुछ अपलोड प्रवाह की आवश्यकता होती है (यह यूडीपी के लिए कम सच है। टीसीपी, लेकिन यह कभी भी बुरा नहीं होगा)।

यदि हम डाउनलोड भाग के लिए उपयोग किए गए एक से भिन्न एनआईसी के माध्यम से अधिकतर-डाउनलोड कनेक्शन के अपलोड को चैनल करने के लिए थे, तो डाउनलोड का स्रोत उसके पैकेटों के उत्तरों को एक अलग आईपी पते से उत्पन्न होने वाले एक से देखने के लिए देखेगा। पैकेट भेजना; किसी दिए गए कनेक्शन से संबंधित होने वाले पैकेटों की अवहेलना करना एक बुनियादी सुरक्षा सुविधा है, लेकिन तीसरे पक्ष के पते से उत्पन्न होना। इसलिए बातचीत का अपलोड हिस्सा छोड़ दिया जाएगा, और कनेक्शन रुक जाएगा। आईएसपी और उनकी सेवाओं के साथ ऐसा करने के लिए बहुत कम है: यह एक ही लैन पर दो पीसी के बीच भी होता है, अगर दोनों में से एक एक ही कनेक्शन में दो अलग-अलग एनआईसीएस (इसलिए दो अलग-अलग आईपी) का उपयोग करके आईपी पते से कनेक्ट करने की कोशिश कर रहा है। ।

यही कारण है कि हम कनेक्शन के बारे में बात करते हैं, अपलोड / डाउनलोड नहीं करते हैं। लेकिन फिर भी कोई आपके प्रश्न का पुन: सूत्रीकरण कर सकता है: क्या मेरे पास एक पीसी हो सकता है, जिसमें दो एनआईसी हैं जो दोनों नेटवर्क से जुड़े हैं, दो एनआईसी का उपयोग दो अलग-अलग करें कनेक्शन, ई-मेल जैसी धीमी, थकाऊ नौकरी और वेब पेज डाउनलोड जैसी त्वरित प्रक्रिया के लिए तेज़ कनेक्शन के लिए धीमा कनेक्शन कहें?

इस अच्छी तरह से प्रस्तुत प्रश्न का संक्षिप्त उत्तर है: विंडोज में, * निक्स (मैकओएस सहित) और एंड्रॉइड नं.इन लिनक्स हां, आप कर सकते हैं।

आप विंडोज (किसी भी संस्करण), * निक्स और एंड्रॉइड में ऐसा क्यों नहीं कर सकते इसका कारण यह है कि किसी भी राउटिंग टेबल में केवल एक डिफ़ॉल्ट गेटवे हो सकता है (* अर्थात * वह पता जिसे आप सभी पैकेट भेजते हैं, जो आपके LAN को नसीब नहीं होता), और ये OSes केवल एक रूटिंग टेबल को संभाल सकते हैं: इसलिए एक सिंगल गेटवे।

इसके बजाय, अलग-अलग इंटरफेस के लिए अलग-अलग अनुप्रयोगों को आवंटित करने के लिए, आपको दो अलग-अलग कार्यात्मकताओं की आवश्यकता है: एक, क्षमता दो एक साथ दो रूटिंग टेबल चलाते हैं, और दो, अनुप्रयोगों को राउटिंग टेबल में बाँधने की क्षमता। केवल लिनक्स कर्नेल (प्रतियोगिता से पहले प्रकाश वर्ष) में ये क्षमताएं हैं, जैसा कि इस लेखन में है। * निक्स कर्नेल आंशिक रूप से पूर्ण परिणाम प्राप्त किए बिना, अपने फ़ायरवॉल, pfsense के विवेकपूर्ण उपयोग के माध्यम से इसके लिए क्षतिपूर्ति करता है।

एक ही समय में दो रूटिंग तालिकाओं को चलाने की क्षमता (जिसे नीति रूटिंग या स्रोत-आधारित रूटिंग कहा जाता है ) का अर्थ है कि पैकेट को उनके आईपी पते के आधार पर अलग-अलग रूट किया गया है। यदि आप राउटर का निर्माण कर रहे हैं तो यह एक अत्यंत उपयोगी सुविधा है।

हालांकि, आवेदन के आधार पर विभिन्न एनआईसी (और इस प्रकार आईपीएस) का उपयोग करने के लिए, आपको नेटवर्क नेमस्पेस , एक लिनक्स कर्नेल सुविधा की आवश्यकता होती है जो आपको अपने स्वयं के नेटवर्क स्टैक के साथ एक अलग शेल बनाने की अनुमति देता है। अब इस अलग शेल के अंदर चलने वाली प्रक्रियाओं को सभी नेटवर्क नेमस्पेस की रूटिंग टेबल के अनुसार रूट किया जाएगा, न कि मुख्य पीसी के।

यह निश्चित रूप से वर्चुअलाइजेशन का एक रूप है, एक कमजोर कंटेनर की तुलना में एक कमजोर रूप, एक आभासी मशीन का उल्लेख नहीं है। लेकिन यह वास्तविक तरीका है, एक पीसी के साथ, विभिन्न इंटरफेस के माध्यम से विभिन्न प्रक्रियाओं को रूट करने के लिए।

संक्षेप में, लिनक्स में (और केवल लिनक्स में) आप एक अलग नेटवर्क नेमस्पेस चला सकते हैं, जो उदाहरण के लिए, वीपीएन के माध्यम से आपके कार्य स्थल से जुड़ा है, ताकि आप अपने कार्य संसाधनों तक पहुंच सकें, और, यदि आप फ़ायरफ़ॉक्स चलाते हैं, तो आप अपने कार्य स्थान पर आधारित प्रतीत होते हैं, जबकि एक ही समय में नेटवर्क नामस्थान के बाहर Google Chrome चला रहे हैं, और इस प्रकार घर पर (क्रोम पर) दिखाई दे रहे हैं।

Comments

"किसी दिए गए कनेक्शन से संबंधित होना, लेकिन किसी तीसरे पक्ष के पते से उत्पन्न होना" ... पैकेट में स्रोत का पता केवल एक चीज है जो इसे दिए गए कनेक्शन से संबंधित बनाता है, और रिवर्स पाथ फ़िल्टरिंग परवाह नहीं करता है या नहीं जो पैकेट गिरता है वह कनेक्शन-उन्मुख होता है या नहीं (सबसे स्पूफिंग हमले कनेक्शन रहित प्रोटोकॉल के खिलाफ होते हैं)।

— बेन वोइग्ट

"यह आईएसपी और उनकी सेवाओं के साथ बहुत कम है: यह एक ही लैन पर दो पीसी के बीच भी होता है" - इसमें आईएसपी के साथ सब कुछ करना है। आप अपने खुद के कंप्यूटर पर रिवर्स पाथ फ़िल्टरिंग को निष्क्रिय कर सकते हैं (यदि आप एक OS जैसे लिनक्स चला रहे हैं जो पहले स्थान पर है)। समस्या तब है जब आपका आईएसपी (या उनके अपस्ट्रीम प्रदाता) इसका उपयोग कर रहा है।

— बेन वोइगट

Answer 7

अलग-अलग प्रदाताओं में संबंधित कनेक्शन को विभाजित करना केवल तभी संभव होगा जब आपके पास दोनों प्रदाताओं से एक ही आईपी पता उपलब्ध हो / पहुंच योग्य हो। वह IP आपको सामान्यतः BGP के माध्यम से पतों के एक बड़े ब्लॉक के हिस्से के रूप में प्रदान किया जाएगा। और अगर आपके पास ऐसा था, तो आप बीजीपी के साथ ऐसा करने में सक्षम होंगे, जिसे बीजीपी में पूर्व-लंबित और स्थानीय वरीयता नियमों के नाम से जाना जाता है।

यहां तक ​​कि अगर आप अपने आईएसपी और अपने सेल फोन प्रदाता के बीच काम करने के लिए ऐसी व्यवस्था प्राप्त कर सकते हैं, ताकि आपका आईपी दोनों नेटवर्क के माध्यम से उपलब्ध हो सके, तो यह संभव है कि आप दोनों कनेक्शनों के लिए अभी आपको अधिक भुगतान कर रहे हैं।

अगर दूसरी तरफ आप वास्तव में पूछ रहे हैं कि क्या यह संभव है कि मुख्य रूप से अपलोड सत्र के लिए 4G कनेक्शन का पक्ष लिया जाए, जैसे कि ftp / sftp या http के साथ फाइल अपलोड करते समय। और सामान्य वेब ब्राउज़िंग के लिए उस ट्रैफ़िक का उपयोग आपके ISP द्वारा किया जाता है तो मुझे लगता है कि इसका उत्तर शायद है। लेकिन शायद काम करने के लिए आपको सत्र को मुख्य रूप से अपलोड एक, या एक डाउनलोड के रूप में वर्गीकृत करने में सक्षम होना चाहिए। जैसे कि ftp और http और अन्य प्रोटोकॉल को अपलोड या डाउनलोड के लिए समान रूप से उपयोग किया जा सकता है, आप इसे पोर्ट नंबर द्वारा निर्धारित नहीं कर सकते। तो एकमात्र विकल्प डेटा को मध्य-धारा में देखना है। उस चरण तक निर्णय हो गया होगा क्योंकि डेटा पहले से ही बह रहा है। ताकि स्वचालित न हो सके।

तो, आपके मामले में। नहीं। (कम से कम तब जब आप शौच पर हों)।

Answer 8

आपको एक होस्ट की आवश्यकता है जिसे आप दोनों कनेक्शनों से आसानी से नियंत्रित कर सकते हैं।

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

अब मुझे नहीं पता कि क्या आप वास्तव में इससे बहुत अधिक प्रदर्शन प्राप्त कर सकते हैं (मोबाइल नेटवर्क की विलंबता आपके ब्रॉडबैंड की तुलना में बहुत अधिक है जो समस्याएं पैदा कर सकती हैं), लेकिन आपको इसे देखने और देखने की कोशिश करनी चाहिए।