Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
51
Добавлен:
11.04.2015
Размер:
22.9 Mб
Скачать

Chapter 2 IPv6 Protocol for Windows Server 2008 and Windows Vista

23

addresses by default have a one-day preferred lifetime and a seven-day valid lifetime, which you can configure using netsh interface ipv6 set privacy commands.

For more information about temporary addresses, see Chapter 3, “IPv6 Addressing.”

Random Interface IDs

To prevent address scans of IPv6 addresses on a link based on the known company identifiers (IDs) of network adapter manufacturers, Windows Server 2008 and Windows Vista by default generate random interface IDs for non-temporary autoconfigured IPv6 addresses, including public and link-local addresses. A public IPv6 address is a global address that is registered in DNS and is typically used by server applications for incoming connections, such as a Web server.

Note that this new behavior is different from that for temporary IPv6 addresses. Temporary addresses also use randomly derived interface IDs. However, they are not registered in DNS and are typically used by client applications, such as a Web browser, when initiating communication.

You can disable this default behavior with the netsh interface ipv6 set global randomizeidentifiers=disabled command. You can enable the use of random interface IDs with the netsh interface ipv6 set global randomizeidentifiers=enabled command.

DNS Support

DNS support for IPv6 in Windows Server 2008 and Windows Vista consists of the following:

The querying and processing of IPv6 host (AAAA) and corresponding pointer (PTR) records in the DNS.

The sending of DNS traffic over IPv6. You can configure the IPv6 addresses of your IPv6-enabled DNS server manually with the netsh interface ipv6 add dnsserver command or with the Dynamic Host Configuration Protocol for IPv6 (DHCPv6).

The dynamic registration of IPv6 host records in the DNS over either IPv4 or IPv6.

The DNS Server service in Windows Server 2008 supports the storage and dynamic registration of IPv6 AAAA records over both IPv4 and IPv6.

For more information about DNS support for IPv6, see Chapter 9, “IPv6 and Name Resolution.”

Source and Destination Address Selection

In a DNS environment that contains both host address (A) and IPv6 host address (AAAA) records, the result of a name query for a DNS name might be multiple addresses: zero or more IPv6 addresses and zero or more IPv4 addresses. Based on the configuration of the querying

24 Understanding IPv6, Second Edition

host, address selection algorithms determine the pairs of source and destination addresses with which to attempt communication. The source and destination address pairs must be carefully selected to ensure that they are matched in scope and purpose. IPv6 in Windows Server 2008 and Windows Vista supports the source and destination address algorithms described in RFC 3484.

For more information about source and destination address selection, see Chapter 9.

Support for ipv6-literal.net Names

Windows Server 2008 and Windows Vista now support the use of IPv6Address.ipv6-literal.net names. To specify an IPv6 address within the ipv6-literal.net name, convert the

colons (:) in the address to dashes (-). For example, for the IPv6 address 2001:db8:28:3:f98a:5b31:67b7:67ef, the corresponding ipv6-literal.net name is 2001-db8-28-3-f98a-5b31-67b7-67ef.ipv6-literal.net. When submitted by an application for name resolution, the 2001-db8-28-3-f98a-5b31-67b7-67ef.ipv6-literal.net name resolves to 2001:db8:28:3:f98a:5b31:67b7:67ef.

For more information, see Chapter 9.

LLMNR

Windows Server 2008 and Windows Vista support Link-Local Multicast Name Resolution (LLMNR), which allows IPv6 hosts on a single subnet without a DNS server to resolve each other’s names. This capability is useful for single-subnet home networks and ad hoc wireless networks. Rather than unicasting a DNS query to a DNS server, LLMNR nodes send their DNS queries to a multicast address on which all the LLMNR-capable nodes of the subnet are listening. The owner of the queried name sends a unicast response. IPv4 nodes can also use LLMNR to perform local subnet name resolution without having to rely on NetBIOS over TCP/IP broadcasts.

For more information, see Chapter 9.

PNRP

Windows Server 2008 and Windows Vista include version 2 of the Peer Name Resolution Protocol (PNRP)—a secure, scalable, and dynamic name registration and name resolution protocol for the Windows Peer-to-Peer Networking platform. Windows Peer-to-Peer Networking applications can access PNRP name publication and resolution functions using the PNRP API. PNRP names are also integrated into the Getaddrinfo() Windows Sockets function. To use PNRP to resolve a name to an IPv6 address, applications can use the Getaddrinfo() function to resolve the fully qualified domain name (FQDN) name.prnp.net, in which name is the Windows Peer-to-Peer Networking peer name being resolved.

For more information, see Chapter 9.

Chapter 2 IPv6 Protocol for Windows Server 2008 and Windows Vista

25

Literal IPv6 Addresses in URLs

