पहुंच वाले इंटरफ़ेस के माध्यम से एक्सेस डिवाइस


1

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

मैं eth1 से wlan0 तक पुल बनाने में कामयाब रहा। पुल ही ठीक काम कर रहा है, मैं wlan0 से eth1 पर पुल से जुड़े पीसी 2 को पिंग कर सकता हूं

अभी मैं केवल ssh के लिए eth0 का उपयोग कर सकता हूं या इसके पेज को लाइटटैप के साथ एक्सेस कर सकता हूं।

क्या नेटवर्क को कॉन्फ़िगर करने का कोई तरीका है ताकि मैं wlan0- इंटरफ़ेस का भी उपयोग कर सकूं? मैंने iptables में देखने की कोशिश की लेकिन मुझे कोई हल नहीं मिला।

यह सेटअप है:

PC 1                       Bridge                  PC 2
-----------------------------------------------------
Lan--------------------->|eth0   |
                         |eth1   |--------------->Lan
                         |wlan   |

संपादित करें:

विस्तार में थोड़ा और जाने की कोशिश कर रहा है। पीसी 2 और ब्रिज-डिवाइस दोनों ने लाइटटैप और एक होमपेज स्थापित किया है, जिसे उनके आईपी द्वारा एक्सेस किया जा सकता है।

पुल इस तरह दिखता है

$ brctl show 
bridge name        bridge id              stp enabled          interfaces
br0                8000.1cba8ca5cb94      no                   eth1
                                                               wlan0

पता है, मुझे क्या चाहिए: जबकि मैं wlan0 के माध्यम से जुड़ा हुआ हूं: पीसी 2 के आईपी को ब्राउज़र में डालें और होमपेज देखें - & gt; यह काम किया

जब मैं wlan0 के माध्यम से जुड़ा हुआ हूं: ब्रिज-डिवाइस के आईपी को ब्राउज़र में डालें और होमपेज देखें - & gt; यह काम नहीं करता है ... मुझे लगता है कि ऐसा इसलिए है क्योंकि मुझे पुल बनाने से पहले "ifconfig wlan 0.0.0.0 डाउन" करना था।

मुझे आशा है कि यह अब और स्पष्ट हो जाएगा ... :)

जवाबों:


0

अधिकांश वायरलेस डिवाइस ट्रैफ़िक को गैर-स्थानीय मैक के साथ उनके ऊपर भेजने की अनुमति नहीं देते हैं।

मैं सुझाव दूंगा कि आप अपने वायरलेस डिवाइस को ब्रिजिंग न करें।

आप इस के साथ चारों ओर पाने में सक्षम हो सकते हैं ebtables नेट। आमतौर पर बाहरी URL को StackExchange नेटवर्क पर हतोत्साहित किया जाता है, लेकिन निम्नलिखित स्पष्टीकरण और उदाहरण के विन्यास का एक अच्छा स्रोत है और वर्षों से है:

https://wiki.debian.org/BridgeNetworkConnections#Bridging_with_a_wireless_NIC


सही। खेलने में दो अलग LAN तकनीकें हैं (IEEE 802.3 और IEEE 802.11), इसलिए आप पारदर्शी पुल का उपयोग नहीं कर सकते हैं; इसके लिए ट्रांसलेशनल ब्रिज की जरूरत है। आप विभिन्न IEEE LAN प्रकारों को पाट सकते हैं, लेकिन आपको एक अनुवाद संबंधी पुल की आवश्यकता है। यह 802.3 (ईथरनेट) और 802.5 (टोकन रिंग) को पारस्‍परिक पुलों के साथ पुल करने के लिए सामान्‍य हुआ करता था। पारदर्शी पुल केवल उसी LAN प्रकार के साथ काम करते हैं।
Ron Maupin

हालांकि यह कारण नहीं है। लिनक्स ब्रिज ईथरनेट फ्रेम को ईथरनेट 802.3 डिवाइस से वायरलेस 802.11 डिवाइस से गुजारेगा। समस्या यह है कि वायरलेस डिवाइस पर फर्मवेयर का शायद एक नियम है जो कहता है "यदि स्रोत मैक मेरा मैक नहीं है, तो ट्रैफ़िक को छोड़ दें"।
suprjami

चूँकि एक तरफ ईथरनेट है, और एक तरफ वाई-फाई है, इसलिए फ्रेम को ईथरनेट फ्रेम से वाई-फाई फ्रेम या इसके विपरीत में अनुवाद करना होगा। वाई-फाई (IEEE 802.11) ईथरनेट (802.3), या किसी अन्य LAN प्रकार का नहीं है। एक ट्रांसलेशनल ब्रिज LAN टाइप से दूसरे LAN टाइप पर ट्रांसलेट होता है। मैं यह मान सकता हूं कि लिनक्स अनुवाद कर सकता है, और यह अनुवाद टोकन रिंग, एफडीडीआई, आदि भी कर सकता है।
Ron Maupin

यह है कि लेयर 1 प्राप्त और संचारित, लिनक्स पर जो डिवाइस ड्राइवर द्वारा पारदर्शी रूप से ऊपरी परतों तक संभाला जाता है। जब तक ट्रैफिक ब्रिज पर नहीं पहुंचता, तब तक ट्रैफिक एक लेयर 2 ईथरनेट फ्रेम है। पुल सिर्फ "पोर्ट्स" को जानता है और अंतर्निहित लेयर 1 डिवाइस प्रकार का पोर्ट ब्रिज से दूर है।
suprjami

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