INF204x Module 1 Lab 1: Configuring and Troubleshooting Networking – Part 1 Estimated Time: 90 minutes

Your organization plans to implement IPv6 in their existing Active Directory environment including Windows 10 computers. In preparation for this implementation, you need to evaluate the scenario that involves IPv6 based communication between a Windows 10 domain member computer and a Windows Server 2012 R2 Active Directory domain controller.

Objectives

After completing this lab, students will be able to: Configure IPv6 addresses on a Windows 10 computer

Configure DHCPv6 on a Windows 10 computer

Configure DNSv6 on a Windows 10 computer

Configure IPv6 routing on a Windows 10 computer

Troubleshoot IPv6 configuration on a Windows 10 client computer

Lab Environment

The lab consists of two virtual machines: LON-WIN10 - Windows 10 Enterprise client (Adatum.com Active Directory domain

member) with IPv4 address of 172.16.0.40

LON-DC1 – Windows Server 2012 R2 Datacenter server (Adatum.com Active Directory

domain controller) with IPv4 address of 172.16.0.10

Note: It is important to point out that dynamic IPv6 configuration in Windows operating systems

typically relies on the combination of two complementing mechanisms. The first of them consists of

router advertisements from an IPv6-capable router. The second one is an IPv6 address assignment

(along with DNSv6 settings such as IPv6 addresses of DNS servers and DNS suffixes to be assigned to

the DHCPv6 client) from a DHCPv6 server. However, this lab currently provides the ability to implement

only the second of these two mechanisms, by relying on a Windows Server 2012 R2-based DHCP Server.

While this still allows you to implement a functional IPv6 scenario, it requires additional steps that

would not be necessary if an IPv6-capable router was present. These additional steps include IPv6

routing table changes (and, in a multi-subnet environment, would also involve assigning a default

gateway). Even though it is unlikely that you will have to resort to performing these steps in real-life

deployments, we hope that these additional steps will expand your knowledge of IPv6 and potentially

might come handy someday while troubleshooting or setting up your own IPv6 lab.

Exercise 1: Identify the default network configuration of the virtual machines in the lab

In this exercise, you will evaluate the default networking configuration of the lab virtual machines (VMs). The main tasks for this exercise are as follows:

1. Identify IPv4 and IPv6 configuration of the Windows Server 2012 R2 server virtual machine 2. Identify IPv4 and IPv6 configuration of the Windows 10 virtual machine 3. Test IPv4 and IPv6 connectivity between the virtual machines 4. Test DNSv4 and DNSv6 name resolution between the virtual machines

Task 1: Identify IPv4 and IPv6 configuration of the Windows Server 2012 R2

server virtual machine

1. Sign in to the Windows Server 2012 R2 (LON-DC1) lab virtual machine with the following

credentials:

USERNAME: ADATUM\Administrator

PASSWORD: Pa$$w0rd

2. On the lab virtual machine, launch Windows PowerShell by clicking on its icon in the taskbar.

3. In the Administrator: Windows PowerShell window, type the following and press the Enter

key.

Get-NetIPAddress | Sort InterfaceIndex | FT InterfaceIndex, InterfaceAlias,

AddressFamily, IPAddress, PrefixLength –Autosize

4. Examine the output and note that the Ethernet interface has both an IPv4 and IPv6 address

assigned to it. The IPv6 address starts with fe80:: and has the prefix length of 64. This is a link-

local address. Note that this address contains a suffix (following the % sign) matching the

network interface index. Also note that the IPv6 information is displayed first. Again IPv6 is the

default and the preferred protocol.

Note: Link-local addresses are functionally equivalent to IPv4 APIPA addresses since they facilitate

communication within the local subnet. To find out more about link-local addresses, refer to IPv6 for

the Windows Administrator: IPv6 Fundamentals at

https://blogs.technet.microsoft.com/askpfeplat/2013/06/23/ipv6-for-the-windows-administrator-ipv6-

fundamentals/

5. At the Windows PowerShell prompt, type the following and press the Enter key

wf.msc

