ProHoster > Blog > Administrazioa > Microsoft Windows Server 2016/2019 konfiguratzea VXLAN (DFA) DHCP zerbitzuak eskaintzeko
Microsoft Windows Server 2016/2019 konfiguratzea VXLAN (DFA) DHCP zerbitzuak eskaintzeko
Artikulu honen helburua VXLAN BGP EVPN eta DFA ehunerako DHCP zerbitzuaren konfigurazioa erraztea da Microsoft Windows Server 2016/2019 erabiliz.
Dokumentazio ofizialean, ehunerako Microsoft Windows Server 2012-n oinarritutako DHCP zerbitzua Loopback igerilekua duen SuperScope gisa konfiguratuta dago (igerileku honen aipagarriena igerilekuko IP helbide guztiak igerilekutik baztertzea da (IP helbidea baztertuta = pool)) eta sare errealetarako IP helbideak igortzeko igerilekuak (hemen aipagarria da - politika konfiguratuta dago - zeinetan DHCP Errelearen Zirkuituaren IDa iragazten den eta DHCP Errelearen Zirkuitu ID honek sarerako VNIa dauka, hau da, DHCP Relay hau beste multzo baterako. Zirkuituaren ID apur bat desberdina izango da).
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.
Zati honek laburki zerrendatzen ditu hasierako datu guztiak: sareko ekipoak konfiguratzeko argibideak, eVPN lantegietako DHCP paketeetan erabiltzen diren RFCak, Microsoft Windows Server 2012ko DHCP zerbitzariaren ezarpenen bilakaera erreferentzia gisa eskaintzen da Cisco dokumentazioan. Baita Microsoft Windows zerbitzarietako DHCP zerbitzuan Superscope eta Politikari buruzko informazio laburra ere.
Nola konfiguratu DHCP Relay VXLAN BGP EVPN, DFA ehun batean
DHCP Relay VXLAN BGP EVPN ehun batean konfiguratzea ez da artikulu honen gai nagusia, nahiko erraza baita. Dokumentaziorako estekak eta sareko ekipoen ezarpenei buruzko spoiler bat eskaintzen dut.
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
• 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.
Bezeroa kokatuta dagoen VRFaren "izena" transmititzen da.
RFC#5107: 11 azpi-aukera (0xb) - Zerbitzariaren IDa gainidaztea
• 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.
Aukera hau bezeroak helbide-errentamendua berritzeko eskaera bidaltzen duela ziurtatzeko erabiltzen da aukera honetan erabiltzen den IP helbidera. (Cisco VXLAN BGP-n, EVPN bezeroaren Anycast helbide lehenetsia da.)
RFC#3527: 5. azpi-aukera (0x5) - Esteka hautatzea
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.
Bezeroak IP helbidea behar duen sarearen helbidea.
Microsoft Windows Server 2012-n DHCP konfiguratzeari buruzko Cisco-ren dokumentazioaren bilakaera
Atal hau sartu dut, saltzailearen aldetik joera positiboa dagoelako:
Artikulu honek adierazten du sare/VNI bakoitzak bere SuperScope sorta eta bere Loopback helbide multzoa behar dituela:
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.
Windows 2012 Server ezarpenak gehitu ditu sareko ekipoak konfiguratzeko dokumentazioan. Erabilitako helbide multzo guztietarako, SuperScope bat behar da datu-zentro bakoitzeko eta SuperScope hau datu-zentroaren muga da:
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.
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-en (superskopioa eta politika)
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.
Zer da SuperScope - hainbat IP helbide multzo administrazio-unitate batean konbinatzeko aukera ematen duen funtzionaltasuna da. Hainbat igerilekutako IP helbideak sare fisiko berean (VLAN berean) erabiltzaileei iragartzeko. Eskaera SuperScope baten parte gisa helbide multzo batera iritsi bada, orduan bezeroari SuperScope honetan sartutako beste esparru bateko helbide bat eman ahal izango zaio.
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.
Politikak - erabiltzaileei IP helbideak esleitzeko aukera ematen dizu erabiltzaile edo parametro motaren arabera. Cisco ingeniariek Windows Server 2012-n politikak erabiltzen dituzte VNI (Virtual Network Identifier) arabera iragazteko.
РћСЃРЅРѕРІРЅР ° С ° С ° Р ° СЃС‚С °
Atal honetan ikerketaren emaitzak, zergatik ez den onartzen, nola funtzionatzen duen (logika), zer den berria eta berri honek nola lagunduko digu.
Zergatik ez da onartzen Microsoft Windows Server 2000/2003/2008?
Microsoft Windows Server 2008 eta aurreko bertsioek ez dute 82 aukera prozesatzen eta itzultzeko paketea 82 aukerarik gabe bidaltzen da.
DHCP zerbitzariak paketea jasotzen du, prozesatzen du, itzultzen du, baina 82 aukerarik gabe. (DHCP Eskaintza - 82 aukerarik gabe)
Ekipoak (Nexus) pakete bat jasotzen du DHCP zerbitzaritik. (DHCP Eskaintza) Baina ez dio pakete hau azken erabiltzaileari bidaltzen.
Sniffer datuak - Windows Server 2008-n eta DHCP bezeroanWindows Server 2008 sareko ekipoen eskaera bat jasotzen du. (82 aukera zerrendan dago)
Windows Server 2008-k erantzuna sareko ekipoetara bidaltzen du. (82 aukera ez dago paketean aukera gisa zerrendatuta)
Bezeroaren eskaera - DHCP Discover presente dago eta DHCP eskaintza falta da
Sareko ekipoen estatistikak:
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#
Zergatik da hain konplexua konfigurazioa Microsoft Windows Server 2012-n?
Microsoft Windows Server 2012-k oraindik ez du RFC#3527 onartzen (82 aukera 5 (0x5) azpi-aukera - Lotura hautatzea)
Baina Politikaren funtzionaltasuna jada ezarrita dago.
Nola dabil:
Microsoft Windows Server 2012-k sare errealetarako Loopback helbideak eta igerilekuak dituen super pool (SuperScope) du.
IP helbidea igortzeko multzoaren hautaketa SuperScopen-en sartzen da, erantzuna DHCP Relay-tik etorri baita Loopback Source helbidea SuperScope-n sartuta.
Politika erabiliz, eskaerak Superscope-tik hautatzen du bere VNIa 82 aukerako 1. azpiaukera Agent Zirkuitu IDa duen kide-esparru hori. ("0108000600"+ 24 bit VNI + 24 bit zeinen balioak ezezagunak zaizkit, baina sniffer-ak 0 balioak erakusten ditu eremu honetan.)
Nola sinplifikatzen da konfigurazioa Microsoft Windows Server 2016/2019-n?
Microsoft Windows Server 2016-k RFC#3527 funtzionaltasuna ezartzen du. Hau da, Windows Server 2016-k sare zuzena ezagutu dezake 82 Aukera 5 (0x5) azpi-aukeratik - Lotura hautaketa atributuaren arabera
Hiru galdera sortzen dira berehala:
Superskopiorik gabe egin al dezakegu?
Politikarik gabe egin al dezakegu eta VNI forma hamaseimalera bihurtu?
Egin al dezakegu Scope for Loopback DHCP iturburu-helbiderik gabe?
Q. Superskopiorik gabe egin al dezakegu? A. Bai, eremua berehala sor daiteke IPv4 helbideen eremuan. Q. Politikarik gabe egin al dezakegu eta VNI forma hamaseimalera bihurtu? A. Bai, sarearen hautaketa 82 aukeran 0x5 azpiaukeran oinarritzen da, Q. Egin al dezakegu Scope for Loopback DHCP iturburu-helbiderik gabe? A. Ez, ezin dugu. Microsoft Windows Server 2016/2019 DHCP eskaera maltzurren aurkako babesa duelako. Hau da, DHCP zerbitzarien multzoan ez dauden helbideen eskaera guztiak gaiztotzat hartzen dira.
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.
Horiek. Microsoft Windows Server 2016/2019-n VXLAN BGP EVPN fabrika baterako DHCP igerilekua konfiguratzeko, besterik ez duzu behar:
Sortu iturburu-errele-helbideetarako multzo bat.
Sortu igerileku bat bezero-sareetarako
Beharrezkoa ez dena (baina konfiguratu daiteke eta funtzionatuko du eta ez du lana oztopatuko):
Sortu politika
Sortu SuperScope
AdibideaDHCP zerbitzari bat konfiguratzeko adibidea (bi DHCP bezero erreal daude - bezeroak VXLAN ehunera konektatuta daude)
Erabiltzaile-talde bat konfiguratzeko adibidea:
Erabiltzaile-talde bat konfiguratzeko adibide bat (politikak hautatzen dira - igerilekuaren funtzionamendu zuzenerako politikak ez zirela erabili frogatzeko):
Iturburuko DHCP Relay helbideetarako multzo bat konfiguratzeko adibide bat (jaulkitzeko helbide sorta helbide multzotik baztertzeari dagokio guztiz):
DHCP zerbitzu bat konfiguratzea Microsoft Windows Server 2019-n
Loopback helbideetarako (iturburua) multzo bat konfiguratzea DHCP Relay-rako.
Igerileku berri bat (Scope) sortzen dugu IPv4 espazioan.
Igerilekuak sortzeko morroia. "Hurrengoa >"
Konfiguratu igerilekuaren izena eta deskribapena.
Ezarri IP helbideen barrutia Loopback-erako eta igerilekurako maskara.
Salbuespenak gehitzea. Bazterketa-barrutiak igerileku-barrutiarekin bat etorri behar du.
Alokairu-denbora. "Hurrengoa >"
Kontsulta: DHCP aukerak konfiguratuko dituzu orain (DNS, WINS, Gateway, Domain) edo geroago egingo duzu. Azkarragoa izango litzateke ezetz erantzutea, eta gero igerilekua eskuz aktibatzea. Edo amaierara joan informaziorik bete gabe eta aktibatu igerilekua morroiaren amaieran.
Aukerak ez daudela konfiguratuta eta igerilekua ez dagoela aktibatuta berresten dugu. "Amaitu"
Igerilekua eskuz aktibatzen dugu. — Hautatu Eremua eta laster-menuan — hautatu “Aktibatu”.
Erabiltzaile/zerbitzarientzako igerileku bat sortzen dugu.
Igerileku berri bat sortzen dugu.
Igerilekuak sortzeko morroia. "Hurrengoa >"
Konfiguratu igerilekuaren izena eta deskribapena.
Ezarri IP helbideen barrutia Loopback-erako eta igerilekurako maskara.
Salbuespenak gehitzea. (Lehenespenez ez da salbuespenik behar) "Hurrengoa >"
Alokairu-denbora. "Hurrengoa >"
Kontsulta: DHCP aukerak konfiguratuko dituzu orain (DNS, WINS, Gateway, Domain) edo geroago egingo duzu. Konfigura dezagun orain.
Konfiguratu atebide-helbide lehenetsia.
Domeinua eta DNS zerbitzariaren helbideak konfiguratzen ditugu.
WINS zerbitzarien IP helbideak konfiguratzea.
Esparrua aktibatzea.
Igerilekua konfiguratuta dago. "Amaitu"
Ondorioa
Windows Server 2016/2019 erabiltzeak DHCP zerbitzari bat konfiguratzeko konplexutasuna murrizten du VXLAN ehun baterako (edo beste edozein ehun). (Ez da beharrezkoa esteka bereziak IT espezialistei transferitzea: Sarearen/Agentearen Zirkuitu IDa iragazkiak erregistratzeko.)
Windows Server 2012rako konfigurazioak funtzionatuko al du 2016/2019 zerbitzari berrietan - bai funtzionatuko du.
Dokumentu honek 2 bertsioren erreferentziak ditu: 7.X eta 9.3. 7.0(3)I7(7) bertsioa Cisco Suggested bertsioa dela eta 9.3 bertsioa berritzaileena delako (nahiz eta VXLAN Multisite bidez Multicast onartzen du).