लिनक्स

Question

पर यूडीपी प्रसारण पैकेट प्राप्त करना हमारे पास मौजूदा सॉफ़्टवेयर है जो समय-समय पर स्थानीय सबनेट (x.x.x.255) पर एक विशिष्ट पोर्ट (7125) पर यूडीपी पैकेट को प्रसारित करता है। हमारे पास एचपी-यूएक्स (11.11) पर चल रहे सॉफ़्टवेयर की निगरानी है जो इन पैकेट को कोई समस्या नहीं प्राप्त करने में सक्षम है। हालांकि, निगरानी सॉफ्टवेयर को लिनक्स (आरएचईएल 6.1) में पोर्ट करने के बाद हमने पाया है कि इसे प्रसारण पैकेट नहीं मिलते हैं। tcpdump लिनक्स होस्ट पर आने वाले पैकेट दिखाता है, लेकिन कर्नेल उन्हें हमारे सॉफ़्टवेयर के माध्यम से नहीं भेजता है।

मैं कुछ पाइथन 2.x स्क्रिप्ट का उपयोग कर रहा हूं जो सॉकेट एपीआई की नकल करते हैं मॉनीटरिंग सॉफ़्टवेयर विभिन्न परिदृश्यों का परीक्षण करने के लिए उपयोग करता है। लिनक्स कर्नेल रिसीवर सॉफ़्टवेयर में पैकेट पास करता है यदि प्रेषक यूनिकास्ट (10.1.0.5) का उपयोग करता है, लेकिन प्रसारण नहीं करता (10.1.0.255)। मैं कई दिनों से वेब खोज रहा हूं और किसी को भी एक ही समस्या के साथ नहीं मिला है। कोई विचार?

receiver.py

from __future__ import print_function 
import socket 

localHost = '' 
localPort = 7125 
remoteHost = '10.1.0.5' 
remotePort = 19100 

s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 
s.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1) 
s.bind((localHost, localPort)) 
s.connect((remoteHost, remotePort)) 
print('Listening on {0}:{1} for traffic from {2}:{3}'.format(localHost, localPort, remoteHost, remotePort)) 
data = s.recv(1024) 
print('Received: {0}'.format(data)) 
s.close() 

sender.py

from __future__ import print_function 
import socket 
import time 

localHost = '' 
localPort = 19100 
remoteHost = '10.1.0.255' 
remotePort = 7125 

s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 
s.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1) 
s.bind((localHost, localPort)) 
s.connect((remoteHost, remotePort)) 
data = 'sending this from {0}:{1} to {2}:{3}'.format(localHost, localPort, remoteHost, remotePort) 
print(data) 
print('2') 
time.sleep(1) 
print('1') 
time.sleep(1) 
s.send(data) 
print('sent at {0}'.format(time.ctime())) 
s.close() 

Answer 1

ठीक है, मैं एक टिप्पणी में इस उत्तर का सुझाव दिया है, और यह व्यवहार में सही साबित कर दिया। मैं अपने कोड के साथ आस-पास की बारीकियों की जांच करना चाहता हूं, लेकिन यह कैननिकल केस-करीब है।

दोनों पक्षों पर SO_BROADCAST सॉकेट विकल्प सेट (आप पहले से ही सही ढंग से कर रहे हैं), तो आप भी प्रसारण पता करने के लिए अपने रिसीवर आबद्ध करना होगा के अलावा (जैसे, INADDR_BROADCAST, जो 255.255.255.255 है और अनिवार्य रूप से एक ही भूमिका में कार्य करता है यूनिकास्ट के लिए INADDR_ANY के रूप में)।

जाहिर है, मूल रूप से पोस्ट, UDP सॉकेट (या INADDR_ANY विशेष रूप से) एक यूनिकास्ट पता करने के लिए बाध्य HP-UX विन्यास में लेकिन SO_BROADCAST सॉकेट विकल्प सेट के साथ अभी भी प्राप्त होगा सभी UDP डाटाग्राम स्थानीय प्रसारण पते को संबोधित मेजबान पर निर्देशित यूनिकास्ट यातायात के साथ-साथ।

लिनक्स के तहत, ऐसा नहीं है। एक यूडीपी सॉकेट बाध्यकारी, भले ही SO_BROADCAST -enabled, INADDR_ANY पर बाध्य बंदरगाह पर यूनिकास्ट और प्रसारण डेटाग्राम दोनों प्राप्त करने के लिए अपर्याप्त है। प्रसारण ट्रैफ़िक के लिए कोई अलग INADDR_BROADCAST -bound SO_BROADCAST सॉकेट का उपयोग कर सकता है।