###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 ActiveDirectory-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 autoenrollment.
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.
Packet filtering can be used to restrict outgoing traffic with the help of an output filter.
Note: Packet filtering consists of creating a series of definitions called filters, which define for the router what
types of traffic are allowed or disallowed on each interface. Filters can be set for incoming and outgoing
traffic.
* Input filters define what inbound traffic on that interface the router is allowed to route or process.
* Output filters define what traffic the router is allowed to send from that interface.
Incorrect:
Not A: NAT is not able to restrict outgoing traffic. NAT supports static filters can be added to the private
interface to protect against threats from internal clients.
Filters and Remote Access Configurations
https://technet.microsoft.com/en-us/library/Cc754895(v=WS.10)
Agree.
https://technet.microsoft.com/en-us/library/dd469754(v=ws.10).aspx