คำถามติดแท็ก ip-routing

4
ฉันจะลบเส้นทางออกจากตารางการเราต์ Linux ได้อย่างไร
สิ่งนี้กลายเป็นหนักกว่าที่ฉันคิด เส้นทางที่ฉันต้องการลบคือ "!" เส้นทางที่ถูกปฏิเสธ แต่ฉันไม่สามารถกำหนดคำสั่ง "route del" ที่ถูกต้องเพื่อดึงออกมาได้ นี่คือตารางเส้นทาง Destination Gateway Genmask Flags Metric Ref Use Iface 67.40.227.206 * 255.255.255.255 UH 0 0 0 ppp0 192.168.46.79 * 255.255.255.255 UH 0 0 0 ipsec0 192.168.46.79 - 255.255.255.255 !H 2 - 0 - 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 10.1.0.0 …

3
เป็นไปได้หรือไม่ที่จะรวมสวิตช์ไว้ใน traceroute hops?
ฉันสงสัยว่ามันเป็นไปได้หรือไม่ที่จะทำให้สวิตช์ของ Dell Powerconnect 2848แสดงขึ้นเมื่อใช้งาน traceroutes ภายใน สิ่งนี้จะช่วยในการวินิจฉัยปัญหาและทำให้ง่ายต่อการดูว่าเกิดปัญหาขึ้นที่ไหน ตามแผ่นข้อมูลสวิตช์นี้โดยเฉพาะคือเลเยอร์ 2 และ 3 ที่รับรู้ ฉันไม่แน่ใจว่ามันหมายถึงอะไรอย่างสมบูรณ์ เป็นไปได้ไหม

4
Windows: รับหมายเลขอินเตอร์เฟสของ NIC
ฉันมีปัญหาดังต่อไปนี้: ฉันมีเซิร์ฟเวอร์ที่มีการกำหนดค่าเครือข่ายค่อนข้างไดนามิกและจำเป็นต้องกำหนดค่าเส้นทางในนั้นด้วยพารามิเตอร์ IF: route add ... mask ... ... if ? มีวิธีที่เชื่อถือได้คู่มือและหรือโปรแกรมเพื่อรับหมายเลขอินเทอร์เฟซถ้าฉันรู้ทุกอย่างเกี่ยวกับอะแดปเตอร์นั้นหรือไม่

5
แพ็กเก็ต IP รู้ได้อย่างไรว่าควรใช้เกตเวย์ใด
สมมติว่ามีสองเกตเวย์อยู่บนเครือข่ายเดียวกัน หากฉันเข้าใจอย่างถูกต้องตารางการกำหนดเส้นทาง IP บนคอมพิวเตอร์ของผู้ส่งจะตัดสินใจว่าจะส่งแพ็กเก็ตใดผ่านเกตเวย์ใด ตารางการกำหนดเส้นทาง IP ประกอบด้วยที่อยู่ IP ของเกตเวย์ ที่อยู่ IP นี้ของเกตเวย์ใช้อย่างไรเมื่อส่งแพ็กเก็ต IP