The Win32 Internet Extensions (WinInet) API in Windows Server 2008 and Windows Vista now supports RFC 3986 and the use of IPv6 literal addresses in URLs with the following syntax: http://[IPv6Address]:Port. For example, to connect to the Web server at the IPv6 address 2001:db8:100:2a5f::1, a user with a WinInet-based Web browser (such as Windows Internet Explorer) can type http://[2001:db8:100:2a5f::1] as the URL. Although typical users might not use IPv6 literal addresses, the ability to specify the IPv6 address in the URL is valuable to application developers, software testers, and network troubleshooters.

Static Routing

A computer running Windows Server 2008 or Windows Vista can act as a static IPv6 router that performs the following:

Forwards IPv6 packets between interfaces based on the contents of the IPv6 routing table

To enable an interface for forwarding, use the netsh interface ipv6 set interface InterfaceNameOrIndex forwarding=enabled command. You can configure static routes with the netsh interface ipv6 add|set route commands. Windows Server 2008 and Windows Vista do not provide support for IPv6 routing protocols.

Sends router advertisements

The contents of router advertisements are automatically derived from routes in the routing table. To enable the sending of router advertisements on an interface, use the netsh interface ipv6 set interface InterfaceNameOrIndex advertise=enabled command.

A computer running Windows Server 2008 or Windows Vista by default advertises itself as a default router (by using a router advertisement with a router lifetime other than zero) only if there is a default route that is configured to be published. To add a default route and publish it, you must use the netsh interface ipv6 add route ::/0 InterfaceNameorIndex nexthop=Ipv6Address publish=yes command.

For more information about static IPv6 routing support in Windows Server 2008 and Windows Vista, see Chapter 10.

IPv6 over PPP

The built-in remote access client of Windows Server 2008 and Windows Vista now supports the IPv6 Control Protocol (IPV6CP), as defined in RFC 5072, to configure IPv6 nodes on a Point-to-Point Protocol (PPP) link. Native IPv6 traffic can now be sent over PPP-based connections. For example, IPV6CP support allows you to connect with an IPv6-based Internet service provider (ISP) through dial-up or PPP over Ethernet (PPPoE)–based connections that might be used for broadband Internet access. Additionally, IPV6CP in the built-in remote access

26 Understanding IPv6, Second Edition

client supports Point-to-Point Tunneling Protocol (PPTP) and Layer Two Tunneling Protocol (L2TP)–based virtual private network (VPN) connections.

DHCPv6

The DHCP Client service in Windows Server 2008 and Windows Vista supports Dynamic Host Configuration Protocol for IPv6 (DHCPv6) defined in RFCs 3315 and 3736. A computer running Windows Server 2008 or Windows Vista can perform both DHCPv6 stateful and stateless configuration on a native IPv6 network. The DHCP Server service in Windows Server 2008 supports DHCPv6 stateful (both addresses and configuration settings) and stateless (configuration settings only) operation. The Routing and Remote Access service in Windows Server 2008 includes a DHCPv6 relay agent.

For more information, see Chapter 8, “Address Autoconfiguration.”

ISATAP

Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) is an IPv6 transition technology that allows IPv6/IPv4 nodes within an IPv4-only infrastructure of an intranet to use IPv6 to communicate with each other and with nodes on an IPv6-enabled portion of the intranet or the IPv6 Internet. The IPv6 protocol for Windows Server 2008 and Windows Vista supports ISATAP as an ISATAP host and an ISATAP router.

For more information, see Chapter 12, “ISATAP.”

6to4

6to4 is an IPv6 transition technology that provides automatic tunneling and IPv6 connectivity between IPv6/IPv4 hosts across the IPv4 Internet. 6to4 hosts use IPv6 addresses derived from IPv4 public addresses. With 6to4, IPv6 sites and hosts can use 6to4-based addresses and the IPv4 Internet to communicate without having to obtain an IPv6 global address prefix from an ISP and then having to connect to the IPv6 Internet. The IPv6 protocol for Windows Server 2008 and Windows Vista supports 6to4 as a 6to4 host and a 6to4 router.

For more information, see Chapter 13, “6to4.”

Teredo

Teredo is an IPv6 transition technology that allows automatic tunneling and IPv6 connectivity between IPv6/IPv4 hosts across the IPv4 Internet, even when the hosts are separated by IPv4 NATs. Teredo is a NAT traversal technology for IPv6 traffic designed for use in unmanaged network environments, such as small office or home office networks. IPv6 traffic tunneled using Teredo can cross one or multiple NATs and allow a Teredo client to access the hosts on the IPv6 Internet (through a Teredo relay) and other Teredo clients on the IPv4 Internet. The ability to connect to other Teredo clients that are connected to the IPv4 Internet enables

Соседние файлы в папке Lecture 2_10