That's exactly what I did on my UAG machine.

On Thu, Feb 28, 2013 at 5:54 AM, Miller Bonnie L.
<[email protected]> wrote:
> And if that doesn't work for some reason, we're using static routes on 2008 
> R2 via the route command with no issues--that should still do the trick.  I 
> have a cmd script for adding and one for removing (when someone changes 
> something so we can update and re-add).  The catch is we just have to 
> remember to run it as administrator.  We have one server subnet where they 
> all need to have a pile of routes added, so the scripts make it easier to 
> prevent typos.
>
> -Bonnie
>
> -----Original Message-----
> From: Kurt Buff [mailto:[email protected]]
> Sent: Wednesday, February 27, 2013 6:56 PM
> To: NT System Admin Issues
> Subject: Re: Lync issue - something I don't quite understand...
>
> Thanks.
>
> I'll try it again.
>
> Kurt
>
> On Wed, Feb 27, 2013 at 6:10 PM, Sean Martin <[email protected]> wrote:
>> I haven't had any issues using the following syntax:
>>
>> netsh interface ipv4 add route <network/bitmask> <NIC name> <gateway
>> IP>
>>
>> - Sean
>>
>> On Wed, Feb 27, 2013 at 4:33 PM, Kurt Buff <[email protected]> wrote:
>>>
>>> Good idea on the DNS setting on the NIC. Thanks for that. I'll do
>>> that for the one with the DG when I switch it to the DMZ.
>>>
>>> I've managed many static routes (including on UAG 2010), so that's
>>> not a problem.
>>>
>>> But, I've noticed that Win2k8 R2 didn't seem to like it when I added
>>> them via netsh - I probably used the wrong incantation for my UAG
>>> machine, and ended up using the old route command I know and love.
>>> Got a tip for me there?
>>>
>>> Kurt
>>>
>>> On Wed, Feb 27, 2013 at 5:26 PM, Sean Martin <[email protected]>
>>> wrote:
>>> > In addition to what Michael already stated, disable DNS
>>> > registration on the NIC you don't want registering in DNS. Get used
>>> > to managing static routes.
>>> >
>>> > - Sean
>>> >
>>> > On Wed, Feb 27, 2013 at 4:08 PM, Michael B. Smith
>>> > <[email protected]>
>>> > wrote:
>>> >>
>>> >> Having multiple DGs is wrong. There can only be one default.
>>> >>
>>> >> Windows behavior is non-deterministic when you have specified
>>> >> multiple default gateways.
>>> >>
>>> >> Almost certainly, the interior one needs to be eliminated and
>>> >> replaced by either a routing table or a set of manual routes.
>>> >>
>>> >> -----Original Message-----
>>> >> From: Kurt Buff [mailto:[email protected]]
>>> >> Sent: Wednesday, February 27, 2013 7:56 PM
>>> >> To: NT System Admin Issues
>>> >> Subject: Lync issue - something I don't quite understand...
>>> >>
>>> >> All,
>>> >>
>>> >> We've got a Lync 2010 infrastructure set up, but it's doing one
>>> >> little thing that I'm not liking.
>>> >>
>>> >> The server has two NICs - each in a different subnet. One is in
>>> >> the same subnet as the rest of our servers. The other is in a
>>> >> subnet that sits between our L3 switch and our firewall - it's not
>>> >> a DMZ.
>>> >>
>>> >> I didn't set this up, but I was told that the intention was to set
>>> >> up the second connection in the DMZ at the appropriate time for
>>> >> external access - that hasn't happened yet, and I wasn't involved
>>> >> in the install, and know little to nothing about Lync.
>>> >>
>>> >> The behavior I'm seeing is that I cannot ping the interface that's
>>> >> on the server subnet at all, including from machines on that
>>> >> subnet (I can't RDP to that IP address either). The name of the
>>> >> Lync server resolves to an IP address, and which one you get
>>> >> depends on the state of DNS - you might get back the one for the
>>> >> server subnet, or you might get back the other address.
>>> >> I can ping the other address just fine.
>>> >>
>>> >> So, where I'm going with this is: Both NICs have default gateways
>>> >> assigned, and in my experience, that's a largish mistake - only
>>> >> one interface should have a DG. I suspect this is causing some
>>> >> other problems that we are seeing as well
>>> >>
>>> >> However, the fellow who set this up swears that if I remove the DG
>>> >> from either NIC, Lync will break.
>>> >>
>>> >> So, do any of you here know enough about Lync to say if having
>>> >> only one DG will break it?
>>> >>
>>> >> Thanks,
>>> >>
>>> >> Kurt
>>> >>
>>> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>> >>
>>> >> ---
>>> >> To manage subscriptions click here:
>>> >> http://lyris.sunbelt-software.com/read/my_forums/
>>> >> or send an email to [email protected]
>>> >> with the body: unsubscribe ntsysadmin
>>> >>
>>> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>> >>
>>> >> ---
>>> >> To manage subscriptions click here:
>>> >> http://lyris.sunbelt-software.com/read/my_forums/
>>> >> or send an email to [email protected]
>>> >> with the body: unsubscribe ntsysadmin
>>> >
>>> >
>>> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>> >
>>> > ---
>>> > To manage subscriptions click here:
>>> > http://lyris.sunbelt-software.com/read/my_forums/
>>> > or send an email to [email protected]
>>> > with the body: unsubscribe ntsysadmin
>>>
>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
>>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>>
>>> ---
>>> To manage subscriptions click here:
>>> http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to [email protected]
>>> with the body: unsubscribe ntsysadmin
>>
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>> ---
>> To manage subscriptions click here:
>> http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to [email protected]
>> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected]
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected]
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin

Reply via email to