ไฟร์วอลล์ Windows 7 ปิดกั้นแพ็คเก็ตเมื่อมันไม่ทำงาน?

ฉันหยุดไฟร์วอลล์ Windows 7 แล้ว Servicesแต่มัน (หรือหนึ่งในสมุน) ยังคงทิ้งแพ็กเก็ต

ฉันพยายามใช้ rtiddsping (ping แบบกำหนดเองสำหรับกรอบงาน DDS ที่ฉันใช้) เพื่อแก้ไขปัญหาการสื่อสาร DDS ระหว่างเครื่อง Windows สองเครื่อง เครื่องที่ควรได้รับการ ping ให้ดรอปด้วยข้อความ "แพลตฟอร์มการกรองของ Windows ได้บล็อกแพ็คเก็ต" ปรากฏขึ้นใน Event Viewer

Event Properties Pic

ฉันหยุดบริการไฟร์วอลล์ Windows แต่แพ็คเก็ตยังคงลดลง ฉันเห็นแพ็คเก็ตที่ถูกบล็อกใน Wireshark บนเครื่องรับ เกิดอะไรขึ้น? ฉันพลาดอะไรไป คือ Windows Filtering Platform แยกกันไหม ฉันไม่เห็นมันทำงานอยู่ Services.

เพื่อตอบสนองต่อ @Frank ด้านล่างใช่ฉันได้ลองเปิดใช้งานไฟร์วอลล์และสร้างกฎเพื่อให้โปรแกรมที่ฉันต้องการ ดูภาพด้านล่าง

Firewall Rules Pic

ในการตอบสนองต่อ @ernie ด้านล่างนี่คือภาพหน้าจอสองภาพจาก Event Viewer ที่ปิด DDS Spy แจ้งให้ทราบว่ามันไม่อนุญาตทั้งแพ็คเก็ตขาเข้าและการเชื่อมต่อขาเข้า

Inbound Packet Pic

Inbound Connection Pic

อัปเดต: เพื่อตอบสนองต่อ @ernie ในความคิดเห็นด้านล่างนี้ฉันได้สร้างแอปพลิเคชั่น DDS ที่เผยแพร่และสมัครรับข้อมูลในคอมพิวเตอร์เครื่องเดียวกันเพื่อดูว่า WFP ทำงานได้ตามที่ออกแบบไว้หรือไม่

ด้วยการเผยแพร่คอมพิวเตอร์และสมัครสมาชิกเดียวกันฉันไม่เห็นแพ็กเกจ DDS ที่ถูกบล็อกใด ๆ ใน Event Viewer และมีข้อความผ่านตามที่คาดไว้ ฉันคิดว่าเมื่อตัวแสดงเหตุการณ์บอกว่า "แพลตฟอร์มการกรองของ Windows บล็อกแพ็คเก็ต" หมายความว่าแพ็คเก็ตหยุดอยู่ที่นั่นและไม่ได้รับเส้นทาง

เหตุใด WFP จึงถูกบล็อกโดย WFP

windows-7 networking windows-firewall

— kmort
แหล่งที่มา

WFP นั้นแยกจากไฟร์วอลล์และเป็นเทคโนโลยีของ Microsoft ที่ช่วยให้โปรแกรมเมอร์เขียนเครื่องมือในการเข้าถึงแพ็คเก็ต ดูเหมือนว่าคุณกำลังใช้โปรแกรม (rtiddsspy.exe) ซึ่งกำลังดักจับแพ็กเก็ต

— ernie

@ernie, rtiddsspy.exe หนึ่งในเครื่องมือที่ไม่เห็นพวกเขา มันควรจะเป็น DDS-Wireshark ดังนั้นจึงควรเห็นพวกเขา แต่ยังอนุญาตให้พวกเขาถูกกำหนดเส้นทาง ฉันหัน rtiddsspy.exe ปิดและยังไม่ได้รับแพ็กเก็ต rtiddsping. โปรดทราบว่าแพลตฟอร์มการกรอง Windows บล็อกแพ็คเก็ตเหมือนกันโดยชี้ไปที่ rtiddsping.exe.

— kmort

คุณลองเปิดใช้งานไฟร์วอลล์และสร้างกฎอนุญาตหรือไม่ ฉันรู้ว่ามันตรงกันข้าม แต่ฉันได้พบวิธีที่มีประสิทธิภาพในกรณีที่ฉันมีปัญหาเดียวกัน

— Frank Thomas

@ Frankthomas ใช่ฉันได้ลองแล้ว ดูการแก้ไขด้านบน

— kmort

ฉันไม่คุ้นเคยกับมัน 100% แต่วิธีที่ฉันอ่านบันทึกเหล่านั้นคือ rtiddsping.exe ใช้ WFP เพื่อบล็อกแพ็คเก็ตซึ่งดูเหมือนว่าจะได้รับการออกแบบ

— ernie

ฉันไม่รู้ว่าทำไม WFP จึงปิดกั้นแพ็คเก็ตเหล่านี้ แต่ฉันพยายามค้นหาคำตอบนี้ด้วยการตั้งค่าบางอย่างสำหรับ DDS การคาดเดาที่ดีที่สุดของฉันคือฉันกำหนดค่า DDS ไม่ถูกต้อง

สำหรับชาว Google นี่คือสิ่งที่ฉันพลาดไป:

1) ตัวแปรสภาพแวดล้อมทางด้าน QNX เรียกว่า NDDS_DISCOVERY_PEERS. ตั้งเป็นดังนี้

export NDDS_DISCOVERY_PEERS=udpv4://239.255.0.1,udpv4://127.0.0.1,udpv4://<remote_IP_here>

2) ที่ด้าน Windows 7 ตัวแปรสภาพแวดล้อมจะใช้ชื่อเดียวกัน ตั้งเป็นดังนี้

set NDDS_DISCOVERY_PEERS=udpv4://239.255.0.1,udpv4://127.0.0.1,udpv4://<remote_IP_here>

3) อีกหนึ่งข้อความสำหรับผู้ที่ยังใหม่กับ DDS: การตั้งค่า QOS สำหรับหัวข้อเฉพาะนั้นจะต้องเหมือนกันทั้งสองด้านหรือคุณจะมีปัญหา

สิ่งนี้มาจาก RTI DDS 5.0 คู่มือผู้ใช้ส่วน 14.2.2

ยังทราบว่าถ้าคุณโทร rtiddsping -peer remoteIPaddress ทั้งสองด้านคุณไม่จำเป็นต้องตั้งค่าตัวแปรสภาพแวดล้อมการค้นพบ

— kmort
แหล่งที่มา