6. In the Windows Firewall with Advanced Security window, click Inbound Rules in the left

window pane. In the list of Inbound Rules in the middle pane, verify that the File and Printer

Sharing (Echo Request – ICMPv4-In) and File and Printer Sharing (Echo Request –

ICMPv6-In) rules are enabled for All profiles.

Note: With the firewall rules allowing inbound ICMP traffic, we will be able to test connectivity from a

Windows 10 domain member lab virtual machine to the Windows Server 2012 R2 domain controller lab

virtual machine. We will rely on this ability throughout the remainder of the lab.

Task 2: Identify IPv4 and IPv6 configuration of the Windows 10 virtual

machine

1. Sign in to the Windows 10 (LON-WIN10) lab virtual machine with the following credentials:

USERNAME: ADATUM\Administrator

PASSWORD: Pa$$w0rd

2. On your lab virtual machine, click the Windows logo in the lower left corner. Click All apps in

the Start menu. In the All apps menu, click the Windows PowerShell folder. In the list of

programs in the PowerShell folder, right click Windows PowerShell. In the right-click menu,

click Run as administrator.

3. In the Administrator: Windows PowerShell window, type the following and press the Enter

key.

Get-NetIPAddress | Sort-Object InterfaceIndex | Format-Table InterfaceIndex,

InterfaceAlias, AddressFamily, IPAddress, PrefixLength –Autosize

4. Examine the output and note that the Ethernet interface has both an IPv4 and IPv6 address

assigned to it. The IPv6 address starts with fe80:: and has the prefix length of 64. This is a link-

local address. Note that this address contains the suffix (following the % sign) matching the

network interface index.

5. At the Windows PowerShell prompt, type the following and press the Enter key

wf.msc

6. In the Windows Firewall with Advanced Security window, click Inbound Rules in the left

window pane. In the list of Inbound Rules in the middle pane, verify that the File and Printer

Sharing (Echo Request – ICMPv4-In) and File and Printer Sharing (Echo Request –

ICMPv6-In) rules are enabled for All profiles.

Note: Here as well, with the firewall rules allowing inbound ICMP traffic, we will be able to test

connectivity from the Windows Server 2012 R2 domain controller lab virtual machine to the Windows

10 domain member lab virtual machine.

Task 3: Test IPv4 and IPv6 connectivity between the virtual machines

1. From the Windows 10 (LON-WIN10) virtual machine, switch to the Administrator: Windows

PowerShell window, type the command and press the Enter key:

Invoke-Command -ComputerName 'LON-DC1' -ScriptBlock {Get-NetIPAddress | Where-

Object InterfaceAlias -eq 'Ethernet' | Select-Object IPAddress}

2. The output should include the listing of the IPv4 and IPv6 address assigned to the Ethernet

network interface on LON-DC1.

3. At the Windows PowerShell prompt, type the following command and press the Enter key

(make sure to replace the <IPv4 address of LON-DC1> with the actual IPv4 address of LON-

DC1 included in the output returned by the command executed in step 1 of this task).

Test-NetConnection –ComputerName <IPv4 address of LON-DC1>

4. The command tests IPv4 network connectivity between LON-WIN10 and LON-DC1. Verify that

the value of the PingSucceeded property in the output returned by this command is True.

5. At the Windows PowerShell prompt, type the following command and press the Enter key

(make sure to replace the <IPv6 address of LON-DC1> with the actual IPv6 address of LON-

DC1 included in the output returned by the command executed in step 1 of this task).

Important: Make sure to remove the trailing % and the interface index from the IPv6 address returned

by the command executed in step 1 of this task when using it in the Test-NetConnection cmdlet.

Test-NetConnection –ComputerName <IPv6 address of LON-DC1>

6. The command tests IPv6 network connectivity between LON-WIN10 and LON-DC1. Verify that

the value of the PingSucceeded property in the output returned by this command is True.

Note: This confirms that, by default, we can communicate by using IPv6 link-local addresses between

two computers on the same subnet (as mentioned earlier, this is a subject to operating system-level

firewall rules).

