|
http://www.sunworld.com/swol-08-1999/swol-08-vnc.html
The NT side of VNC
Overall, this was an excellent article and a good intro to VNC for those who have not heard of it.
However, I feel you have missed a very significant point in your article, and your statements may be somewhat misleading. You imply that VNC provides X Windows-like connectivity to NT systems -- what is not made explicitly clear is that VNC does not create or support multiple concurrent, differing sessions. Of course, this is not a limitation of VNC, but of Windows NT itself. Unix and X Windows were fundamentally designed to provide multiple users with concurrent access; NT, from an interactive console point of view, is inherently built for the single user.
Your point that it does provide better remote NT administration is great -- however, if NT were fundamentally better geared to remote maintenance and administration (i.e., Unix/telnet), then such tools would not be required.
Finally, I use VNC on all my NT systems, and it certainly makes my life much easier when I need to get in reboot/restart services, etc. Of course, such a system is not needed on my Unix systems, and even if it were, well, it's Unix, so I rarely need to go onto those machines anyhow.
NT still has a long way to go in terms of the remote administration abilities and reliability which Unix has had since its inception.
Keith Ajmani
Keith, you know you're right in what you write here. I'll briefly mention just a few points from our perspective:
Cameron Laird
http://www.sunworld.com/swol-08-1999/swol-08-ntserver.html
What about making NT networks go faster?
I liked the perspective of seeing commercial and open source tools listed side-by-side as alternatives to a business problem.
But you could also add that, in order to configure a Windows clients using DHCP, you can host the DHCP server on a Solaris (or any other Unix) server. You can find open source DHCP implementations that are easy to configure and implement.
The open source DHCP is standard on Linux and can manage Windows clients. This includes all the options those clients need, like IP addressing of the WINS server.
I think a future article about how to make Windows networks faster would be very helpful. When following their default behavior, NetBIOS and SMB are bandwidth eaters because they make too many broadcasts. It's even worse when you have the Microsoft Browser (Windows Network Neighborhood) service enabled.
I've seen many Netware and Unix networks brought to their knees after they've been connected with some NT servers or Windows 95 workstations with sharing enabled. To prevent this from happening you should take some simple steps:
Note that many implementations of SMB for Unix (LAN Manager for Unix) do not implement WINS (a.k.a. NetBIOS Name Server) capabilities.
Fernando Lozano
http://www.sunworld.com/swol-08-1999/swol-08-jiniology.html
Bill spreads Joy
Your piece, "The Jini vision," was the most interesting thing I've read in a long time. Most people don't discuss what they didn't get quite right in their books. To your great credit, you do.
Thanks,
Mark Senn
http://www.sunworld.com/sunworldonline/common/swol-backissues-columns.html#insidesolaris
Happy two-year anniversary, Jim
I just wanted to congratulate you on two years of excellent writing. I have greatly enjoyed your richly detailed Inside Solaris articles.
I often point junior admins to your column, and it has become one of few places to obtain such detailed information. One has to go somewhere now that The Magic Garden Explained is out of print.
Thanks again,
Robert Thomas
Advertisement: Support SunWorld, click here! |
Tell Us What You Thought of This Story | ||
|
If you have technical problems with this magazine, contact webmaster@sunworld.com
URL: http://www.sunworld.com/swol-09-1999/swol-09-letters.html
Last modified: