<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Scenario: Designing for WSS Collaboration</title><link>http://blogs.technet.com/tothesharepoint/archive/2008/09/30/3130087.aspx</link><description>We recently published a couple of resources targeted to designing sites for WSS collaboration: Article: Logical architecture sample design: collaboration sites Design Sample Poster: Logical Architecture Sample Design: Windows SharePoint Services Collaboration</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Scenario: Designing for WSS Collaboration</title><link>http://blogs.technet.com/tothesharepoint/archive/2008/09/30/3130087.aspx#3130930</link><pubDate>Wed, 01 Oct 2008 21:56:18 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3130930</guid><dc:creator>RKoneval</dc:creator><description>&lt;p&gt;Is it possible to stick another WFE in your Internal network. So that will give you a WFE in the perimeter and internal network with your SQL server in the internal network. This way if you were remote you would access your company intranet by &lt;a rel="nofollow" target="_new"&gt;&lt;a rel="nofollow" target="_new" href="http://intranet"&gt;http://intranet&lt;/a&gt;.companyname.com"&gt;&lt;a rel="nofollow" target="_new" href="http://intranet"&gt;http://intranet&lt;/a&gt;.companyname.com&lt;/a&gt; but in you browsing internall you would browse to just &lt;a rel="nofollow" target="_new" href="http://intranet"&gt;http://intranet&lt;/a&gt;. The first one would route you through the WFE in the perimeter network and the second option would route you through the internal WFE. This way if you are browsing to your intranet internaly you would not have to be routed through your internal ISA server.&lt;/p&gt;
&lt;p&gt;Is this a valid architecture?&lt;/p&gt;</description></item><item><title>re: Scenario: Designing for WSS Collaboration</title><link>http://blogs.technet.com/tothesharepoint/archive/2008/09/30/3130087.aspx#3130944</link><pubDate>Wed, 01 Oct 2008 22:45:40 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3130944</guid><dc:creator>Brenda Carter</dc:creator><description>&lt;p&gt;Hi RKoneval,&lt;/p&gt;
&lt;p&gt;My understanding is that you can split farm servers between domains and network zones, you just need to make sure you open the right ports and configure domain trust relationships appropriately. For more information, see the following WSS articles:&lt;/p&gt;
&lt;p&gt;* Design extranet farm topology--see &amp;quot;split back-to-back topology&amp;quot; (&lt;a rel="nofollow" target="_new" href="http://technet.microsoft.com/en-us/library/cc287908.aspx"&gt;http://technet.microsoft.com/en-us/library/cc287908.aspx&lt;/a&gt;)&lt;/p&gt;
&lt;p&gt;* Plan security hardening for extranet environments (&lt;a rel="nofollow" target="_new" href="http://technet.microsoft.com/en-us/library/cc287966.aspx"&gt;http://technet.microsoft.com/en-us/library/cc287966.aspx&lt;/a&gt;)&lt;/p&gt;
&lt;p&gt;However, I don't think you need to do this to achieve the goal you articulated of implementing different URLs for internal and external access. &lt;/p&gt;
&lt;p&gt;The design sample assumes that the entire farm is in the perimeter network. You can achieve your goal by configuring the zones appropriately and following through by making sure that alternate access mappings are configured to match. The design sample shows how to implement both internal and external URLs. See &amp;quot;Zones and URLs&amp;quot; in the article. I know the headings on TechNet are kind of wonky and not easy to browse through. We're working on fixing that.&lt;/p&gt;
</description></item><item><title>re: Scenario: Designing for WSS Collaboration</title><link>http://blogs.technet.com/tothesharepoint/archive/2008/09/30/3130087.aspx#3130970</link><pubDate>Wed, 01 Oct 2008 23:31:33 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3130970</guid><dc:creator>RKoneval</dc:creator><description>&lt;p&gt;That does make sense.&lt;/p&gt;
&lt;p&gt;Off the top of your head can you see a reason to place another WFE in the internal network? That is haveing 2 WFE's one in the Internal perimeter and one in the external perimeter. Would going through the ISA server cause any slowness? &amp;nbsp;&lt;/p&gt;
&lt;p&gt;This new Farm that I'm working on would host everything from teamsites, mysites, intranet, public website and client portals(extranet).&lt;/p&gt;</description></item><item><title>re: Scenario: Designing for WSS Collaboration</title><link>http://blogs.technet.com/tothesharepoint/archive/2008/09/30/3130087.aspx#3131111</link><pubDate>Thu, 02 Oct 2008 04:57:33 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3131111</guid><dc:creator>Doron Bar-Caspi [MSFT]</dc:creator><description>&lt;p&gt;RKoneval,&lt;/p&gt;
&lt;p&gt;We recommend placing the WFE that hosts the Central Admin on the Internal Network for security reasons.&lt;/p&gt;
&lt;p&gt;Splitting WFE between Internal and External networks would work, as long as you remember that the AAM and Web Applications would be configured identically for all WFE, and it's up to you to configure your ISA/Router to route the right traffic to the right box/zone.&lt;/p&gt;</description></item></channel></rss>