Task 4: Test DNSv4 and DNSv6 name resolution between the virtual

machines

1. On the Windows 10 (LON-WIN10) virtual machine, from the Administrator: Windows

PowerShell window, type the following command and press the Enter key:

Resolve-DnsName –Name LON-WIN10.adatum.com -DnsOnly

2. The output lists the DNS records associated with the LON-WIN10.adatum.com name. Note

that, at this point, there is only an A record (referencing the IPv4 address of LON-WIN10) but

there is no AAAA record (which would resolve the LON-WIN10 name to its corresponding IPv6

address).

3. Rerun the same command for LON-DC1 by typing the following command and pressing the

Enter key:

Resolve-DnsName –Name LON-DC1.adatum.com -DnsOnly

4. The output lists the DNS records associated with the LON-DC1.adatum.com name. Note that, in

this case as well, at this point, there is only an A record (referencing the IPv4 address of LON-

DC1) but there is no AAAA record (which would resolve the LON-DC1 name to its

corresponding IPv6 address).

5. You can also verify this running the following command:

Test-NetConnection -ComputerName LON-DC1.adatum.com –InformationLevel Detailed

6. The output returned by the command will include the AllNameResolutionResults property,

which value should contain only the IPv4 address of LON-DC1.adatum.com, since DNS name

resolution to its IPv6 address is currently not possible (due to the lack of the corresponding

AAAA DNS record).

Note: If you rerun the Test-NetConnection cmdlet but specify the hostname of LON-DC1 (rather than

its fully qualified domain name), you will actually see both IPv4 and IPv6 addresses returned as the value

of the AllNameResolutionResults property. In this case, the cmdlet relies on Link-Local Multicast

Name Resolution (LLMNR) mechanism to resolve the name of another host on the same subnet to its

link-local IPv6 address. Keep in mind that LLMNR is dependent on the Network Discovery being

enabled on the target system (in this case, LON-DC1).

Results: After completing this exercise, you will have identified IP configuration of both lab virtual

machines (LON-WIN10 and LON-DC1). You also tested IPv4 and IPv6 connectivity as well as DNSv4 and

DNSv6 name resolution between them.

Exercise 2: Implement DHCPv6.

In this exercise, you will implement DHCPv6 to assign IPv6 addresses to Windows 10 computers by using the Windows Server 2012 R2-based DHCP server role. The main tasks for this exercise are as follows:

1. Install and configure DHCP Server role on the Windows Server 2012 R2 lab virtual machine (LON-DC1) 2. Implement DHCP server connection bindings on the Windows Server 2012 R2 lab virtual machine (LON-DC1) 3. Examine the resulting DHPCv6 configuration on the Windows 2012 R2 lab virtual machine (LON-DC11) 4. Examine the resulting DHPCv6 configuration on the Windows 10 lab virtual machine (LON-WIN10) 5. Test IPv6 connectivity between the lab virtual machines (LON-DC1 and LON-WIN10) 6. Modify IPv6 routing table on the Windows 10 virtual machine (LON-WIN10)

Task 1: Configure DHCP Server role on the Windows Server 2012 R2 lab

virtual machine (LON-DC1)

1. On the Windows Server 2012 R2 lab virtual machine (LON-DC1), in the Server Manager

window, click Tools. In the drop-down menu, click DHCP. This will launch the DHCP console.

2. In the DHCP console, right click on the lon-dc1.adatum.com icon and verify that the server

has been authorized. If not, click Authorize in the right-click menu.

3. In the DHCP console, right-click the IPv6 node and click New Scope… in the right-click menu.

This will launch New Scope Wizard.

4. On the Welcome to the New Scope Wizard page, click Next.

5. On the Scope Name page, type in Adatumv6 in the Name textbox and click Next.

Note: The naming convention is arbitrary, but you should consider choosing one that will help you

identify the purpose of each scope. Our choice is based purely on the fact that there is an existing IPv4

scope named Adatum.

6. On the Scope Prefix page, type in fd44:ecc6:e322:: in the Prefix textbox and click Next.

