🥇កំណត់រចនាសម្ព័ន្ធ Microsoft Windows Server 2016/2019 ដើម្បីផ្តល់សេវាកម្ម DHCP សម្រាប់ VXLAN (DFA)

គោលបំណងនៃអត្ថបទនេះគឺដើម្បីសម្រួលការកំណត់រចនាសម្ព័ន្ធសេវាកម្ម DHCP សម្រាប់ VXLAN BGP EVPN និងក្រណាត់ DFA ដោយប្រើ Microsoft Windows Server 2016/2019 ។

នៅក្នុងឯកសារផ្លូវការ សេវាកម្ម DHCP ផ្អែកលើ Microsoft Windows Server 2012 សម្រាប់ក្រណាត់ត្រូវបានកំណត់រចនាសម្ព័ន្ធជា SuperScope ដែលមាន Loopback pool (ការបន្លិចនៃអាងនេះគឺការដកអាសយដ្ឋាន IP ទាំងអស់នៃអាងចេញពីអាង (មិនរាប់បញ្ចូលអាសយដ្ឋាន IP = អាង)) និងអាងសម្រាប់ការចេញអាសយដ្ឋាន IP សម្រាប់បណ្តាញពិត (នេះគឺជាចំណុចសំខាន់ - គោលការណ៍ត្រូវបានកំណត់រចនាសម្ព័ន្ធ - ដែលក្នុងនោះ DHCP Relay Circuit ID ត្រូវបានត្រង ហើយលេខសម្គាល់សៀគ្វីបញ្ជូនត DHCP នេះមាន VNI សម្រាប់បណ្តាញ ពោលគឺ សម្រាប់អាងផ្សេងទៀត DHCP Relay នេះ លេខសម្គាល់សៀគ្វីនឹងខុសគ្នាបន្តិច) ។

To configure DHCP on Windows server. 

1. Create a super scope. Within the super scope, create scope B, S1, S2, S3, …, Sn for the subnet B and the subnets for each segment. 
2. In scope B,  specify the 'Exclusion Range' to be the entire address range (so that the offered address range must not be from this scope). 
3. For every segment scope Si, specify a policy that matches on Agent Circuit ID with value of '0108000600XXXXXX', where '0108000600' is a fixed value for all segments, the 6 numbers "XXXXXX" is the segment ID value in hexadecimal. Also ensure to check the Append wildcard(*) check box. 
4. Set the policy address range to the entire range of the scope.

អត្ថបទនេះមានចម្លើយចំពោះសំណួរខាងក្រោម៖

មាតិកា

សេចក្តីណែនាំ
រាងកាយសំខាន់
សេចក្តីសន្និដ្ឋាន
បញ្ជីប្រភព

សេចក្តីណែនាំ

ផ្នែកនេះរាយបញ្ជីទិន្នន័យដំបូងទាំងអស់ដោយសង្ខេប៖ ការណែនាំសម្រាប់កំណត់រចនាសម្ព័ន្ធឧបករណ៍បណ្តាញ RFCs ដែលប្រើក្នុងកញ្ចប់ DHCP នៅក្នុងរោងចក្រ eVPN ការវិវត្តនៃការកំណត់ម៉ាស៊ីនមេ DHCP នៅលើ Microsoft Windows Server 2012 នៅក្នុងឯកសារ Cisco ត្រូវបានផ្តល់ជូនសម្រាប់ជាឯកសារយោង។ ក៏ដូចជាព័ត៌មានសង្ខេបអំពី Superscope និងគោលការណ៍នៅក្នុងសេវាកម្ម DHCP នៅលើ Microsoft Windows Servers ។

របៀបកំណត់រចនាសម្ព័ន្ធ DHCP Relay នៅលើ VXLAN BGP EVPN, DFA fabric

ការកំណត់រចនាសម្ព័ន្ធ DHCP Relay នៅលើក្រណាត់ VXLAN BGP EVPN មិនមែនជាប្រធានបទសំខាន់នៃអត្ថបទនេះទេព្រោះវាសាមញ្ញណាស់។ ខ្ញុំផ្តល់តំណភ្ជាប់ទៅឯកសារ និង spoiler លើការកំណត់នៅលើឧបករណ៍បណ្តាញ។

