###BeginCaseStudy###
Topic 2, Proseware, Inc
Overview
General Overview
Proseware, Inc. is a pharmaceutical services company that has a sales department, a marketing department, an operations department, and a human resources
department.
Physical Locations
Proseware has two main offices. One of the offices is located in New York. The other office is located in Chicago. The New York office uses a 172.16.1.0/24
network ID. The Chicago office uses a 192.168.1.0/24 network ID.
The offices connect to each other by using a high-bandwidth, low-latency WAN link. Each office connects directly to the Internet.
Existing Environment
The network contains an Active Directory forest named proseware.com. The forest contains two domains named proseware.com and chicago.proseware.com. All of
the user accounts and the computer accounts in the New York office reside in the proseware.com domain. All of the user accounts and the computer accounts in
the Chicago office reside in the chicago.proseware.com domain. All DNS zones are Active-Directory-integrated.
Each office is configured as an Active Directory site. The network ID for each office is associated to the appropriate site.
Each office contains two domain controllers. The domain controllers were recently upgraded from Windows Server 2008 R2 to Windows Server 2012 R2. The
functional level of the domain and the forest is Windows Server 2003.
The company uses Active Directory user attributes to store the personal information of its employees in custom attributes.
Existing Servers
The relevant servers are configured as shown in the following table.
All servers run Windows Server 2012 R2.
DC01 has an IPv4 scope. The starting IP address in the range is 172.16.1.100 and the ending address is 172.16.1.199.
DC03 has an IP4v scope. The starting IP address in the range is 192.168.1.100 and the ending IP address is 192.168.1.199. There are no exclusion ranges
configured on DC01 or DC03.
Requirements
Planned Changes
Proseware plans to implement the following changes:
Deploy a read-only domain controller (RODC) to the London office.
Give users remote access to both offices by using a VPN connection from their laptop or tablet.
If DC01 fails, ensure that the computers in the New York office can receive IP addresses within 30 minutes.
In the New York site, deploy two 50-TB, Fibre Channel SAN disk arrays. Offloaded Data Transfer (ODX) will be used on both storage arrays. The Hyper-V hosts
will use the new SANs for virtual machine storage.
Open three additional offices in Montreal, Atlanta, and London. The offices will connect to each other by using a high-bandwidth, low-latency WAN link. Each
office will connect directly to the Internet.
For legal reasons, the Montreal site will have its own forest named montreal.proseware.com.
The Montreal and Atlanta offices will have local IT administrators to manage the network infrastructure of their respective office. The London office will not have a
local IT staff. Each office will have approximately 50 client computers.
Technical Requirements
Proseware identifies the following technical requirements:
Users in the Montreal office must only be allowed to access shares that are located on File01 and File02. The Montreal users must be prevented from accessing
any other servers in the proseware.com forest regardless of the permissions on the resources,
Users in the New York office must be able to reconnect to the remote access VPN servers automatically. Users in the Chicago office must use SSL to connect to
the remote access VPN servers.
Domain controllers that run Windows Server 2012 R2 and Windows Server 2008 R2 must be able to be deployed to the proseware.com domain.
Administrators in the New York office must be able to restore objects from the Active Directory Recycle Bin.
The DNS servers must be prevented from overwriting the existing DNS entries that have been stored in cache.
Each DNS server must be managed by an administrator from the same office as the DNS server.
The required time to create new fixed virtual hard disks (VHDs) on the SANs must be minimized.
The remote access servers must be able to restrict outgoing traffic based on IP addresses.
All certificates must be deployed to all of the client computers by using auto-enrollment.
All of the DHCP Server server roles must be installed on a domain controller.
Only one DHCP server in each site must lease IP addresses at any given time.
DHCP traffic must not cross site boundaries.
RODCs must not contain personal user information.
###EndCaseStudy###
You need to recommend a solution for the remote access servers. What should you include in the recommendation?
A.
Network address translation (NAT)
B.
Logging levels
C.
Packet filtering
D.
Packet tracing
Explanation:
* Scenario: The remote access servers must be able to restrict outgoing traffic based on IP addresses.
* Network address translation (NAT) allows you to share a connection to the public Internet through a single interface with a single public IP address. The computers
on the private network use private, non-routable addresses. NAT maps the private addresses to the public address.
I´m not sure. I would’ve chosen C:
https://technet.microsoft.com/en-us/library/cc732746(v=ws.10).aspx
“Routing and Remote Access supports IP packet filtering, which specifies which type of traffic is allowed into and out of the router. The packet filtering feature is based on exceptions. You can set packet filters per interface and configure them to do one of the following”
C: packet filtering.
The remote access servers must be able to restrict outgoing traffic based on IP addresses. Packet filtering can be used to restrict outgoing traffic with the help of an output filter.