我在一家 .NET/MSSQL 商店工作,该商店无法支持运行 Novell 的客户,部分原因是我们没有 Novell(或没有资金),部分原因是我们没有具有 Novell 经验的人。这个问题很容易扩展到“当我们没有技术X时我们如何改善对技术X的支持?”显然,我希望有人说“获取技术或具有这种经验的人很容易”,但是请记住,我只是一个开发人员,而不是开发经理或对钱包字符串有力量的人。我寻找了 Novell 服务器虚拟设备(尽管我不确定“Novell 服务器”是我应该寻找的),但在 VMware 网站上没有找到太多内容。

有帮助吗?

解决方案

有一个 Open Enterprise Server 2 的 60 天评估试用版 可用(需要免费注册)。如果您将其安装在虚拟机中,则没有什么可以阻止您在 60 天后重新安装它(许可证除外)。

但您需要擅长 Linux 的人来处理这个问题(最好擅长这种精确的技术)。在 MS 商店中这可能是一个问题。

最简单的解决方案是将其外包 - 让一些外部技术人员测试您的软件的兼容性。如果您发现自己支付的费用过高,请聘请了解该软件堆栈的人。

如果你不测试某件事,你就无法支持它。而且你无法针对你不知道的东西进行测试。

其他提示

在 Novell 问题全部消失之前,我们曾经属于一些相对便宜的开发者网络(著名的遗言,现在我打赌我们明天就会得到一个),没有任何东西可以替代拥有软件/硬件,唯一的选择是编写一个测试程序并让您的用户运行它。我很好奇你遇到了什么问题,我们遇到的主要问题是 Jet 数据库的文件锁。

当您说运行 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 是 CIFS 的非 Samba 实现。在 OES Linux 上,目前 Samba 使用 eDirectory 作为凭证​​。在即将发布的 Linux 内核上的 OES 2 Sp1 上,Netware CIFS 堆栈已被移植到 Linux,因为与服务器上的 Samba 相比,它具有更高的性能和可扩展性。

不过,您的意思更有可能是使用 eDirectory 进行身份验证。如果是这种情况,只要假设它是一个 LDAP 目录就可以了。

eDirectory 是跨平台的,可以在 Windows、Netware、Linux(至少 SLES 和 Red Hat)、Solaris、AIX 和 HPUX 上运行。实际上无法区分它运行在哪个平台上,因此无论您在核心操作系统上拥有什么专业知识,都可以在其上安装 eDirectory 实例,设置测试树,然后您就可以相当轻松地测试您的身份验证代码。

应该还有一个免费的 250,000 个用户许可证可供 eDirectory for Developers 使用。(事实上​​,我认为他们甚至懒得为 eDirectory 索要许可证。附加产品需要许可。OES 需要许可证才能访问文件共享或共享打印机。Identity Manager (IDM) 与几乎所有其他 Novell 产品许可证捆绑在一起,但仅适用于捆绑驱动程序(AD、eDir、Notes、Exchange),其余驱动程序都需要许可。

希望有帮助。如果您正在寻找指南和初学者指南,这里有大量内容 Novell 酷解决方案.

如果您有具体问题,请告诉我,我会看看是否可以提供帮助。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top