Se una VM ZimaOS può esplorare “Rete” ma non riesce a eseguire il ping dell’host ZimaOS né ad aprire le relative condivisioni SMB, inizia dal routing della VM e dalla raggiungibilità dell’host, non dalle credenziali Samba. La discussione di dicembre 2025 inizialmente attribuiva il problema a NAT o all’isolamento, ma una risposta successiva di aprile 2026 ha riferito che anche il percorso bridge più recente poteva impedire a una VM di eseguire il ping dell’host ZimaOS.
Quest’ultima segnalazione è importante: passare alla rete “bridged” è un test utile, non una soluzione garantita per ogni versione di ZVM e backend di rete.
Cosa ha effettivamente dimostrato la discussione originale
Inizialmente nella VM mancava lo stack client Samba. Dopo averlo installato, la VM riusciva a vedere la propria condivisione print$, dimostrando che il software Samba all’interno del guest funzionava. L’indizio più significativo era che ping ZIMAOS_IP restituiva un messaggio di host irraggiungibile.
La VM riusciva a eseguire il ping di un altro host della LAN, quindi il problema riguardava specificamente la comunicazione tra il guest e il suo host ZimaOS, non un’interruzione completa della rete del guest.
Testa l’host ZimaOS tramite IP prima di esplorare la rete
All’interno della VM, esegui il test ping ZIMAOS_IP e poi apri smb://ZIMAOS_IP o il percorso UNC equivalente di Windows. L’individuazione della rete può non funzionare anche quando l’accesso SMB diretto funziona, quindi le icone di esplorazione sono un controllo iniziale poco affidabile.
L’attuale guida SMB di ZimaOS consiglia inoltre di verificare direttamente l’indirizzo e le credenziali quando l’accesso SMB è lento o non funziona.
La modalità bridge può comunque comportare l’isolamento dall’host
Una prima risposta della community sosteneva che la modalità bridged avrebbe risolto il problema. In seguito, un utente ha riferito che l’aggiornamento più recente presentava ancora uno stato bridge in cui la VM non riusciva a eseguire il ping dell’host ZimaOS. Questo significa che la conclusione originale “basta usare bridge” è troppo categorica.
Se la VM raggiunge altri dispositivi della LAN ma non l’host ZimaOS, confronta il comportamento con la guida all’accesso di rete ZimaOS e raccogli la modalità di rete della VM, l’IP del guest, l’IP dell’host, la subnet e la tabella di routing prima di modificare nuovamente Samba.
Non usare l’individuazione SMB come unico test di successo
I guest Linux minimali potrebbero non eseguire Avahi, WS-Discovery o altri servizi di esplorazione. Questo può nascondere le condivisioni nella vista grafica “Rete”, anche quando l’accesso SMB diretto tramite IP funziona.
Quando il ping funziona, testa la porta TCP 445 ed esegui direttamente l’autenticazione. Solo in seguito dovrai risolvere i problemi relativi all’individuazione dei servizi.
In sintesi
La discussione originale ha ristretto il problema a un livello precedente a Samba: la VM non riusciva a raggiungere il proprio host ZimaOS. La rete bridged resta una configurazione ragionevole da testare, ma la segnalazione successiva dimostra che in alcune build di ZVM l’isolamento dall’host può persistere. Verifica prima la raggiungibilità IP, poi SMB e infine l’individuazione.
