Dell DRM 3.4.8 on Linux - Access denied when network connection is enabled

The same happens also trying to run the tool as root user.

Hello,

Has this worked previously?

If so was anything done around the time the issue started?

Do you have any other DRM install and if so do they have the same issue?

@DELL-Charles R​ 

thank you for the reply. The problem arises immediately after the installation.

I just installed version 3.4.7 and works perfectly.

Consider that the 3.4.8 release summary reports:

• Enhanced security: Non-admin access has been removed. DRM is only accessible to users with administrative privileges. 

But I cannot run it as normal user added to drmuser group, neither as root in case of active network connections.

Hello,

can you create an user with administrative privilege and test?

@DELL-Marco B​ 

thenk you for the reply. As I said, the issue happens also running the tool as Linux superuser (root). The application correctly starts only if no network connection is enabled.

If it isn't permissions then I would think it would be the network itself, or something on it. Would you do me a favor and check firewall rules on both the client machine and the DRM server to ensure that the necessary ports and protocols are allowed for DRM traffic?

Also, would you clarify what exactly you are trying to do/create with DRM, the commands you are using, as well as what you are doing when the error is presented?

Let me know what you see. 

@DELL-Chris H ​

thank you for the reply. No firewall is active on the testing machine.

I just trying to launch the drm tool from CLI on Linux with eth0 connected to internet but I always get the message in the attached screenshot.

1. Run with sudo:

   • Try launching the tool with administrative privileges by prefixing the command with sudo:
     bash

      

     sudo your_drm_tool_command
   • Enter your password when prompted.

2. Check User Permissions:

   • Ensure your user account has administrative privileges. If not, you may need to contact your system administrator to grant you the necessary permissions.

3. Verify the Tool's Requirements:

   • Some DRM tools require specific permissions or configurations. Check the tool's documentation for any additional setup steps.

4. Network Interface (eth0):

   • The tool might require specific network configurations. Ensure eth0 is properly configured and has internet access. You can verify this with:
     bash

      

     ifconfig eth0
     or
     bash

      

     ip a show eth0

5. Debugging:

   • If the issue persists, run the tool with verbose or debug mode (if supported) to get more details:
     bash

      

     sudo your_drm_tool_command --verbose
     Let me know if you need further assistance!

@Dell-Martin S​ 

thank you for the reply. With eth0 connected to internet I tried to:

- launch drm from CLI as normal user: FAILED;

- launch drm from CLI as normal user with sudo: FAILED;

- launch drm from CLI as root: FAILED.

The previous attempts all succeed with eth0 disconnected but fail if any network interface is connected (e.g. eth0 and/or eth1).

Debug mode returns the same error message attached to my previous post.

I already followed all the setup steps in DRM guide.

Are you able to run the tool on Linux? Have you ever tried it?

Thank you, best regards.

Hello,

We tested on RHEL9 and it worked okay.

What is the OS kernel you are using and server model?

@DELL-Charles R​ 

thank you for the reply.

DRM 3.4.8 fails on Kali Linux 2025.2 while it runs perfectly on Ubuntu 20.04.

DRM 3.4.7 works without problems on the same Kali installation.

What should be the relevant differences? DRM is a Java application and should run flawlessy independently from the underlying OS, IMHO.

Any suggestions? 

Hello,

Let me check with an engineer.

Only thing I see right now is that Kali Linux 2025.2 is not listed as a supported OS.

Take a look at:

Dell Repository Manager, v3.4.8

https://www.dell.com/support/home/en-us/drivers/driversdetails?driverId=9CJ0C

>Supported Operating Systems at the bottom of the page.