เป็นไปได้หรือไม่ที่จะใส่ IP จริงลงในอุปกรณ์ลูปแบ็ค?


9

เป็นไปได้หรือไม่ที่จะวาง IP จริง (ไม่ใช่ในช่วง 127.xxx) บนอุปกรณ์ลูปแบ็ค


ใช่แน่นอน
Ipor Sircer

3
... อันตรายเป็นหลักสูตรที่คุณลืมนี้ IP เป็นมีแล้วคุณมีหัวเกาปัญหาเป็นแพ็คเก็ตเครือข่ายไม่ได้ไปยังที่อยู่ IP สาธารณะคาดว่า ...
thrig

คำตอบ:


5

ไม่มีอะไรห้ามทำ

# ifconfig lo: 1 10.0.0.1/8 
# ifconfig lo: 1
lo: 1 ลิงก์ encap: Local Loopback  
          inet addr: 10.0.0.1 Mask: 255.0.0.0
          การเรียกใช้ LOOPBACK RUNNING MTU: 65536 ตัวชี้วัด: 1
# ping -c 1 10.0.0.1    
PING 10.0.0.1 (10.0.0.1) 56 (84) ไบต์ของข้อมูล
64 ไบต์จาก 10.0.0.1: icmp_seq = 1 ttl = 64 เวลา = 0.025 ms

--- 10.0.0.1 สถิติ ping ---
1 แพ็คเก็ตที่ส่ง, 1 ที่ได้รับ, การสูญเสียแพ็กเก็ต 0%, เวลา 0ms
rtt min / avg / max / mdev = 0.025 / 0.025 / 0.025 / 0.000 ms

ปรับปรุง:

เพื่อให้ที่อยู่นี้คงอยู่หลังจากรีบูตบน Ubuntu 16.04 คุณสามารถแก้ไข/etc/network/interfacesไฟล์ของคุณด้วยethtoolคำสั่งเหล่านี้:

auto lo lo:1

iface lo inet loopback

iface lo:1 inet static
  address 10.0.0.1
  network 10.0.0.0
  netmask 255.0.0.0

สิ่งนี้ยังคงมีอยู่หลังจากรีบูตหรือไม่
Peter Smit

1
ไม่ดีกว่าที่จะระบุระบบปฏิบัติการ / การกระจายที่แม่นยำที่คุณใช้เพื่อรับคำตอบที่เชื่อถือได้และอาจถามคำถามใหม่หรือตรวจสอบว่ายังไม่ได้รับคำตอบ
jlliagre

Ubuntu 16.04 LTS
Peter Smit

อัปเดตคำตอบแล้ว
jlliagre

5

ในฐานะที่เป็นทางเลือกในการใช้lo:0นอกจากนี้คุณยังสามารถใช้dummyอินเตอร์เฟซในลินุกซ์เช่น:

ifconfig dummy0 10.0.0.1/32
ifconfig dummy1 10.1.1.1/24

นอกจากคำตอบอื่น ๆ :

  • ฉันไม่แนะนำให้เปลี่ยนที่อยู่อินเตอร์เฟสอินเทอร์เฟซย้อนกลับอย่างเป็นทางการ / ปกติเนื่องจากฟังก์ชันการทำงานจำนวนมากขึ้นอยู่กับมัน
  • อย่างไรก็ตามคุณสามารถมี / สร้างหลาย ๆ วงอินเทอร์เฟซย้อนกลับ / dummy - ทั้ง lo: 0 ถึง lo: 255 หรืออินเทอร์เฟซ dummyX;
  • จะต้องคำนึงถึงว่า lo: 0 ถึง lo: 255 เป็นนามแฝงในขณะที่ dummyX เป็นส่วนต่อประสานเต็มรูปแบบ
  • ยิ่งไปกว่านั้นหนึ่งในกลวิธีปกติใน Linux สำหรับสร้าง IP เสมือนผ่าน BGP หรือ OSPF คือการกำหนดให้กับอินเตอร์เฟสการวนกลับ / ดัมมี่และสร้างเส้นทางสู่เส้นทางผ่านการกำหนดเส้นทาง
  • อีกครั้ง daemons บางตัวมีปัญหากับการประกาศที่อยู่ในนามแฝง (ตัวอย่างเช่น quagga) - ดังนั้นควรแนะนำอินเทอร์เฟซ dummyX ในกรณีเหล่านั้น
  • ฉันจะเน้นว่าหากไม่มีการกำหนดเส้นทางในโครงสร้างพื้นฐานที่อยู่ดังกล่าวเป็นที่รู้จัก / สามารถใช้ในเซิร์ฟเวอร์ที่มีปัญหาเท่านั้น
  • การกำหนดที่อยู่ส่วนตัว / สาธารณะให้กับอินเตอร์เฟสการวนกลับโดยไม่มีการกำหนดเส้นทางที่เหมาะสมอาจเป็นการวัดค่าใช้จ่ายในการคำนวณที่ต่ำเพื่อการสื่อสารบัญชีดำชั่วคราวด้วยที่อยู่ IP / เครือข่าย

