See also Computer Systems at IMADA.
IMADA Virtual Computer Lab¶
The Computer Lab is a collection of servers available for students and employees at IMADA to conduct ordinary course teaching and small-scale experiments. The system should not be used for backup or very long-running experiments, as it does not it self have backup and may be completely reinstalled when needed. Any important data generated on the system should therefore be transferred elsewhere.
The IMADA Virtual Computer Lab consists of 4 servers accessible via SSH by students and employees at IMADA. Their hostnames are
The servers are only accessible internally at SDU, e.g., being on the SDU network. This can be achieved by either being physically at SDU using the eduroam network or enabling the SDU VPN.
If you have a student account, your username is simply your ordinary username,
If you have an employee account your username is either your ordinary username
or your ordinary username with domain prefix,
Whether you need to prefix with domain as employee depends on when your account
was created. If it is later than approximately 2019 then the prefix should not
If you need to prefix with domain, and type the username on the command line, then the backslash needs to be escaped. For example
> ssh nat-sdu\\email@example.com
If you can not log in, your account may not have the right permissions. See Computer Systems at IMADA for information on whom to contact.
The first login to a machine each day may take 30-60 seconds due to the authentication procedure. At subsequent logins the procedure uses cached information and it should proceed with no significant delay.
See also Passwordless SSH Connections.
Each server is installed with Ubuntu 20.04 and a range of software needed for teaching and research. If you as an employee need additional software please contact us to find a solution. If you as a student need additional software, please contact your teacher/supervisor.
For Python packages only a small subset is installed globally. You
can as an individual user simply use
python3 -m pip install thePackageName
to install additional packages for your self on a particular machine.
Each server has a separate file system, except for the folder
which is common among all servers (and users). If you have code, data,
programs, that should used by all servers you can place it here. In general you
should place it inside a subfolder with your own username to not clutter
The shared folder is by default for sharing files among machines, not users. However, teachers that wish to share files with course participants can still change ordinary file permissions to allow this.
In special cases it may be beneficial to share data with only selected users,
in which case you must use ACLs on the files/folders in the
(see e.g., here).
However, as the usernames and group names are local to each machine so you must use
the exact ID of each for the ACL commands.
To find those IDs use the
id command and suffix usernames with their full domain
name. For example, to find the ID of
jlandersen you must write
While the servers are only remotely accessible it is possible to forward GUIs to your computer.
This can be done either using classical X-forwarding, i.e., passing
ssh, or using X2Go to get a
remote desktop experience. An X2Go client is available for both Windows, macOS, and Linux.
When creating an X2Go session, it is important that you change the session type to “XFCE”, which is the desktop environment installed on the servers.
If you use an M1 macOS machine, and use X-forwarding in SSH with XQuartz, and run Java applications,
then you may encounter a graphics bug.
To circumvent the bug you must pass the argument
java when launching these
applications, though they may run slightly slower.