Note: In this lab, we are creating a range that will be allocating Unique Local IPv6 addresses. To find out

more about unique local addresses, refer to IPv6 for the Windows Administrator: IPv6 Fundamentals at

https://blogs.technet.microsoft.com/askpfeplat/2013/06/23/ipv6-for-the-windows-administrator-ipv6-

fundamentals/

7. On the Add Exclusions page, click Next.

8. On the Scope Lease page, leave the defaults in place and click Next.

9. On the Completing the New Scope Wizard page, ensure that the Activate Scope Now

option is set to Yes and click Finish.

Important: While at this point the IPv6 scope has been created in activated, the DHCP server is not able

to lease IPv6 addresses to DHCPv6 clients because it does not have appropriately configured bindings.

To remediate this, you must first assign a static IPv6 address to the network interface reachable by

DHCPv6 clients. You should also create an exclusion in the DHCPv6 scope that contains that IPV6

address. You will implement these steps in the next task.

Task 2: Implement DHCP server connection bindings on the Windows

Server 2012 R2 lab virtual machine (LON-DC1)

1. On the Windows Server 2012 R2 lab virtual machine (LON-DC1), switch to the Start screen, type

ncpa.cpl, and press the Enter key. This will open the Network Connections window.

2. Right-click the Ethernet connection and select Properties from its right-click menu.

3. In the Ethernet Properties dialog box, select Internet Protocol Version 6 (TCP/IPv6) and

click Properties.

4. In the Internet Protocol Version 6 (TCP/IPv6) Properties dialog box, select Use the

following IPv6 address option button. In the IPv6 address textbox, type in

fd44:ecc6:e322::dc1. Note that your choice of IPv6 address is arbitrary, as long as the 64-bit

prefix matches the one designated for the DHCPv6 scope (we decided to use dc1 as the

Interface ID portion of the address purely for convenience). Ensure that the Subnet prefix

lenght is set to 64.

5. Click OK. Ignore the message stating that The DNS server list is empty. The local IP address

will be configured as the primary DNS server address because Microsoft DNS is installed

on this machine. Click OK to close the message box.

6. In the Ethernet Properties dialog box, click Close.

7. Switch back to the DHCP console. Under the IPv6 node, right-click Exclusions and select New

Exclusion Range… from the right-click menu.

8. In the Add Exclusion dialog box, type in dc1 in the Start IPv6 Address textbox and in the

End IPv6 Address textbox.

Note: Keep in mind that dc1 in this case has nothing to do with the server name. Instead, this

represents the interface ID portion of the static IP address you assigned to the server LON-DC1 (which

we simply chose to set to the hexadecimal value dc1).

9. Click Add and click Close.

Task 3: Examine the resulting DHPCv6 configuration on the Windows Server

2012 R2 lab virtual machine (LON-DC1)

1. Switch to the Administrator: Windows PowerShell window and, at the prompt, type the

following and press the Enter key:

Ipconifg /renew6 Ethernet

2. Verify that the output displayed once the command above completes includes the IPv6 address

from the DHCPv6 scope you defined earlier.

Note: At this point, there are three IPv6 addresses assigned to the Ethernet interface on LON-DC1. The

first one is the automatically allocated link-local one (starting with fe80::), the second one is the static

one you assigned earlier in this exercise (fd44:ecc6:e322::dc1), and the third one (also starting with

fd44:ecc6:e322::) has been provided dynamically by the DHCP server from its DHCPv6 scope.

Task 4: Examine the resulting DHPCv6 configuration on the Windows 10 lab

virtual machine (LON-WIN10)

1. Switch to the Windows 10 (LON-WIN10) virtual machine. On LON-WIN10, in the

Administrator: Windows PowerShell window, type the following command and press the

Enter key:

Ipconifg /renew6 Ethernet

2. Verify that the output displayed once the command above completes includes the IPv6 address

from the DHCPv6 scope you defined earlier.

Note: At this point, there are two IPv6 addresses assigned to the Ethernet interface on LON-WIN10.

The first one is the automatically allocated link-local one (starting with fe80::) and the second one

