你好克里斯滕森

在创建S/4HANA的实例期间，可以选择启动基于Windows的VM，该VM具有相应维护的hosts文件以连接到S/4。

因此，不需要用户在其本地计算机上维护dummy.nodomain域名。

对于S/4HANA 1709

请参阅S/4HANA解决方案的入门指南的2.4.5节。

对于S/4HANA 1610

请参阅S/4HANA解决方案入门指南的3.2节。

此致

弗拉基米尔

感谢弗拉基米尔（Vladimir），我们最初使用的是Windows VM服务器，但是，并行测试的用户数量超出了VM可以支持的数量。

是否可以调整" dummy.nodomain"默认域？ 我认为这可能是设备上的/etc/hosts并为SAP应用程序调整SAPFQDN启动参数的机会，但是不确定是否会在S/4 Hana试用环境中引起某些问题？

您好，

该域已被烘焙到S/4HANA系统中，并且我们目前尚没有针对CAL托管版本的经过测试的程序来更改它（使用本地Blu-Ray/下载版本， 可以做到）。

如果社区中有人尝试过，也许他们可以在这里发布结果。

一种选择可能是使用浏览器插件将IP映射到dummy.nodomain（例如Chrome vhost域插件），但并非所有应用程序都可以与此正确显示。

最好，Joerg

你好，肯，

如果在本地PC上发生上述错误，则可能意味着您的实例的IP地址尚未输入PC的本地主机文件中。 您能否检查一下（有关最新的1709 FPS01设备，请参见

https://caldocs.hana.ondemand.com/caldocs/help/VA_S4HANA_1709_FPS01_FA_VINTING__1.pdf a>>第2.3章）？

在集成的CAL远程桌面上，hosts文件已被映射，应该可以立即使用。

Wrt。 移动访问：是的，这是S/4HANA CAL图像的限制。 您可以通过在自己的本地硬件上安装设备来解决此问题（请参阅

https://launchpad.support.sap.com/#/notes/2041140 了解详细信息 ，需要S用户）。

最好，Joerg

有点晚了，但我正在尝试类似的方法。

我设法将主机名更改为hanalab。 mycompany .com，DNS通过编辑PROFILE.PFL，实例配置文件，/usr/sap/sapservices和/etc/来毫无问题地解决了该问题。 主机。

它一直工作到下一次重新启动，然后SAP CAL系统复制了一个没有我的名字的/etc/hosts新版本，从而阻止了消息服务器启动。

因此，从CAL启动实例后，我需要通过腻子登录并将我的主机名添加到/etc/hosts（本地AWS IP地址）。

是否可以阻止CAL更新/etc/hosts文件？ 还是将我的主机名添加到从CAL发送到AWS的位置？

关于莫滕