As with many network-related systems, sometime we are faced with specific network issues causing us to lose connectivity to certain systems. These issues could be caused by an assortment of reasons, beginning with basic TCP/IP configuration errors, network device malfunctions, cabling problems, firewall configurations and other problems. Most of these issues might be easily overruled by performing a simple PING test to the problematic device, and or to specific network devices, such as your router (or better put – Default Gateway).
On the other hand, not receiving a PING REPLY does NOT necessarily mean that there IS a cabling or IP Addressing problem, simply because PING could be blocked either on the receiving end, on the sending side, or on various network devices between those two points. This is mostly done due to security related issues involving PING (or better say – ICMP, the protocol behind PING).
In any case, my point is that having a working PING path is in most cases better for troubleshooting network issues, than NOT having it work.
Now, to the real reason for this article:
In my previous articles (see list below) I have written about how, in Windows Server 2008, Server Core installation does not include the traditional full graphical user interface (GUI). Therefore, once you have configured the server, you can only manage it locally at a command prompt, or remotely using a Terminal Server connection. Read more about Server Core on my "Understanding Windows Server 2008 Server Core" article.