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
