On the troublesome machine, open up a command prompt and type in 'telnet' and press enter, then type 'set localecho' and press enter - this will turn on local echo, which might be useful in this case.
Then type 'o hostname' or 'o ipaddress' and press enter. What happens? On Thu, Feb 2, 2012 at 13:06, Dave Vantine <[email protected]> wrote: > See in line > > On Thu, Feb 2, 2012 at 1:03 PM, Jeff Bunting <[email protected]> wrote: >> >> You didn't explicitly say, is the admin on the other side using the IP >> address to ping? I'd avoid names for the time being to absolutely rule out >> a DNS problem. (incorrect A record on the other side could potentially >> cause this behavior) >> >> # yes pinging by IP >> >> Can you ping their workstation by IP from the ESX host on your side? >> >> # I am not able to ping any machines on there subnet from the host on my >> subnet >> Any sort of VPN rule or static route in place for the host address that >> might be redirecting? >> >> I can not find any rule or route that would limit this single IP. >> >> Can you remote into a workstation on the other side of the VPN and test >> yourself? >> >> # I can open an RDP connection to a machine in there subnet and can ping >> any device on my subnet except the ESXi host >> >> Jeff >> >> On Thu, Feb 2, 2012 at 8: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 >> >> >> ~ 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 ~ 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
