UDP PortsFigure 18.3 shows the interaction between a client and a DHCP การแปล - UDP PortsFigure 18.3 shows the interaction between a client and a DHCP ไทย วิธีการพูด

UDP PortsFigure 18.3 shows the inte

UDP Ports
Figure 18.3 shows the interaction between a client and a DHCP server. The server uses
the well-known port 67, which is normal. The client uses the well-known port 68,
which is unusual. The reason for choosing the well-known port 68 instead of an ephemeral
port is to prevent a problem when the reply, from the server to the client, is broadcast.
To understand the problem, let us look at a situation where an ephemeral port is
used. Suppose host A on a network is using a DHCP client on ephemeral port 2017
(randomly chosen). Host B, on the same network, is using a DAYTIME client on
ephemeral port 2017 (accidentally the same). Now the DHCP server sends a broadcast
reply message with the destination port number 2017 and broadcast IP address
FFFFFFFF16. Every host needs to open a packet carrying this destination IP address.
Host A finds a message from an application program on ephemeral port 2017. A correct
message is delivered to the DHCP client. An incorrect message is delivered to the
DAYTIME client. The confusion is due to the demultiplexing of packets based on the
socket address (see Chapter 17), which is a combination of IP address and port number.
In this case, both are the same.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
พอร์ต UDPรูปยัง 18.3 แสดงการโต้ตอบระหว่างไคลเอนต์และเซิร์ฟเวอร์ DHCP การใช้เซิร์ฟเวอร์รู้จักท่า 67 ซึ่งเป็นเรื่องปกติ ไคลเอนต์ใช้พอร์ตรู้จัก 68ซึ่งเป็นเรื่องปกติ เหตุผลที่เลือกท่ารู้จัก 68 แทนข้อมูลแบบชั่วคราวพอร์ตเพื่อ ป้องกันปัญหาเมื่อตอบ จากเซิร์ฟเวอร์ไปยังไคลเอนต์ ออกอากาศได้เข้าใจปัญหา ให้เราดูสถานการณ์อยู่พอร์ตข้อมูลแบบชั่วคราวใช้ สมมติว่า A โฮสต์บนเครือข่ายใช้ DHCP ไคลเอนต์พอร์ตข้อมูลแบบชั่วคราว 2017(สุ่มเลือก) โฮสต์ B บนเครือข่ายเดียวกัน ใช้ไคลเอนต์เวลากลางวันในข้อมูลแบบชั่วคราวท่าเรือ 2017 (ตั้งใจตรง) ขณะนี้ เซิร์ฟเวอร์ DHCP จะส่งออกอากาศตอบข้อความที่ มีหมายเลขพอร์ตปลายทาง 2017 และออกอากาศที่อยู่ IPFFFFFFFF16 โฮสต์ทุกต้องเปิดแพคเก็ตดำเนินการแอดเดรสปลายทางนี้โฮสต์ A ค้นหาข้อความจากโปรแกรมประยุกต์บนพอร์ตข้อมูลแบบชั่วคราว 2017 ถูกต้องส่งข้อความไปยังไคลเอ็นต์ DHCP ข้อความถูกต้องถูกส่งไปไคลกลางวัน มีความสับสนเนื่องจากการ demultiplexing ของแพคเก็ตที่ตามซ็อกเก็ตที่อยู่ (ดูบทที่ 17), ซึ่งเป็นชุดของหมายเลข IP ที่อยู่และพอร์ตในกรณีนี้ ทั้งสองเหมือนกัน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
พอร์ต UDP
รูปที่ 18.3 แสดงให้เห็นถึงการทำงานร่วมกันระหว่างลูกค้าและเซิร์ฟเวอร์ DHCP เซิร์ฟเวอร์ใช้
พอร์ตที่รู้จักกันดี 67 ซึ่งเป็นเรื่องปกติ ไคลเอนต์ใช้พอร์ตที่รู้จักกันดี 68
ซึ่งเป็นเรื่องแปลก เหตุผลที่เลือกพอร์ตที่รู้จักกันดี 68 แทนชั่วคราว
พอร์ตเพื่อป้องกันไม่ให้ปัญหาเมื่อการตอบกลับจากเซิร์ฟเวอร์ไปยังลูกค้าที่มีการออกอากาศ.
เพื่อให้เข้าใจถึงปัญหาที่เกิดขึ้นให้เราดูที่สถานการณ์ที่พอร์ตชั่วคราวเป็น
มือสอง สมมติว่าโฮสต์ในเครือข่ายจะใช้ไคลเอ็นต์ DHCP บนพอร์ตชั่วคราว 2017
(สุ่มเลือก) B โฮสต์ในเครือข่ายเดียวกันจะใช้ไคลเอนต์เดย์ไทม์บน
พอร์ตชั่วคราว 2017 (ตั้งใจเดียวกัน) ตอนนี้เซิร์ฟเวอร์ DHCP ส่งออกอากาศ
ข้อความตอบกลับที่มีจำนวนพอร์ตปลายทาง 2017 และออกอากาศที่อยู่ IP
FFFFFFFF16 โฮสต์ทุกความต้องการที่จะเปิดแพ็คเก็ตแบกที่อยู่ IP ปลายทางนี้.
เจ้าภาพพบข้อความจากโปรแกรมประยุกต์บนพอร์ตชั่วคราว 2017 ที่ถูกต้อง
ข้อความถูกส่งไปยังไคลเอ็นต์ DHCP ข้อความที่ไม่ถูกต้องส่งมอบให้กับ
ลูกค้ากลางวัน ความสับสนเกิดจากการ demultiplexing ของแพ็กเก็ตขึ้นอยู่กับ
ที่อยู่ซ็อกเก็ต (ดูบทที่ 17) ซึ่งเป็นการรวมตัวกันของที่อยู่ IP และหมายเลขพอร์ต.
ในกรณีนี้ทั้งสองเหมือนกัน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
พอร์ต UDP
รูปที่ 1 แสดงให้เห็นปฏิสัมพันธ์ระหว่างลูกค้าและ DHCP Server เซิร์ฟเวอร์ใช้
รู้จักกันดีพอร์ต 67 ซึ่งเป็นปกติ ลูกค้าใช้พอร์ตที่รู้จักกันดี 68
ซึ่งผิดปกติ เหตุผลที่เลือกพอร์ตที่รู้จักกันดี 68 แทนพอร์ตไม่ยั่งยืน
เพื่อป้องกันปัญหาเมื่อตอบกลับจากเซิร์ฟเวอร์ไปยังไคลเอ็นต์ ออกอากาศ .
เข้าใจปัญหาให้เราดูที่สถานการณ์ที่พอร์ตไม่ยั่งยืนคือ
ใช้ . สมมติว่าโฮสต์บนเครือข่ายโดยใช้ลูกค้า DHCP บนชั่พอร์ต 2017
( สุ่มเลือก ) โฮสต์ B บนเครือข่ายเดียวกัน คือ การใช้ไคลเอนต์ในเวลากลางวัน
ชั่พอร์ต 2017 ( บังเอิญเหมือนกัน ) ตอนนี้เซิร์ฟเวอร์ DHCP จะออกอากาศ
ตอบข้อความกับพอร์ตปลายทางหมายเลข 2017 และการออกอากาศ IP
ffffffff 16ใครต้องการเปิดแพ็คเก็ตแบกนี้ปลายทางที่อยู่ IP .
โฮสต์พบข้อความจากโปรแกรมประยุกต์ที่ไม่ยั่งยืนพอร์ต 2017 ข้อความถูกต้อง
ถูกส่งไปยังลูกค้า DHCP . ข้อความที่ไม่ถูกต้องจะถูกส่งไปยัง
ลูกค้าตอนกลางวัน ความสับสนเนื่องจาก มีกลอนของแพ็กเก็ตตาม
ซ็อกเก็ตที่อยู่ ( ดูบทที่ 17 )ซึ่งเป็นการรวมกันของที่อยู่ IP และหมายเลขพอร์ต
ในกรณีนี้ทั้งสองจะเหมือนกัน
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: