ไม่สามารถตั้งค่าเส้นทางโฮสต์คงที่ -“ SIOCADDRT: ไม่มีกระบวนการดังกล่าว”


11

ที่สำนักงานของฉันมีเราเตอร์ 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 such process

จาก googling อย่างกว้างขวางข้อความแสดงข้อผิดพลาดนี้ดูเหมือนว่าบ่งบอกว่าฉันไม่สามารถเข้าถึง 192.168.1.254 เพื่อตั้งค่าเส้นทาง แต่ฉันสามารถปิงได้ ฉันพยายามเพิ่มเส้นทางสแตติกเป็น 192.168.1.254 ซึ่งทำงานได้อย่างสมบูรณ์ แต่ไม่สามารถแก้ปัญหาได้ (ตามที่คาดไว้)

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

ขอขอบคุณสำหรับเวลาของคุณ.

คำตอบ:


8

เป็นเดสก์ท็อปบน 192.168.16.0/24 หรือไม่

คุณไม่สามารถเพิ่มเส้นทาง (ไปยังเป้าหมายใด ๆ ) ผ่านเกตเวย์ที่คุณไม่ได้เชื่อมต่อโดยตรงเนื่องจากคอมพิวเตอร์ของคุณไม่ทราบวิธีหาทางไปยังเราเตอร์โดยไม่ต้องผ่านเส้นทางเริ่มต้น


ถูกต้องต้องตัดสินใจกำหนดเส้นทางในวันที่ 192.168.16.1
Mark Wagner

2

คุณสามารถได้รับข้อผิดพลาด"SIOCADDRT: ไม่มีกระบวนการดังกล่าว"หากคุณพยายามตั้งค่าเส้นทางสำหรับเครือข่ายก่อนตั้งค่าเส้นทางโฮสต์สำหรับเกตเวย์ที่จัดการปริมาณการใช้งานสำหรับเครือข่ายนั้น "

เช่นในพื้นที่ -> 172.19.0.1 -> 172.19.0.xx

[root@local]# route add -net 172.19.0.0 gw 172.19.0.1 netmask 255.255.255.0 dev eth0
SIOCADDRT: No such process

คำตอบ:สร้างเส้นทางโฮสต์ก่อนจากนั้นสร้างเส้นทางเน็ต

เช่นสำหรับเครือข่ายที่มีปัญหา: ท้องถิ่น -> 192.168.1.254 -> 123.123.123.123

sudo route add -host 192.168.1.254 dev eth0

sudo route add -net 123.123.123.123 netmask 255.255.255.255 gw 192.168.1.254 dev eth0

เส้นทางแบบสแตติกจะยังคงโหลดเครือข่ายฉันคิดว่ามันขึ้นอยู่กับ;) ปริมาณการอัพโหลด / ดาวน์โหลดจะต้องข้ามเครือข่าย ดังนั้นจะส่งผลกระทบต่อผู้ใช้รายอื่นในเครือข่าย คุณสามารถ จำกัด แบนด์วิดท์ของทราฟฟิกหรือย้ายทราฟฟิกนั้นไปยังชั่วโมงที่เงียบกว่าหากคุณต้องการลดผลกระทบต่อผู้ใช้เครือข่ายอื่น เช่น rsync มีแบนด์วิดธ์ จำกัด ตัวเลือกที่ดี

ฉันมีปัญหาคล้ายกันกับการกำหนดเส้นทางและ SIOCADDRT ท้องถิ่น -> dockerserver -> dockercontainer การเพิ่มเส้นทางโฮสต์จากนั้นเส้นทางเน็ตทำให้การกำหนดเส้นทางทำงานในทิศทางเดียว

สิ่งนี้ช่วยฉัน https://support.symantec.com/th_article.TECH142841.html

ตัวอย่างการเราต์แบบเต็มการกำหนดเส้นทางทำงานทั้งสองวิธี:

dockerserver=172.19.0.1
dockerservernet=172.19.0.0
dockercontainer=172.19.0.25
local=192.168.111.23
localnet=192.168.111.0

### 0. create host route for gw and net route local->docker
[root@local]# route add -host $dockerservernet dev eth0
[root@local]# route add -net $dockerservernet gw $dockerserver netmask 255.255.255.0 dev eth0

### 1. route on dockerserver to local
[root@dockerserver ~]# route add -net $localnet netmask 255.255.255.0 dev eno1
[root@dockerserver ~]# ping $local

### 2. route FROM dockercontainer to local (via gateway dockerserver)
[root@dockercontainer /]# route add -net $localnet netmask 255.255.255.0 gw gateway dev eth1
[root@dockercontainer /]# ping $local

0

เกี่ยวกับการเป็นส่วนหนึ่งของคำถามเกี่ยวกับการตั้งค่าเส้นทางถาวรในอินสแตนซ์ AWS EC2 ใช้ Ubuntu, สถานที่ที่ถูกต้องไปยังเส้นทางสถานที่คงที่ยังคงมีอยู่ผ่านการรีบูต AWS /etc/rc.localที่ครบวงจรและจุดเริ่มต้นคือ

ภายในไฟล์นั้นคุณต้องวางเส้นทางของคุณในบรรทัดด้านบนบรรทัดสุดท้าย บรรทัดของคุณควรมีลักษณะเช่นนี้:

route add -net XXX.XXX.XXX.XXX netmask XXX.XXX.XXX.XXX gw XXX.XXX.XXX.XXX

การรันsudoคำสั่งจะหายไปเมื่อรีบูต

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.