สำหรับรายละเอียดเพิ่มเติมดูตัวอย่างการสอนการตั้งค่า BIND anycast ที่ทำกับ Quagga / BIRD

ปมการกำหนดเส้นทางที่นี่: OSPF: การย้าย Quagga ไปยัง BIRD

PS Linux โดยค่าเริ่มต้นจะสร้าง dummy0 และ dummy1 เท่านั้นและจะต้องมีคำสั่งให้สร้างจำนวนมากขึ้นของอินเทอร์เฟซดัมมี่


1
ฉันจะใช้สิ่งนี้กับการกำหนดเส้นทางแบบคงที่ มีความแตกต่างที่แท้จริงระหว่างอินเทอร์เฟซหุ่นและลูปแบ็คหรือไม่?
Peter Smit

@PeterSmit กำหนด vips ให้กับลูปแบ็คด้วยการจัดการกับนามแฝงของอินเทอร์เฟซในขณะที่ดัมมี่เป็นอินเทอร์เฟซเต็มรูปแบบทางด้านขวาของตัวเอง มีปัญหาในการใช้ชื่อแทนส่วนติดต่อกับ quagga ... และฉันไม่แนะนำให้เปลี่ยน lo นอกจากนี้ยังเกิดขึ้นบ่อยครั้งที่คุณสามารถ / ต้องเชื่อมโยงกฎ fw กับอินเทอร์เฟซจริงและไม่ใช่นามแฝง
Rui F Ribeiro

3

บนเคอร์เนล Linux ปัจจุบันที่มีipยูทิลิตี้มันค่อนข้างง่าย:

ip addr add 10.0.1.8 dev lo

สิ่งนี้มีประโยชน์เมื่อคุณมีบริการที่ผูกพอร์ตบนอินเทอร์เฟซและต้องการเรียกใช้โปรแกรมอื่นบนพอร์ตและเครือข่ายเดียวกัน ฉันใช้เพื่อเปิดใช้งานทั้งสองbindและdnsmasqอยู่ร่วมกันบนเซิร์ฟเวอร์เดียวกัน

หากคุณกำลังใช้/etc/network/interfacesเพื่อกำหนดค่าอินเตอร์เฟสของคุณให้อัพเดตlostanza เพื่อรวม:

up ip addr add 10.0.1.8 dev lo

ขอบคุณ สิ่งนี้จะยังคงมีการรีบูตเครื่องหรือไม่
Peter Smit

1
@PeterSmit ไม่น่า
Kusalananda

1

ใช่ แต่นั่นไม่ได้หมายความว่าเป็นความคิดที่ดี หากคุณใช้ IP ที่ระบบของคุณเข้าถึงข้อมูลใด ๆ ที่พยายามส่งจะถูกเปลี่ยนเส้นทางไปยังระบบโลคัลแทนซึ่งอาจทำให้เกิดปัญหาเครือข่ายแปลก ๆ ทุกชนิด หมายความว่าคุณไม่สามารถใช้สิ่งใดนอกเหนือจากช่วงต่อไปนี้อย่างปลอดภัย:

127.0.0.0/8
192.0.2.0/24
198.51.100.0/24
203.0.113.0/24
240.0.0.0/4

ด้วยข้อยกเว้นที่เป็นไปได้ของข้อใดข้อหนึ่งต่อไปนี้ขึ้นอยู่กับวิธีการกำหนดค่าอินเทอร์เฟซเครือข่ายอื่น ๆ ของคุณ:

10.0.0.0/8
192.168.0.0/16
172.16.0.0/12
169.254.0.0/16

นี่เป็นกรณีที่RFC 1925 , ส่วนที่ 2, ข้อ 3 ใช้


จริงๆแล้วมีช่วงที่มากขึ้น ในกรณีของฉันมันจะอยู่ในช่วง 100.64.0.0/10 (ผู้ให้บริการชั้น NAT)
Peter Smit

1
อาจมีมากกว่านั้น แต่ส่วนใหญ่ของพวกเขาไม่ได้ใช้กันอย่างแพร่หลายในระบบไคลเอนต์ (ฉันคิดว่าช่วง CGN อาจเหมาะกับที่) หรือพวกเขามีการใช้งานที่ไม่ชัดเจนที่หลายคนอาจไม่เข้าใจ (เช่น 198.18.0.0/15 ใช้สำหรับ การเปรียบเทียบ) และฉันต้องการหลีกเลี่ยงการพูดอะไรที่ไม่ปลอดภัยพอสมควรในความเป็นจริงแล้วความปลอดภัย
Austin Hemmelgarn
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.