3
ไม่สามารถตั้งค่าเส้นทางโฮสต์คงที่ -“ SIOCADDRT: ไม่มีกระบวนการดังกล่าว”
ที่สำนักงานของฉันมีเราเตอร์ Windows Server 2008 คือ 192.168.16.1 ซึ่งเป็นเกตเวย์เริ่มต้นของเรา สิ่งนี้จะส่งข้อมูลผ่านการเชื่อมต่ออินเทอร์เน็ตหลักของเรา มันทำงานได้อย่างสมบูรณ์แบบ 192.168.16.1 ยังมีการเชื่อมต่ออินเทอร์เน็ตอื่นที่ยังไม่ได้ใช้งาน สิ่งนี้เชื่อมต่อกับเราเตอร์ 192.168.1.254 ซึ่งเชื่อมต่อกับการเชื่อมต่ออินเทอร์เน็ตที่สองของเรา ฉันได้ตั้งค่า Routing and Remote Access เพื่อหาเส้นทาง 192.168.1. * ไปยังเครือข่ายภายในของเราและฉันสามารถ ping 192.168.1.254 จากเดสก์ท็อปของฉันที่มีที่อยู่ IP 192.168.16.22 ฉันมีงานอัปโหลดและดาวน์โหลดจำนวนมากสำหรับกล่อง linux ในสำนักงานเดียวกันดังนั้นฉันจึงต้องการตั้งค่าเส้นทางแบบคงที่ดังนั้นฉันจึงไม่ผูกการเชื่อมต่ออินเทอร์เน็ตหลักของเราและส่งผลกระทบต่อเพื่อนร่วมงานของฉัน ดังนั้นแผนของฉันคือการตั้งค่ากล่องนี้ด้วยเส้นทางคงที่ จากกล่อง linux ฉันสามารถ ping 192.168.1.254 แต่ฉันไม่สามารถเพิ่มเส้นทางคงที่ไปยังเซิร์ฟเวอร์ปลายทางในศูนย์ข้อมูลของเรา: $ sudo route add -host 123.123.123.123 gw 192.168.1.254 dev eth0 SIOCADDRT: No …

2
linux bug bug?
ฉันดิ้นรนกับปัญหาที่ไม่สามารถทำซ้ำได้ง่ายนี้มานานแล้ว ฉันกำลังใช้เคอร์เนล linux v3.1.0 และบางครั้งการกำหนดเส้นทางไปยังที่อยู่ IP บางแห่งไม่ทำงาน สิ่งที่น่าจะเกิดขึ้นคือแทนที่จะส่งแพ็กเก็ตไปที่เกตเวย์เคอร์เนลจะปฏิบัติต่อที่อยู่ปลายทางเป็นท้องถิ่นและพยายามรับที่อยู่ MAC ของตนผ่าน ARP ตัวอย่างเช่นตอนนี้ที่อยู่ IP ปัจจุบันของฉันคือ 172.16.1.104/24 เกตเวย์คือ 172.16.1.254: # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:1B:63:97:FC:DC inet addr:172.16.1.104 Bcast:172.16.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:230772 errors:0 dropped:0 overruns:0 frame:0 TX packets:171013 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX …

2
การเชื่อมต่อ OpenVPN ซ้ำซ้อนพร้อมการกำหนดเส้นทาง Linux ขั้นสูงผ่านเครือข่ายที่ไม่น่าเชื่อถือ
ขณะนี้ฉันอาศัยอยู่ในประเทศที่บล็อกเว็บไซต์จำนวนมากและมีการเชื่อมต่อเครือข่ายที่ไม่น่าเชื่อถือกับโลกภายนอก ฉันมีจุดปลาย OpenVPN สองจุด (เช่น: vpn1 และ vpn2) บนเซิร์ฟเวอร์ Linux ที่ฉันใช้เพื่อหลีกเลี่ยงไฟร์วอลล์ ฉันสามารถเข้าถึงเซิร์ฟเวอร์เหล่านี้ได้อย่างสมบูรณ์ ใช้งานได้ดียกเว้นการสูญเสียแพ็กเกจสูงในการเชื่อมต่อ VPN ของฉัน การสูญเสียแพ็กเก็ตนี้แตกต่างกันไประหว่าง 1% ถึง 30% ขึ้นอยู่กับเวลาและดูเหมือนว่าจะมีความสัมพันธ์ต่ำซึ่งโดยส่วนใหญ่แล้วดูเหมือนว่าจะสุ่ม ฉันกำลังคิดเกี่ยวกับการตั้งค่าเราเตอร์ที่บ้าน (บน Linux) ที่รักษาการเชื่อมต่อ OpenVPN ไปยังจุดปลายทั้งสองและส่งแพ็กเก็ตทั้งหมดสองครั้งไปยังจุดปลายทั้งสอง vpn2 จะส่งแพ็คเก็ตทั้งหมดจากที่บ้านไปที่ vpn1 Return trafic จะส่งทั้งโดยตรงจาก vpn1 ถึงบ้านและผ่าน vpn2 +------------+ | home | +------------+ | | | OpenVPN | | links | | | …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.