(starting with fd44:ecc6:e322::) has been provided dynamically by the DHCP server from its DHCPv6

scope.

Task 5: Test IPv6 connectivity between the lab virtual machines (LON-DC1

and LON-WIN10)

1. On the Windows 10 (LON-WIN10) virtual machine, switch to the Administrator: Windows

PowerShell window, type the command and press the Enter key:

Invoke-Command -ComputerName 'LON-DC1' -ScriptBlock {Get-NetIPAddress | Where-

Object InterfaceAlias -eq 'Ethernet' | Select-Object IPAddress}

2. The output should include the listing of all IPv6 addresses assigned to the Ethernet network

interface on LON-DC1. At the Windows PowerShell prompt, type the following command and

press the Enter key (make sure to replace the <IPv6 address of LON-DC1> with the actual

DHCPv6 assigned IPv6 address of LON-DC1 included in the output returned by the command

executed in step 1 of this task.

Test-NetConnection –ComputerName <IPv6 address of LON-DC1>

3. The command tests IPv6 network connectivity between LON-WIN10 and LON-DC1. Notice that

the test fails.

Important: You might be surprised that the test fails at this point, even though both LON-WIN10 and

LON-DC1 appear to have DHCPv6 assigned IPv6 addresses from the same scope and both reside on the

same subnet. As we mentioned at the beginning of this guide, this is due to the fact that our lab

environment does not include an IPv6-capable router. To remediate this shortcoming, you will need to

make IPv6 routing table changes. The steps to accomplish this are outlined in the next task.

Task 6: Modify IPv6 routing table on the Windows 10 virtual machine (LON-

WIN10)

1. On the Windows 10 (LON-WIN10) virtual machine, from the Administrator: Windows

PowerShell window, type the command and press the Enter key:

Get-NetRoute –InterfaceAlias Ethernet

2. The output should include the listing of the local routing table entries for the Ethernet network

interface. Note that the table does not include an entry representing the local IPv6 subnet

(fd44:ecc6:e322::/64). This is causing the failure of communication by using the IPv6 address

dynamically assigned to LON-WIN10 by DHCPv6.

3. To resolve this, at the Windows PowerShell prompt, type the following command and press the

Enter key:

New-NetRoute –InterfaceAlias ‘Ethernet’ –DestinationPrefix ‘fd44:ecc6:e322::/64’

–NextHop ‘::’ –AddressFamily IPv6 –RouteMetric 256

4. The command will return the new route table entries. Note that since we have not included the

PolicyStore parameter, the route is added automatically to both ActiveStore and

PersistentStore. Effectively, the change takes effect immediately and persists following

reboots.

5. At the Windows PowerShell prompt, rerun the following command and press the Enter key

(make sure to replace the <IPv6 address of LON-DC1> with the actual DHCPv6 assigned IPv6

address of LON-DC1 included in the output returned by the command executed in step 1 of

the previous task).

Test-NetConnection –ComputerName <IPv6 address of LON-DC1>

6. Note that this time the command succeeded, as indicated by the value True of the

PingSucceeded property in the returned output.

Important: Note that we did not have to modify the routing table on LON-DC1. The reason for it is that

we assigned to it a static IPv6 address in the fd44:ecc6:e322::/64 subnet , which automatically took

care of adjusting appropriately its local routing table. You can easily verify this by running the Get-

NetRoute –InterfaceAlias Ethernet command from the Windows PowerShell prompt on LON-DC1.

Results: After completing this exercise, you will have installed and configured DHCP server role on the

Windows Server 2012 R2 lab virtual machine, implemented its DHCP server connection bindings, and

examined the resulting DHCPv6 configuration on the Windows Server 2012 R2 and Windows 10 lab

virtual machines. You also identified an issue when testing IPv6 connectivity between the two lab virtual

machines and resolved it by modifying the IPv6 routing table on the Windows 10 lab virtual machine.

Exercise 3: Implement DNSv6

In this exercise, you will configure DNSv6 to facilitate reverse DNS lookups from Windows 10 computers by using the Windows Server 2012 R2-based DNS server role. The main tasks for this exercise are as follows:

1. Test DNSv6 name resolution from the Windows 10 lab virtual machine 2. Modify DNSv6 DNS Server settings on the Windows Server 2012 R2 lab virtual machine 3. Configure DHCPv6 scope options on the Windows Server 2012 R2 lab virtual machine

Task 1: Test DNSv6 name resolution on the Windows 10 lab virtual machine

1. On the Windows 10 (LON-WIN10) virtual machine, from the Administrator: Windows

PowerShell window, type the following command and press the Enter key:

Resolve-DnsName –Name LON-WIN10.adatum.com -DnsOnly

2. The output lists the DNS records associated with the LON-WIN10.adatum.com name. Note

that, at this point, there is not only the A record (referencing the IPv4 address of LON-WIN10)

but also the AAAA record (which would resolve the LON-WIN10 name to its corresponding

IPv6 address).

Important: This might be again a bit of a surprise since you have not configured DNSv6 settings on the

Ethernet network interface of LON-WIN10, however, the DHCPv6 client is capable of registering the

DNSv6 names by relying on DHCPv6 server. These settings can be managed from the DHCP console, by

right-clicking on the IPv6 node, selecting Properties from the right-click menu, clicking DNS tab in the

IPv6 Properties dialog box, and modifying the state of the Enable DNS dynamic updates according

to the settings below checkbox (along with the two options Dynamically update DNS AAAA and

PTR records only if requested by the DHCP clients and Always dynamically update DNS AAAA

and PTR records).

3. Now try performing a reverse lookup which should resolve an IPv6 address to the

corresponding DNS name. In this case, you will attempt to resolve the IPv6 address which was

assigned dynamically to LON-DC1 by using DHCPv6. To accomplish this, type the following

command at the Windows PowerShell prompt and press the Enter key (make sure to replace

the <IPv6 address of LON-DC1> with the actual DHCPv6 assigned IPv6 address of LON-DC1,

which you identified in the previous exercise):

Resolve-DnsName –Type PTR -Name <IPv6 address of LON-DC1> -DnsOnly

4. You will receive an error message stating that the DNS record does not exist.

Note: In order to perform reverse lookups, which rely on the presence of PTR records, you must first

create a reverse lookup zone and ensure that it is populated with these PTR records. You will implement

these steps in the next task of this exercise.

Task 2: Modify DNSv6 DNS Server settings on the Windows Server 2012 R2

lab virtual machine.

1. On the Windows Server 2012 R2 lab virtual machine (LON-DC1), in the Server Manager

window, click Tools. In the drop-down menu, click DNS. This will launch the DNS Manager

console.

2. In the DNS Manager console, right click on the Reverse Lookup Zones folder and click New

Zone… in the right-click menu. This will launch New Zone Wizard.

3. On the Welcome to the New Zone Wizard page, click Next.

4. On the Zone Type page, accept the default settings and click Next.

5. On the Active Directory Zone Replication Scope page, accept the default settings and click

Next.

6. On the Reverse Lookup Zone Name page, select the IPv6 Reverse Lookup Zone option and

click Next.

7. On the Reverse Lookup Zone Name page, in the IPv6 Address Prefix text box, type in

fd44:ecc6:e322::/64 and click Next.

8. On the Dynamic Update page, select the Allow both nonsecure and secure dynamic

updates option and click Next.

9. On the Completing the New Zone Wizard page, click Finish. This will result in creation of the

reverse lookup zone (0.0.0.2.2.3.e.6.c.c.e.4.4.d.f.ip6.arpa) representing the IPv6 address space of

the DHCPv6 scope you created in the second exercise of this lab (fd44:ecc6:e322::/64).

Note: Now that you created a reverse lookup zone, you need to populate it with the PTR record for

LON-DC1.

10. In the DNS Manager console, expand the Forward Lookup Zones folder and click the

Adatum.com folder.

11. In the list of DNS records in Adatum.com, locate the IPv6 Host (AAAA) record representing the

IPv6 address assigned dynamically to LON-DC1 and double-click on it.

12. In the lon-dc1 Properties dialog box, enable the Update associated pointer (PTR) record

checkbox (if the checkbox is already enabled, first disable it and then re-enable it). Click OK

13. In the DNS Manager console, right-click the newly created reverse lookup zone

(0.0.0.2.2.3.e.6.c.c.e.4.4.d.f.ip6.arpa) and click Refresh in the right-click menu.

14. In the results pane, verify that the new PTR record for lon-dc1.adatum.com has been created.

15. Switch back to the Windows 10 (LON-WIN10) virtual machine. From the Administrator:

Windows PowerShell window, try again performing a reverse lookup to resolve the IPv6

address assigned dynamically to LON-DC1 by typing the following command and pressing the

Enter key (make sure to replace the <IPv6 address of LON-DC1> with the actual DHCPv6

assigned IPv6 address of LON-DC1, which you identified in the previous exercise):

Resolve-DnsName –Type PTR -Name <IPv6 address of LON-DC1> -DnsOnly

16. This time, you should receive the response showing the details of the PTR record, including the

name, type, TTL (Time to Live), and the corresponding hostname.

Important: In order to ensure proper DNSv6 name registration and name resolution in your

environment, you should configure the DHCPv6 scope option on the server hosting the DHCP server

role (LON-DC1 in this case). In particular, you should specify the list of DNS sever addresses and DNS

suffix search list. You will implement these steps in the next task.

Task 3: Configure DHCPv6 scope options on the Windows Server 2012 R2

lab virtual machine.

1. On the Windows Server 2012 R2 lab virtual machine (LON-DC1), switch to the DHCP console.

2. In the DHCP console, expand the folder labeled Scope [fd44:ecc6:e322::] Adatumv6 under

the IPv6 node, right-click the Scope Options subfolder, and click Configure Options… in the

right-click menu.

3. In the Scope Options dialog box, on the General tab, select the checkbox next to the 00023

DNS Recursive Name Server IPv6 Address List checkbox. In the New IPv6 address textbox,

type in the IPv6 address you assigned to LON-DC1 (fd44:ecc6:e322::dc1) and click Add.

4. In the Scope Options dialog box, on the General tab, select the checkbox next to the 00024

Domain Search List checkbox. In the New value textbox, type in the domain name suffix

assigned to both LON-WIN10 and LON-DC1 (adatum.com) and click Add.

5. Click OK.

6. Switch to the LON-WIN10. On the Windows 10 (LON-WIN10) virtual machine, from the

Administrator: Windows PowerShell window, type the following command and press the

Enter key:

Ipconifg /renew6 Ethernet

7. From the Windows PowerShell prompt, run the following command:

Get-NetIPConfiguration –InterfaceAlias Ethernet

8. Verify that the DNSServer property displayed in the output returned by the command includes

the fd44:ecc6:e322::dc1 entry.

Note: You can quickly verify that the newly assigned IPv6 address of DNS server is used to resolve DNS

queries by typing nslookup at the Windows PowerShell prompt. This will return the following output:

Default Server: UnKnown

Address: fd44:ecc6:e322::dc1

which indicate that the DNS server at the IP address fd44:ecc6:e322::dc1 is referenced by default when

performing DNS name resolution. To eliminate the UnKnown entry, add the PTR record corresponding

to the AAAA record of LON-DC1 fd44:ecc6:e322::dc1 to the reverse lookup zone you created in the

previous task of this exercise.

Results: After completing this exercise, you will have tested forward and reverse DNSv6 lookups on the

Windows 10 lab virtual machine and identified an issue with the reverse lookups. You have resolved this

issue by modifying DNSv6 DNS Server settings on the Windows Server 2012 R2 lab virtual machine. You

also configured DHCPv6 scope options of DHCP Server on the Windows Server 2012 R2 lab virtual

machine to ensure DNSv6 name resolution on all DHCPv6 clients.

Note: When you finish this lab select the “End Lab” link to reset the virtual machines.