What does a trace route tell you from the branch office side. On Thu, Feb 2, 2012 at 7:08 AM, Dave Vantine <[email protected]> wrote:
> If we assume that my subnet is 192.168.1.0/24. The ESXi host is > 192.168.1.10 and the gateway has been set to 192.168.1.1 and the subnet is > 255.255.255.0. > > The gateway and subnet settings are the same as any of the other machines > in my local subnet. > > I created a DNS record for the host so any machine on this subnet can ping > the machine either by IP or hostname and can connect to it via vSphere > client. > > It is the machines in the branch office which are on a different subnets > e.g. 192.168.100.0/24 which are not able to ping the host or connect with > vSphere though they are able to ping all other machines/devices on my > subnet. > > > > > On Wed, Feb 1, 2012 at 1:46 PM, Richard Stovall <[email protected]> wrote: > >> What is the default gateway on the ESXi server's management NIC? Is it >> the same as the other machines on your subnet? >> >> >> On Wed, Feb 1, 2012 at 11:34 AM, Dave Vantine <[email protected]> wrote: >> >>> I am a VMware newbie and have a ESXi host running on my local subnet. I >>> am able to ping this machine by IP and can access this machine with the >>> Vsphere client to manage the guest on this subnet. >>> >>> I want to give access to the host to an administrator located at our >>> branch office on a different subnet. We have a site to site vpn and all the >>> other machines on the two subnet are pingable except for the ESXi host. >>> When you try to ping the host or run a Vsphere client from the branch >>> subnet there is no response. I know for certain that there is nothing >>> blocking the traffic between the subnets so there must be something within >>> the ESXi host that is only allowing IP's on the local subnet to communicate >>> with it. Any idea on how I can get the Vsphere client on the remote networ >>> to be able to connect? >>> >>> -- >>> Thanks In Advance >>> Dave Vantine >>> >>> ~ 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 >> > > > > -- > Thanks > Dave Vantine > > ~ 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 > -- T. Todd Lemmiksoo ~ 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
