Please see my comments to the answer. Do you want to know the workaround which always works? You need to run an HTTP and/or FTP server on the computers which serves up files. Then you can access the files like "http://10.0.10.89/UniServices" or "ftp://10.0.10.89/UniServices" on a uniform basis, exactly the same way you do it with WWW. Such server, or servers, can be really lightweight and consume insignificant fraction of system resources (memory, CPU time and traffic), no more then with file sharing services. If you switch to such architecture, you can use all the Web technologies of your choice in exact same way is in Internet. This is a whole idea behind Intranet, by the way. Just the LAN with file sharing in not yet the Intranet. Please see:
http://en.wikipedia.org/wiki/Intranet[
^].
Really, if you want to have Intranet, relying on the Windows file sharing services is just impractical, as this is extremely limiting technology. The mere fact that you even have your problem (even though it is easily resolvable) is a clear indication of that. If you use the browser, not file manager, you need HTTP and/or FTP. I remember the time when such sharing was popular just because people did not yet master Web and TCP/IP. My the way, in Intranet you can freely use custom TCP-based services as well. Another argument if the use of *NIX machine which can use SMB protocol (Samba) which is as limiting as file sharing itself, but with TCP/IP and application-level HTTP or FTP all connection would be OS-agnostic, as all those protocol are system-independent.
Optionally, you can also have your local DNS in your intranet. Then you would be able to use your local domain names.
—SA