ឧទាហរណ៍នៃការដំឡើង DHCP Relay នៅលើ Nexus 9000V v9.2(3)

service dhcp
ip dhcp relay
ip dhcp relay information option
ip dhcp relay information option vpn
interface loopback10
  vrf member VRF1
  ip address 10.120.0.1/32 tag 1234567
interface Vlan12
  no shutdown
  vrf member VRF1
  no ip redirects
  ip address 10.120.251.1/24 tag 1234567
  no ipv6 redirects
  fabric forwarding mode anycast-gateway
  ip dhcp relay address 10.0.0.5
  ip dhcp relay source-interface loopback10

RFCs ដែលត្រូវបានអនុវត្តនៅក្នុងប្រតិបត្តិការនៃសេវាកម្មបញ្ជូនត DHCP នៅក្នុងក្រណាត់ VXLAN BGP EVPN

RFC#6607៖ ជម្រើសរង 151(0x97) - ការជ្រើសរើសបណ្តាញរងនិម្មិត

•	Sub-option 151(0x97) - Virtual Subnet Selection (Defined in RFC#6607)
Used to convey VRF related information to the DHCP server in an MPLS-VPN and VXLAN EVPN multi-tenant environment.

"ឈ្មោះ" នៃ VRF ដែលអតិថិជនមានទីតាំងនៅត្រូវបានបញ្ជូន។

RFC#5107៖ ជម្រើសរង 11(0xb) - លុបលេខសម្គាល់ម៉ាស៊ីនមេ

•	Sub-option 11(0xb) - Server ID Override (Defined in RFC#5107.) 
The server identifier (server ID) override sub-option allows the DHCP relay agent to specify a new value for the server ID option, which is inserted by the DHCP server in the reply packet. This sub-option allows the DHCP relay agent to act as the actual DHCP server such that the renew requests will come to the relay agent rather than the DHCP server directly. The server ID override sub-option contains the incoming interface IP address, which is the IP address on the relay agent that is accessible from the client. Using this information, the DHCP client sends all renew and release request packets to the relay agent. The relay agent adds all of the appropriate sub-options and then forwards the renew and release request packets to the original DHCP server. For this function, Cisco’s proprietary implementation is sub-option 152(0x98). You can use the ip dhcp relay sub-option type cisco command to manage the function.

ជម្រើសត្រូវបានប្រើដើម្បីធានាថាអតិថិជនផ្ញើសំណើដើម្បីបន្តការជួលអាសយដ្ឋានទៅអាសយដ្ឋាន IP ដែលបានប្រើក្នុងជម្រើសនេះ។ (នៅលើ Cisco VXLAN BGP, EVPN គឺជាអាសយដ្ឋាន Anycast លំនាំដើមរបស់អតិថិជន។ )

RFC#3527៖ ជម្រើសរង 5(0x5) - ការជ្រើសរើសតំណ

Sub-option 5(0x5) - Link Selection (Defined in RFC#3527.) 

The link selection sub-option provides a mechanism to separate the subnet/link on which the DHCP client resides from the gateway address (giaddr), which can be used to communicate with the relay agent by the DHCP server. The relay agent will set the sub-option to the correct subscriber subnet and the DHCP server will use that value to assign an IP address rather than the giaddr value. The relay agent will set the giaddr to its own IP address so that DHCP messages are able to be forwarded over the network. For this function, Cisco’s proprietary implementation is sub-option 150(0x96). You can use the ip dhcp relay sub-option type ciscocommand to manage the function.

អាសយដ្ឋានបណ្តាញដែលអតិថិជនត្រូវការអាសយដ្ឋាន IP ។

ការវិវត្តន៍នៃឯកសារ Cisco ទាក់ទងនឹងការកំណត់រចនាសម្ព័ន្ធ DHCP នៅលើ Microsoft Windows Server 2012

ខ្ញុំបានបញ្ចូលផ្នែកនេះ ដោយសារមាននិន្នាការវិជ្ជមានចំពោះផ្នែកនៃអ្នកលក់៖

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Nexus 9000 VXLAN 7.3

ឯកសារបង្ហាញតែពីរបៀបកំណត់រចនាសម្ព័ន្ធ DHCP Relay នៅលើឧបករណ៍បណ្តាញប៉ុណ្ណោះ។

អត្ថបទមួយទៀតត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធ DHCP នៅលើ Windows Server 2012៖

ការកំណត់រចនាសម្ព័ន្ធ Microsoft Windows Server 2012 ដើម្បីផ្តល់សេវាកម្ម DHCP នៅក្នុងសេណារីយ៉ូ eVPN (VXLAN, Cisco One Fabric ។ល។)

អត្ថបទនេះបង្ហាញថាបណ្តាញនីមួយៗ/VNI ទាមទារកញ្ចប់ SuperScope ផ្ទាល់ខ្លួន និងសំណុំអាសយដ្ឋាន Loopback ផ្ទាល់ខ្លួនរបស់វា៖

If multiple DHCP Scopes are required for multiple subnets, you need to create one LoopbackX per subnet/vlan on all LEAFS and create a superscope with a loopbackX range scope and actual client IP subnet scope per vlan.

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Nexus 9000 VXLAN 9.3

បានបន្ថែមការកំណត់ម៉ាស៊ីនមេ Windows 2012 ទៅក្នុងឯកសារសម្រាប់ដំឡើងឧបករណ៍បណ្តាញ។ សម្រាប់បណ្តុំអាសយដ្ឋានទាំងអស់ដែលបានប្រើ តម្រូវឱ្យមាន SuperScope មួយក្នុងមួយមជ្ឈមណ្ឌលទិន្នន័យ ហើយ SuperScope នេះគឺជាព្រំដែននៃមជ្ឈមណ្ឌលទិន្នន័យ៖

Create Superscope for all scopes you want to use for Option 82-based policies.
Note
The Superscope should combine all scopes and act as the administrative boundary.

ស្វ័យប្រវត្តិកម្មក្រណាត់ថាមវន្ត Cisco

អ្វីគ្រប់យ៉ាងត្រូវបានពន្យល់យ៉ាងខ្លី:

Let us assume the switch is using the address from subnet B (it can be the backbone subnet, management subnet, or any customer designated subnet for this purpose) to communicate with the Windows DHCP server. In DFA we have subnets S1, S2, S3, …, Sn for segment s1, s2, s3, …, sn. 

To configure DHCP on Windows server. 

1. Create a super scope. Within the super scope, create scope B, S1, S2, S3, …, Sn for the subnet B and the subnets for each segment. 
2. In scope B,  specify the 'Exclusion Range' to be the entire address range (so that the offered address range must not be from this scope). 
3. For every segment scope Si, specify a policy that matches on Agent Circuit ID with value of '0108000600XXXXXX', where '0108000600' is a fixed value for all segments, the 6 numbers "XXXXXX" is the segment ID value in hexadecimal. Also ensure to check the Append wildcard(*) check box. 
4. Set the policy address range to the entire range of the scope.

DHCP នៅក្នុង Microsoft Windows Server (superscope & policy)

SuperScope

Superscope is an administrative feature of a DHCP server that can be used to group multiple scopes as a single administrative entity. Superscope allows a DHCP server to provide leases from more than one scope to clients on a single physical network. Scopes added to a superscope are called member scopes.

តើអ្វីទៅជា SuperScope - វាគឺជាមុខងារដែលអនុញ្ញាតឱ្យអ្នកបញ្ចូលគ្នានូវបណ្តុំអាសយដ្ឋាន IP ជាច្រើនចូលទៅក្នុងអង្គភាពរដ្ឋបាលមួយ។ ដើម្បីផ្សាយពាណិជ្ជកម្មទៅកាន់អ្នកប្រើប្រាស់នៅលើបណ្តាញរូបវន្តដូចគ្នា (ក្នុង VLAN ដូចគ្នា) អាសយដ្ឋាន IP ពីអាងជាច្រើន។ ប្រសិនបើសំណើបានមកដល់ក្រុមនៃអាសយដ្ឋានដែលជាផ្នែកមួយនៃ SuperScope នោះអតិថិជនអាចត្រូវបានផ្តល់អាសយដ្ឋានពីវិសាលភាពមួយផ្សេងទៀតដែលរួមបញ្ចូលនៅក្នុង SuperScope នេះ។

គោលនយោបាយ

The DHCP Server role in Windows Server 2012 introduces a new feature that allows you to create IPv4 policies that specify custom IP address and option assignments for DHCP clients based on a set of conditions.

The policy based assignment (PBA) feature allows you to group DHCP clients by specific attributes based on fields contained in the DHCP client request packet. PBA enables targeted administration and greater control of the configuration parameters delivered to network devices with DHCP.

គោលការណ៍ – អនុញ្ញាតឱ្យអ្នកកំណត់អាសយដ្ឋាន IP ដល់អ្នកប្រើប្រាស់ អាស្រ័យលើប្រភេទនៃអ្នកប្រើប្រាស់ ឬប៉ារ៉ាម៉ែត្រ។ វិស្វករ Cisco ប្រើប្រាស់គោលការណ៍នៅក្នុង Windows Server 2012 ដើម្បីត្រងដោយ VNI (Virtual Network Identifier)។

រាងកាយសំខាន់

ផ្នែកនេះមានលទ្ធផលនៃការស្រាវជ្រាវ ហេតុអ្វីបានជាវាមិនត្រូវបានគាំទ្រ របៀបដែលវាដំណើរការ (តក្កវិជ្ជា) អ្វីដែលថ្មី និងរបៀបដែលថ្មីនេះនឹងជួយយើង។

ហេតុអ្វីបានជា Microsoft Windows Server 2000/2003/2008 មិនគាំទ្រ?

Microsoft Windows Server 2008 និងកំណែមុនមិនដំណើរការជម្រើស 82 ហើយកញ្ចប់ត្រឡប់ត្រូវបានផ្ញើដោយគ្មានជម្រើស 82 ។

បញ្ហា Win2k8 R2 DHCP ជាមួយ Option82

សំណើពីអតិថិជនត្រូវបានផ្ញើទៅ Broadcast (DHCP Discover)។
ឧបករណ៍ (Nexus) ផ្ញើកញ្ចប់ព័ត៌មានទៅម៉ាស៊ីនមេ DHCP (DHCP Discover + Option 82) ។
ម៉ាស៊ីនមេ DHCP ទទួលបានកញ្ចប់ព័ត៌មាន ដំណើរការវា បញ្ជូនវាមកវិញ ប៉ុន្តែដោយគ្មានជម្រើស 82។ (ការផ្តល់ជូន DHCP – ដោយគ្មានជម្រើស 82)
ឧបករណ៍ (Nexus) ទទួលបានកញ្ចប់ព័ត៌មានពីម៉ាស៊ីនមេ DHCP ។ (ការផ្តល់ជូន DHCP) ប៉ុន្តែមិនផ្ញើកញ្ចប់ព័ត៌មាននេះទៅអ្នកប្រើប្រាស់ចុងក្រោយទេ។

ទិន្នន័យ Sniffer - នៅលើ Windows Server 2008 និងនៅលើម៉ាស៊ីនភ្ញៀវ DHCPWindows Server 2008 ទទួលសំណើពីឧបករណ៍បណ្តាញ។ (ជម្រើស 82 មាននៅក្នុងបញ្ជី)

Windows Server 2008 ផ្ញើការឆ្លើយតបទៅកាន់ឧបករណ៍បណ្តាញ។ (ជម្រើស 82 មិនត្រូវបានរាយជាជម្រើសក្នុងកញ្ចប់ទេ)

សំណើពីអតិថិជន - DHCP Discover មានវត្តមាន ហើយការផ្តល់ជូន DHCP ត្រូវបានបាត់

ស្ថិតិលើឧបករណ៍បណ្តាញ៖

NEXUS-9000V-SW-1# show ip dhcp relay statistics 
----------------------------------------------------------------------
Message Type             Rx              Tx           Drops  
----------------------------------------------------------------------
Discover                  8               8               0
Offer                     8               8               0
Request(*)                0               0               0
Ack                       0               0               0
Release(*)                0               0               0
Decline                   0               0               0
Inform(*)                 0               0               0
Nack                      0               0               0
----------------------------------------------------------------------
Total                    16              16               0
----------------------------------------------------------------------

DHCP L3 FWD:
Total Packets Received                           :         0
Total Packets Forwarded                          :         0
Total Packets Dropped                            :         0
Non DHCP:
Total Packets Received                           :         0
Total Packets Forwarded                          :         0
Total Packets Dropped                            :         0
DROP:
DHCP Relay not enabled                           :         0
Invalid DHCP message type                        :         0
Interface error                                  :         0
Tx failure towards server                        :         0
Tx failure towards client                        :         0
Unknown output interface                         :         0
Unknown vrf or interface for server              :         0
Max hops exceeded                                :         0
Option 82 validation failed                      :         0
Packet Malformed                                 :         0
Relay Trusted port not configured                :         0
DHCP Request dropped on MCT                      :         0
*  -  These counters will show correct value when switch 
receives DHCP request packet with destination ip as broadcast
address. If request is unicast it will be HW switched
NEXUS-9000V-SW-1#

ហេតុអ្វីបានជាការកំណត់រចនាសម្ព័ន្ធស្មុគស្មាញនៅក្នុង Microsoft Windows Server 2012?

Microsoft Windows Server 2012 មិនទាន់គាំទ្រ RFC#3527 (ជម្រើស 82 អនុជម្រើស 5(0x5) - ការជ្រើសរើសតំណ)
ប៉ុន្តែមុខងារគោលនយោបាយត្រូវបានអនុវត្តរួចហើយ។

эакэтоработает:

Microsoft Windows Server 2012 មានអាងទំនើប (SuperScope) ដែលមានអាសយដ្ឋាន Loopback និងអាងសម្រាប់បណ្តាញពិត។
ការជ្រើសរើសអាងសម្រាប់ការចេញអាសយដ្ឋាន IP ធ្លាក់ចូលទៅក្នុង SuperScope ចាប់តាំងពីការឆ្លើយតបបានមកពី DHCP Relay ជាមួយនឹងអាសយដ្ឋានប្រភព Loopback រួមបញ្ចូលនៅក្នុង SuperScope ។
ដោយប្រើគោលការណ៍ សំណើជ្រើសរើសពី Superscope ដែលវិសាលភាពសមាជិកដែល VNI មាននៅក្នុងជម្រើស 82 Suboption 1 Agent Circuit ID។ (“0108000600”+ 24 ប៊ីត VNI + 24 ប៊ីតដែលតម្លៃរបស់ខ្ញុំមិនស្គាល់ ប៉ុន្តែ sniffer បង្ហាញតម្លៃ 0 នៅក្នុងវាលនេះ។)

តើការដំឡើងសាមញ្ញក្នុង Microsoft Windows Server 2016/2019 យ៉ាងដូចម្តេច?

Microsoft Windows Server 2016 អនុវត្តមុខងារ RFC#3527 ។ នោះគឺ Windows Server 2016 អាចស្គាល់បណ្តាញត្រឹមត្រូវពីជម្រើស 82 អនុជម្រើស 5(0x5) - Link Selection attribute

សំណួរបីកើតឡើងភ្លាមៗ៖

តើយើងអាចធ្វើដោយគ្មាន Superscope បានទេ?
តើយើងអាចធ្វើដោយគ្មានគោលការណ៍ និងបំប្លែង VNI ទៅជាទម្រង់គោលដប់ប្រាំមួយបានទេ?
តើយើងអាចធ្វើដោយគ្មានវិសាលភាពសម្រាប់អាសយដ្ឋានប្រភព Loopback DHCP បានទេ?

Q. តើយើងអាចធ្វើដោយគ្មាន Superscope បានទេ?
A. បាទ វិសាលភាពអាចត្រូវបានបង្កើតភ្លាមៗនៅក្នុងតំបន់នៃអាសយដ្ឋាន IPv4 ។
Q. តើយើងអាចធ្វើដោយគ្មានគោលការណ៍ និងបំប្លែង VNI ទៅជាទម្រង់គោលដប់ប្រាំមួយបានទេ?
A. បាទ/ចាស ការជ្រើសរើសបណ្តាញគឺផ្អែកលើជម្រើស 82 Suboption 0x5,
Q. តើយើងអាចធ្វើដោយគ្មានវិសាលភាពសម្រាប់អាសយដ្ឋានប្រភព Loopback DHCP បានទេ?
A. ទេ យើងមិនអាចទេ។ ដោយសារតែ Microsoft Windows Server 2016/2019 មានការការពារប្រឆាំងនឹងសំណើរ DHCP ដែលមានគំនិតអាក្រក់។ នោះគឺរាល់សំណើពីអាសយដ្ឋានដែលមិនមាននៅក្នុងម៉ាស៊ីនមេ DHCP ត្រូវបានចាត់ទុកថាមានគំនិតអាក្រក់។

ជម្រើសជ្រើសរើសបណ្តាញរង DHCP

 Note
All relay agent IP addresses (GIADDR) must be part of an active DHCP scope IP address range. Any GIADDR outside of the DHCP scope IP address ranges is considered a rogue relay and Windows DHCP Server will not acknowledge DHCP client requests from those relay agents.

A special scope can be created to "authorize" relay agents. Create a scope with the GIADDR (or multiple if the GIADDR's are sequential IP addresses), exclude the GIADDR address(es) from distribution, and then activate the scope. This will authorize the relay agents while preventing the GIADDR addresses from being assigned.

ទាំងនោះ។ ដើម្បីកំណត់រចនាសម្ព័ន្ធអាង DHCP សម្រាប់រោងចក្រ VXLAN BGP EVPN នៅលើ Microsoft Windows Server 2016/2019 អ្នកគ្រាន់តែត្រូវការ៖

បង្កើតអាងសម្រាប់អាសយដ្ឋានប្រភពបញ្ជូនបន្ត។
បង្កើតអាងសម្រាប់បណ្តាញអតិថិជន

អ្វីដែលមិនចាំបាច់ (ប៉ុន្តែអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធហើយវានឹងដំណើរការហើយនឹងមិនជ្រៀតជ្រែកការងារ):

បង្កើតគោលការណ៍
បង្កើត SuperScope

ឧទាហរណ៍:ឧទាហរណ៍នៃការដំឡើងម៉ាស៊ីនមេ DHCP (មានអតិថិជន DHCP ពិតប្រាកដ 2 - ម៉ាស៊ីនភ្ញៀវត្រូវបានភ្ជាប់ទៅក្រណាត់ VXLAN)

ឧទាហរណ៍នៃការរៀបចំក្រុមអ្នកប្រើប្រាស់៖

ឧទាហរណ៍នៃការដំឡើងអាងអ្នកប្រើប្រាស់ (គោលការណ៍ត្រូវបានជ្រើសរើស - ដើម្បីបង្ហាញថាគោលការណ៍មិនត្រូវបានប្រើសម្រាប់ប្រតិបត្តិការត្រឹមត្រូវនៃអាង)៖

ឧទាហរណ៍នៃការកំណត់រចនាសម្ព័ន្ធអាងសម្រាប់អាសយដ្ឋានប្រភព DHCP Relay (ជួរនៃអាសយដ្ឋានសម្រាប់ការចេញផ្សាយត្រូវគ្នាយ៉ាងពេញលេញទៅនឹងការដកចេញពីក្រុមអាសយដ្ឋាន):

ការដំឡើងសេវាកម្ម DHCP នៅលើ Microsoft Windows Server 2019

ការកំណត់រចនាសម្ព័ន្ធអាងសម្រាប់អាសយដ្ឋាន Loopback (ប្រភព) សម្រាប់ DHCP Relay ។

យើងបង្កើតអាងថ្មីមួយ (វិសាលភាព) នៅក្នុងលំហ IPv4 ។

អ្នកជំនួយការបង្កើតអាង។ "បន្ទាប់ >"

កំណត់រចនាសម្ព័ន្ធឈ្មោះអាង និងការពិពណ៌នានៃអាង។

កំណត់ជួរនៃអាសយដ្ឋាន IP សម្រាប់ Loopback និងរបាំងសម្រាប់អាង។

ការបន្ថែមករណីលើកលែង។ ជួរដកចេញត្រូវតែត្រូវគ្នានឹងជួរអាង។

ពេលវេលាជួល។ "បន្ទាប់ >"

សំណួរ៖ តើអ្នកនឹងកំណត់រចនាសម្ព័ន្ធជម្រើស DHCP ឥឡូវនេះ (DNS, WINS, Gateway, Domain) ឬអ្នកនឹងធ្វើវានៅពេលក្រោយ។ វានឹងកាន់តែលឿនក្នុងការឆ្លើយថាទេ ហើយបន្ទាប់មកធ្វើឱ្យអាងហែលទឹកដោយដៃ។ ឬទៅចុងបញ្ចប់ដោយមិនបំពេញព័ត៌មានណាមួយហើយធ្វើឱ្យអាងទឹកនៅចុងបញ្ចប់នៃអ្នកជំនួយការ។

យើងបញ្ជាក់ថាជម្រើសមិនត្រូវបានកំណត់រចនាសម្ព័ន្ធ ហើយអាងមិនត្រូវបានធ្វើឱ្យសកម្មទេ។ "បញ្ចប់"

យើងបើកដំណើរការអាងដោយដៃ។ - ជ្រើសរើសវិសាលភាព និងក្នុងម៉ឺនុយបរិបទ — ជ្រើសរើស “ធ្វើឱ្យសកម្ម” ។

យើងបង្កើតអាងសម្រាប់អ្នកប្រើប្រាស់/ម៉ាស៊ីនមេ។

យើងបង្កើតអាងថ្មីមួយ។

អ្នកជំនួយការបង្កើតអាង។ "បន្ទាប់ >"

កំណត់រចនាសម្ព័ន្ធឈ្មោះអាង និងការពិពណ៌នានៃអាង។

កំណត់ជួរនៃអាសយដ្ឋាន IP សម្រាប់ Loopback និងរបាំងសម្រាប់អាង។

ការបន្ថែមករណីលើកលែង។ (គ្មានការលើកលែងតម្រូវតាមលំនាំដើម) "បន្ទាប់ >"

ពេលវេលាជួល។ "បន្ទាប់ >"

សំណួរ៖ តើអ្នកនឹងកំណត់រចនាសម្ព័ន្ធជម្រើស DHCP ឥឡូវនេះ (DNS, WINS, Gateway, Domain) ឬអ្នកនឹងធ្វើវានៅពេលក្រោយ។ តោះរៀបចំវាឥឡូវនេះ។

កំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានច្រកចេញចូលលំនាំដើម។

យើងកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានម៉ាស៊ីនមេ DNS និងដែន។

កំណត់រចនាសម្ព័ន្ធអាសយដ្ឋាន IP របស់ម៉ាស៊ីនមេ WINS ។

ការធ្វើឱ្យសកម្មវិសាលភាព។

អាងទឹកត្រូវបានកំណត់រចនាសម្ព័ន្ធ។ "បញ្ចប់"

សេចក្តីសន្និដ្ឋាន

ការប្រើប្រាស់ Windows Server 2016/2019 កាត់បន្ថយភាពស្មុគស្មាញនៃការដំឡើងម៉ាស៊ីនមេ DHCP សម្រាប់ក្រណាត់ VXLAN (ឬក្រណាត់ផ្សេងទៀត)។ (វាមិនចាំបាច់ក្នុងការផ្ទេរតំណពិសេសទៅកាន់អ្នកជំនាញផ្នែកព័ត៌មានវិទ្យា៖ លេខសម្គាល់បណ្តាញ/ភ្នាក់ងារសៀគ្វី ដើម្បីចុះឈ្មោះតម្រង។ )

តើការកំណត់រចនាសម្ព័ន្ធសម្រាប់ Windows Server 2012 ដំណើរការលើម៉ាស៊ីនមេថ្មី 2016/2019 ឬទេ វានឹងដំណើរការ។

ឯកសារនេះមានឯកសារយោងទៅកំណែ 2៖ 7.X និង 9.3។ នេះគឺដោយសារតែការពិតដែលថាកំណែ 7.0(3)I7(7) គឺជាការចេញផ្សាយដែលបានស្នើរបស់ Cisco ហើយកំណែ 9.3 គឺជាការច្នៃប្រឌិតបំផុត (សូម្បីតែគាំទ្រ Multicast តាមរយៈ VXLAN Multisite) ។

បញ្ជីប្រភព

ប្រភព: www.habr.com

កំណត់រចនាសម្ព័ន្ធ Microsoft Windows Server 2016/2019 ដើម្បីផ្តល់សេវាកម្ម DHCP សម្រាប់ VXLAN (DFA)