Case StudyFigure 1 shows that hosts

Case Study

Figure 1 shows that hosts from the 192.168.0.0/16 LANs, PC1, and PC2 cannot ping servers on the outside network, Svr1, and Svr2.

To begin troubleshooting the problem, use the show ip nat translations command to see if any translations are currently in the NAT table. The output in Figure 1 shows that no translations are in the table.

The show ip nat statistics command is used to determine whether any translations have taken place. It also identifies the interfaces that translation should be occurring between. As shown in the output of Figure 2, the NAT counters are at 0, verifying that no translation has occurred. By comparing the output with the topology shown in Figure 1, notice that the router interfaces are incorrectly defined as NAT inside or NAT outside. The incorrect configuration can also be verified using the show running-config command.

The current NAT interface configuration must be deleted from the interfaces before applying the correct configuration.

After correctly defining the NAT inside and outside interfaces, another ping from PC1 to Svr1 fails. Using the show ip nat translations and show ip nat statistics commands again verifies that translations are still not occurring.

As shown in Figure 3, the show access-lists command is used to determine whether the ACL that the NAT command references is permitting all of the necessary networks. Examining the output indicates that an incorrect wildcard bit mask has been used in the ACL that defines the addresses which need to be translated. The wildcard mask is only permitting the 192.168.0.0/24 subnet. The access list is first removed and then reconfigured using the correct wildcard mask.

After configurations are corrected, another ping is generated from PC1 to Svr1, and this time the ping succeeds. As shown in Figure 4, the show ip nat translations and show ip nat statistics commands are used to verify that the NAT translation is occurring.

ผลลัพธ์ (ไทย) 2:

กรณีศึกษารูปที่ 1 แสดงให้เห็นว่าเจ้าภาพจาก 192.168.0.0/16 LANs, PC1 และ PC2 ไม่สามารถ ping เซิร์ฟเวอร์บนเครือข่ายภายนอก Svr1 และ Svr2. เพื่อเริ่มต้นการแก้ไขปัญหาการใช้ IP แสดงการแปล NAT คำสั่งเพื่อดูว่า คำแปลที่มีอยู่ในปัจจุบันในตารางชัยนาท การส่งออกในรูปที่ 1 แสดงให้เห็นว่าคำแปลที่ไม่มีในตาราง. แสดง IP คำสั่งสถิติ NAT จะใช้ในการตรวจสอบว่าคำแปลใด ๆ ที่เกิดขึ้น นอกจากนี้ยังระบุอินเตอร์เฟซที่แปลควรจะเกิดขึ้นระหว่าง ดังแสดงในรูปที่การส่งออกของ 2, เคาน์เตอร์ NAT อยู่ที่ 0, การตรวจสอบว่าไม่มีการแปลได้เกิดขึ้น โดยการเปรียบเทียบผลผลิตที่มีโครงสร้างที่แสดงในรูปที่ 1 แจ้งให้ทราบว่าการเชื่อมต่อเราเตอร์มีการกำหนดไว้ไม่ถูกต้องเป็น NAT ภายในหรือนอก NAT การกำหนดค่าที่ไม่ถูกต้องนอกจากนี้ยังสามารถตรวจสอบได้โดยใช้คำสั่งแสดงวิ่งคอนฟิก. การตั้งค่าอินเตอร์เฟซ NAT ปัจจุบันจะต้องถูกลบออกจากอินเตอร์เฟซก่อนที่จะใช้การตั้งค่าที่ถูกต้อง. หลังจากที่ถูกต้องกำหนด NAT ภายในและการเชื่อมต่อภายนอกปิงอื่นจาก PC1 เพื่อ Svr1 ล้มเหลว โดยใช้การแสดง IP แปล NAT และแสดงสถิติ NAT IP คำสั่งอีกครั้งตรวจสอบว่าคำแปลที่ยังไม่เกิดขึ้น. ดังแสดงในรูปที่ 3 แสดงการเข้าถึงรายการคำสั่งที่ใช้เพื่อตรวจสอบว่า ACL ที่อ้างอิงคำสั่ง NAT จะอนุญาตให้ทั้งหมดของ เครือข่ายที่จำเป็น การตรวจสอบการส่งออกบ่งชี้ว่าหน้ากากสัญลักษณ์แทนบิตที่ไม่ถูกต้องมีการใช้ใน ACL ที่กำหนดอยู่ซึ่งจะต้องมีการแปล หน้ากากสัญลักษณ์แทนเป็นเพียงการอนุญาตให้ 192.168.0.0/24 เครือข่ายย่อย รายการการเข้าถึงจะถูกลบออกก่อนแล้วจึงรองรับการใช้หน้ากากสัญลักษณ์ตัวแทนที่ถูกต้อง. หลังจากการกำหนดค่าที่ได้รับการแก้ไข, ปิงอีกถูกสร้างขึ้นจาก PC1 เพื่อ Svr1 และในครั้งนี้ประสบความสำเร็จปิง ดังแสดงในรูปที่ 4 แสดง IP NAT แปลและแสดง IP คำสั่งสถิติ NAT จะใช้ในการตรวจสอบว่ามีการแปล NAT จะเกิดขึ้น

ผลลัพธ์ (ไทย) 3:

กรณีศึกษารูปที่ 1 แสดงให้เห็นว่าโฮสต์จาก 192.168.0.0/16 LAN PC , และ pc2 ไม่สามารถ ping เซิร์ฟเวอร์ในเครือข่าย นอก svr1 และ svr2 .เพื่อเริ่มต้นการแก้ไขปัญหา ใช้แสดง IP ที่แปลคำสั่งเพื่อดูว่าใด ๆที่แปลอยู่ในโต๊ะ ส่งออกในรูปที่ 1 แสดงให้เห็นว่าไม่มีการแปลอยู่ในโต๊ะแสดง IP ที่คําสั่งที่ใช้ในการตรวจสอบว่าสถิติการแปลที่เกิดขึ้น นอกจากนี้ยังระบุถึงการเชื่อมต่อที่แปลควรที่เกิดขึ้นระหว่าง ตามที่แสดงในการแสดงผลของรูปที่ 2 ที่เคาน์เตอร์ที่ 0 เช็คดูว่าแปลไม่ได้เกิดขึ้น โดยการเปรียบเทียบผลผลิตกับโครงสร้างที่แสดงในรูปที่ 1 สังเกตว่าเราเตอร์อินเตอร์เฟซเป็นอย่างไม่ถูกต้อง เช่น ชัยนาท ชัยนาท ภายในหรือภายนอก การตั้งค่าที่ไม่ถูกต้อง ก็สามารถตรวจสอบได้โดยใช้การแสดงวิ่ง config คำสั่งอินเตอร์เฟซการตั้งค่าปัจจุบันที่ต้องถูกลบจากอุปกรณ์ก่อนที่จะใช้ในการตั้งค่าที่ถูกต้องหลังจากถูกกำหนดที่ภายในและภายนอก interfaces อื่น ปิง จาก PC ไป svr1 ล้มเหลว ใช้แสดง IP และ IP ที่แสดงสถิติในการแปลคำสั่งอีกครั้งพบว่า การแปลจะยังไม่เกิดขึ้นดังแสดงในรูปที่ 3 แสดงการเข้าถึงรายการคําสั่งที่ใช้ในการตรวจสอบว่า ACL ที่ NAT คำสั่งการอ้างอิงคือการอนุญาตให้ทั้งหมดของเครือข่ายที่จำเป็น การตรวจสอบออก พบว่าเป็นไม่ถูกต้องแทนบิตหน้ากากได้ถูกใช้ใน ACL ที่กำหนดที่อยู่ที่ต้องแปล ตัวแทนเป็นเพียงการอนุญาตให้ 192.168.0.0/24 หน้ากาก subnet รายการเข้าออกก่อน จากนั้นใช้หน้ากากรองรับตัวแทนที่ถูกต้องหลังจากมีการแก้ไขค่า ping อีกถูกสร้างขึ้นจาก PC ไป svr1 และเวลา ping ที่ประสบความสำเร็จ ดังแสดงในรูปที่ 4 แสดง IP และ IP ที่แสดงสถิติในการแปลคำสั่งถูกใช้เพื่อตรวจสอบว่าในการแปลที่เกิดขึ้น