You can see how this happens in Figure 17.2. If a Proxy ARP–enabled ro การแปล - You can see how this happens in Figure 17.2. If a Proxy ARP–enabled ro ไทย วิธีการพูด

You can see how this happens in Fig

You can see how this happens in Figure 17.2. If a Proxy ARP–enabled router receives
an ARP request for an IP address that it knows isn’t on the same subnet as the requesting
host, it will respond with an ARP reply packet to the host. The router will give its
own local MAC address—the MAC address of its interface on the host’s subnet—as the
destination MAC address for the IP address that the host is seeking to be resolved. After
receiving the destination MAC address, the host will then send all the packets to the
router, not knowing that what it sees as the destination host is really a router. The router
will then forward the packets toward the intended host.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
คุณสามารถดูวิธีนี้เกิดขึ้นในรูปหา 17.2 ถ้าได้รับพร็อกซี่ ARP – เปิดใช้งานเราเตอร์การร้องขอ ARP สำหรับอยู่ IP ที่มันรู้ไม่อยู่บนเครือข่ายย่อยเดียวกันเป็นการร้องขอโฮสต์ มันจะตอบสนอง ด้วยแพคเก็ตตอบ ARP กับโฮสต์ เราเตอร์จะให้ความเป็นเจ้าของ MAC — อยู่ MAC ของอินเทอร์เฟซของบนเครือข่ายของโฮสต์ซึ่งเป็นการปลายทางที่อยู่ MAC สำหรับที่อยู่ IP ที่โฮสต์จะไม่ได้รับการแก้ไข หลังจากรับปลายทางที่อยู่ MAC โฮสต์จะส่งแพ็คเก็ตทั้งหมดไปเราเตอร์ ไม่ทราบว่าสิ่งที่มันเห็นเป็นโฮสต์ปลายทางว่าจริง ๆ เราเตอร์ เราเตอร์แล้วจะส่งต่อแพคเก็ตไปยังโฮสต์กำหนดไว้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
คุณสามารถดูวิธีการนี้เกิดขึ้นในรูปที่ 17.2 ถ้าเราเตอร์ ARP
พร็อกซี่ที่เปิดใช้งานได้รับการร้องขอARP สำหรับที่อยู่ IP
ที่มันรู้ไม่ได้อยู่ในเครือข่ายย่อยเดียวกับขอเป็นเจ้าภาพก็จะตอบสนองกับแพ็คเก็ตARP ตอบกลับไปยังโฮสต์ เราเตอร์จะให้ของตัวเองที่อยู่ในท้องถิ่นที่อยู่ที่ MAC MAC ของอินเตอร์เฟซในพื้นที่ของเครือข่ายย่อย-เป็นปลายทางที่อยู่MAC สำหรับที่อยู่ IP ที่โฮสต์คือการแสวงหาที่จะแก้ไข หลังจากที่ได้รับอยู่ MAC ปลายทางโฮสต์จะส่งแพ็คเก็ตทั้งหมดไปยังเราเตอร์ไม่ได้รู้ว่าสิ่งที่มันเห็นว่าเป็นโฮสต์ปลายทางเป็นจริงเราเตอร์ เราเตอร์จากนั้นจะส่งต่อแพ็กเก็ตไปยังโฮสต์ที่ตั้งใจไว้





การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
คุณสามารถดูวิธีการนี้เกิดขึ้นในรูป 17.2 . ถ้า Proxy ARP สำหรับเปิดใช้งานเราเตอร์ได้รับการร้องขอ ARP
สำหรับ IP ที่รู้ว่าไม่ได้อยู่ใน subnet เดียวกันเป็นขอ
โฮส มันจะตอบสนองกับ ARP packet ตอบกับโฮสต์ เราเตอร์จะให้ Mac ท้องถิ่น
เองที่อยู่ MAC ของอินเตอร์เฟซบนโฮสต์ของ subnet เป็น
ปลายทางที่อยู่ MAC สำหรับที่อยู่ IP ที่โฮสต์คือการแสวงหาที่จะได้รับการแก้ไข หลังจาก
รับปลายทางที่อยู่ MAC , โฮสต์แล้วจะส่งแพ็กเก็ตทั้งหมดไปยัง
เราเตอร์ ไม่รู้ว่าสิ่งที่เห็นเป็นปลายทางเป็นเราเตอร์ เราเตอร์
แล้วจะส่งต่อแพ็กเก็ตไปยังโฮสต์เป้าหมาย .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: