Yes i know the ns1 and ns2 can be dig and have the same ip(ip of the virtualmin).
Here is the dns file for the domain globalmoney.ro
; cPanel first:110.0.23 (update_time):1742124882 Cpanel::ZoneFile::VERSION:1.3 hostname:nvme101.namebox.ro latest:124.0.30
; Zone file for globalmoney.ro
$TTL 3600
globalmoney.ro. IN SOA ns1.275.ro. root.ns1.275.ro. (
2025042812
3600
1800
1209600
86400 )
globalmoney.ro. 3600s IN NS ns1.275.ro.
globalmoney.ro. 3600s IN NS ns2.275.ro.
globalmoney.ro. 3600s IN A 49.13.197.120
globalmoney.ro. 14400 IN MX 0 globalmoney.ro.
mail.globalmoney.ro. 14400 IN CNAME globalmoney.ro.
www.globalmoney.ro. 14400 IN CNAME globalmoney.ro.
ftp.globalmoney.ro. 14400 IN A 49.13.197.120
globalmoney.ro. 14400 IN TXT "v=spf1 a:globalmoney.ro ip4:49.13.197.120 +mx +a +ip4:148.251.240.113 ?all"
localhost.globalmoney.ro. IN A 127.0.0.1
webmail.globalmoney.ro. IN A 49.13.197.120
This problem is for all the domains that was migrated from cpanel to virtualmin. The virtual domains that was new created work just fine.
No, the bind work, the dns work for all the domains that are manualy created. The dns don’t to work for all the domains that was migrated from cpanel 1 week ago.
Hmm… Earlier this command failed. dig @ns2.275.ro ns2.275.ro
but doing it by address worked. Now it works. Ping is now resolving an address. mit@~:ping ns2.275.ro PING ns2.275.ro (49.13.197.120) 56(84) bytes of data.
Not sure if my local arp cache got populated?
I found that in logs: zone globalmoney.ro/IN: loading from master file /var/lib/bind/globalmoney.ro.hosts failed: permission denied
maybe this command will repair the dns for all the domains?
I wondered why your zone files said ‘cPanel’. Knowing nothing about the Virtualmin migration script I puzzled at, but didn’t question, the cPanel reference in the zone file screen shot. I take it you manually copied them over? Asking to clarify if this was an error in the script.