我在一家.NET/MSSQL商店工作,该商店在支持运行Novell的客户时遇到了问题,部分原因是我们没有Novell (或资金),部分原因是我们没有拥有Novell经验的人。这个问题可以很容易地扩展为“当我们没有X技术时,我们如何提高我们对X技术的支持?”显然,我希望有人说“获得技术或具有这种经验的人很容易”,但请记住,我只是一个开发人员,而不是开发经理或掌管钱包的人。我寻找Novell服务器虚拟设备(尽管我不确定"Novell服务器“是否应该是我应该寻找的),但在VMware的网站上没有找到太多。
发布于 2008-09-01 16:29:57
有可用的60 day evaluation trial of Open Enterprise Server 2 (需要免费注册)。如果你在虚拟机中安装它,没有什么可以阻止你在60天后重新安装它(好吧,除了许可证)。
但是你需要一个精通Linux的人来处理这个问题(最好是精通这项精确的技术)。在MS商店,这可能是一个问题。
最简单的解决方案是外包-让一些外部技术人员测试你的软件的兼容性。如果你发现你付的钱太多了,那就雇佣一个了解这个软件堆栈的人吧。
如果你不对它进行测试,你就不能支持它。你不能测试一些你不知道的东西。
发布于 2008-09-01 22:03:11
在Novell问题消失之前,曾经有一些相对便宜的开发人员网络(著名的最后一句话,现在我打赌明天我们会得到一个),没有任何东西可以替代拥有软件/硬件,唯一的选择是编写一个测试程序并让用户运行它。我很好奇你遇到了什么问题,我们得到的主要问题是Jet数据库的文件锁。
发布于 2008-11-12 20:35:18
当你说运行Novell时,你需要考虑这意味着什么。
您的意思很可能是使用Netware服务器,或者使用eDirectory进行身份验证。
随着Open Enterprise Server的发布,Novell将大多数Netware堆栈的核心功能移植到了SLES (SUSE Linux Enterprise Server)上。因此,OES在Netware或Linux内核上运行。两者的服务基本相同(有一些细微的差异可能超出了这个问题的范围)。
如果您指的是Netware服务器(甚至是提供文件共享的OES Linux服务器),那么这就变成了如何访问文件系统的问题。如果是简单地从网络驱动器读取和写入,那么有两种方法。
1)在需要访问文件系统的机器上安装Novell客户端,以便它可以与托管在那里的卷和数据建立NCP (Novell核心协议)连接。
2)让Novell服务器管理员启用CIFS/Samba (在Netware内核上,它是CIFS的非从Samba移植的实现。在OES Linux上,它目前是使用eDirectory作为凭证的Samba。在即将发布的基于Linux内核的OES 2 Sp1上,Netware CIFS堆栈已经移植到了Linux上,因为与服务器上的Samba相比,Netware CIFS堆栈的性能和可伸缩性要高得多。
但是,更可能的情况是,eDirectory用于身份验证。如果是这样的话,只要假设它是一个LDAP目录,就应该没问题了。
eDirectory是跨平台的,可以在Windows、Netware、Linux (至少是SLES和Red )、Solaris、AIX和HPUX上运行。它实际上很难区分它运行在哪个平台上,所以无论您在核心操作系统上有什么内部专业知识,都可以在它上安装一个eDirectory实例,设置一个测试树,然后您就可以相当容易地测试您的身份验证代码了。
应该有一个免费的250,000个用户许可证,只为开发人员提供eDirectory。(事实上,我认为他们甚至不会费心为eDirectory申请许可证。附加产品需要许可。OES需要许可证才能访问文件共享或共享打印机。Identity Manager与几乎所有其他Novell产品许可证捆绑在一起,但仅限于与捆绑的驱动程序(AD、eDir、Notes、Exchange)一起使用,其余的需要许可。
希望这能有所帮助。如果你正在寻找指南和初学者指南,Novell Cool Solutions上有大量的内容。
如果你有什么特别的问题,请告诉我,我会看看我是否能帮上忙。
https://stackoverflow.com/questions/38026
复制相似问题