A couple thoughts before you write off using the Full version of R2. I was a die-hard fan of Server Core (Still am actually) but after a year of running Hyper-V cluster on Server Core, I have some new thoughts on Core vs Full.
With R2, we now have Cluster Shared Volumes and Live Migration so you can move VM's between nodes without any downtime. It's essentially the equivalent of V-Motion from VMWare. Now that I don't have to pause/resume VM's to fail them over, the patching of physical nodes is not such a big deal anymore.
Secondly, as much as I love command lines, half of my ops do not like them as much. I ended up being the top resource because of the steep learning curve when all you have to work with is the command line. So, depending on the skill of the group that will be managing the servers day to day, this might be a factor.
Also, for networking, if you ever get into teaming NIC's, good luck doing that in Server Core. To configure teaming on Intel and Broadcom, you'll need to use their software that only installs on Full.
Considering the HA you get with live migration and the ease of managemmet with the GUI for our operations team, I am encouraing our team to move to the Full version of Server 2008 R2.
Minor Update
After reading this whitepaper, it looks like CSV is recommended but not required for Live Migration. In my earlier post, I had inferred that you needed CSV for Live Migration. This is not necessarily the case.
In Virtual Network Manager on the hyper V box, select the physical NIC that you're using in the properties for each VM's network connection. The connection type will need to be set to "External" to allow the VMs access to the network as if they were "physically" plugged in.
At that point you can treat them as directly attached.
Best Answer
Not by Hyper-V itself, but you can do that using the RRAS server role.
Here's a tutorial: http://www.windowsnetworking.com/articles-tutorials/windows-server-2008/Using-Windows-Server-NAT-Router.html
The tutorial is GUI-based, so use mmc from another machine to do that remotely.