Requisiti di sistema#
NethServer 8 (NS8) can be deployed on a single node or across multiple nodes. In both cases it is called «cluster». A node can be either a physical or virtual machine. Deployment on container-based virtualization solutions, such as Proxmox LXC, is not supported.
Requisiti hardware minimi per un’installazione su singolo nodo:
2 vCPU/core, architettura x86-64
2GB RAM
40GB Solid-state drive
Ulteriori nodi possono essere aggiunti in seguito, e, quando si aggiunge un nuovo nodo, si consiglia di utilizzare hardware simile e la stessa distribuzione Linux installata sugli altri nodi.
I requisiti di cui sopra devono essere aumentati per soddisfare le esigenze di carico legate al numero di utenti e applicazioni installati.
Distribuzione Linux#
È necessario installare NS8 su una distribuzione di server Linux pulita, evitando sistemi desktop o server con altri servizi già in esecuzione.
Distribuzioni e versioni Linux con Nethesis Subscription (compreso il piano «Enterprise») supporto:
Distribuzioni e versioni Linux con il supporto comunitario di NethServer:
Debian 12, 13
Swap space#
Set up a swap partition or swap file. In most environments, 4 GB of swap space provides a good balance between performance and resource usage. The decision to allocate more space depends on the system’s memory workload.
Indirizzo IP statico#
A working internet connection is necessary for the installation, configuration, and updating of the node. It is required also if an active subscription is in place.
Assign a static IP address to the node. DHCP and any other dynamic IP discovery protocols are not allowed.
Name resolution#
The node name resolver must be configured to use DNS servers that are not
provided by NS8 itself. This is required because the /etc/resolv.conf
file is inherited by application containers, which may use private network
setups that can conflict with the node’s own DNS service.
The /etc/resolv.conf file should contain one or more nameserver
lines specifying the IP addresses of DNS servers available to the node.
These servers can be in the same LAN or on the public Internet. If the
file is managed by tools such as NetworkManager or cloud-init, do
not edit it directly. Instead, follow the configuration guidelines
provided by those tools.
Avoid the following configurations:
Do not use
nameserver 127.0.0.1or any IP address assigned to the node itself. If the Linux distribution has installed a local DNS resolver service, refer to its documentation to disable or remove it.Do not use any NS8 application providing DNS service as the node name resolver, such as Samba Active Directory or DNSMasq. This can cause name resolution loops or prevent node updates.
Do not mix DNS servers from different network scopes, for example,
1.1.1.1(public, Cloudflare) and192.168.1.1(private). Doing so can lead to inconsistent DNS query results.
Configurazione DNS#
To ensure network clients can connect to the node, its fully qualified domain name (FQDN) must resolve to a routable IP address via DNS. Register the FQDN with DNS record type A for IPv4 addresses and type AAAA for IPv6 addresses.
A correct FQDN and DNS setup is essential for TLS encryption to function properly. Once connected to the node, network clients verify the TLS certificate against the given FQDN.
Per soddisfare questi requisiti, seguire questi passaggi:
Determine your DNS provider: Based on your node’s purpose, DNS can be provided by a public internet service, a private network appliance, or a combination of both. Review and understand the documentation for your chosen DNS provider.
Register the FQDN: Choose the FQDN for your node and register it in the DNS with its public IP address. An FQDN consists of a hostname prefix (a single word) and a DNS domain suffix. For example, if the hostname is
jupiterand the domain suffix isexample.org, the resulting FQDN will bejupiter.example.org.
Requisiti del nodo worker#
A worker node has specific requirements for installation and configuration.
Durante la procedura di adesione, il nodo del lavoratore si collega al leader al seguente URL:
https://<leader_fqdn>/cluster-admin/
Stabilisce anche una connessione VPN WireGuard con il leader utilizzando la porta predefinita UDP 55820.
Assicurarsi che i seguenti requisiti siano soddisfatti:
The worker node must resolve the leader’s FQDN to the correct routable address.
The HTTPS server (TCP port 443) at that address must handle the API request.
La porta UDP VPN (default 55820) non deve essere bloccata da eventuali elettrodomestici di rete.
SSH service requirements#
A running SSH service is not strictly required by NS8 unless a
subscription is active. In this case,
sshd must be listening on the standard TCP port 22 to correctly
integrate with the remote support service.
If you want to change the public SSH port, configure a port redirect
without altering the sshd listening port configuration. See
Manage SSH port redirection for instructions.
External network connectivity#
A NethServer 8 (NS8) node requires outbound network connectivity to a number of external services to operate correctly. These services are used for system updates, application distribution, cluster operations, subscription management, backup, support, and TLS certificate issuance.
Unless otherwise stated, connections are outbound only and use HTTPS over TCP port 443.
Purpose |
Host name |
Port |
Protocol |
Notes |
|---|---|---|---|---|
Name resolution |
<Name server address> |
53 |
UDP/TCP |
IP address of primary and, optionally, secondary DNS servers |
Cluster VPN and node communication |
<leader node address> |
55820 |
UDP |
Inter-node VPN and cluster traffic |
Cluster-admin leader API |
<leader node address> |
443 |
HTTPS |
Join a new worker to the cluster |
OS and NS8 repositories mirror resolution |
mirrorlist.nethserver.org |
80 |
HTTP |
Used to resolve Rocky Linux and NS8 mirrors |
Rocky Linux DNF repositories |
u4.nethesis.it, u5.nethesis.it |
443 |
HTTPS |
Rocky Linux BaseOS and AppStream updates |
TLS certificate issuance |
acme-v02.api.letsencrypt.org |
443 |
HTTPS |
Let’s Encrypt ACME v2 endpoint |
NS8 core and updates repository |
distfeed.nethserver.org |
443 |
HTTPS |
Core updates and patches |
Community application repository |
forge.nethserver.org |
443 |
HTTPS |
Optional community modules |
Container image registry |
ghcr.io |
443 |
HTTPS |
Official NS8 application and container images |
Container image registry |
docker.io |
443 |
HTTPS |
Third-party container images |
Container image registry |
quay.io |
443 |
HTTPS |
Third-party container images |
Cluster phone-home service |
phonehome.nethserver.org |
443 |
HTTPS |
Cluster registration and metadata |
Purpose |
Host name |
Port |
Protocol |
Notes |
|---|---|---|---|---|
Subscription validation and feeds |
subscription.nethserver.com |
443 |
HTTPS |
Core updates and patches for Subscription |
Subscription portal |
my.nethserver.com |
443 |
HTTPS |
System and subscription management |
Subscription portal for resellers |
my.nethesis.it |
443 |
HTTPS |
Inventory, heartbeat, entitlement checks |
Support VPN peer |
sos.nethesis.it |
1194 |
UDP |
Remote support VPN (optional) |
Support VPN peer |
sos.nethesis.it |
443 |
TCP |
Remote support VPN (optional) |
Cloud backup service |
backupd.nethesis.it |
443 |
HTTPS |
Off-site backup and restore for cluster configuration |
Cloud Log Manager |
nar.nethesis.it |
443 |
HTTPS |
Cloud storage and management for security logs (optional) |
Notes
All listed connections are initiated by the NS8 node.
Blocking access to these services can prevent updates, application installation, backups, cluster formation, or subscription validation.
Additional outbound connections may be required by specific features, such as email notifications and HTTP routes, and by installed applications, depending on their configuration and upstream services.
Requisiti per il browser Web#
Per accedere all’interfaccia utente web di amministrazione del cluster, è necessario utilizzare come client web una versione aggiornata di Firefox, Chrome o Chromium.