Network installation broken, PHP can't resolve names

I used a VPS several years ago but it seemed limited and just added another set of configuration, performance and flexibility issues. I probably do not need it but a cost effective bare metal dedicated server has worked out well so far.

I commented out IPV6 in hosts I thought it would be easier. I just removed the comments in hosts and tested.
oot@mr1:~# ip -6 addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 fe80::6a05:caff:fe0f:18ba/64 scope link
valid_lft forever preferred_lft forever
root@mr1:~#
root@mr1:~# ip -6 route show
fe80::/64 dev enp2s0 proto kernel metric 256 pref medium
root@mr1:~#
root@mr1:~# ping6 -c 4 ipv6.google.com
ping6: connect: Network is unreachable
root@mr1:~#
root@mr1:~# cat /proc/sys/net/ipv6/conf/all/disable_ipv6
0

I do not have a global unicast address so It appears that my provider NOCIX has it turned off.
I have never used IPv6 in ISPconfig before and do not know if it is causing my phpadmin problem.
PHP Warning: file_get_contents(https://www.phpmyadmin.net/home_page/version.txt): Failed to open stream: Network is unreachable in /tmp/ispconfig-ai/lib/os/class.ISPConfigDebianOS.inc.php on line 306
PHP Warning: Undefined array key 0 in /tmp/ispconfig-ai/lib/os/class.ISPConfigDebianOS.inc.php on line 308
[ERROR] Exception occurred: ISPConfigOSException -> Command chown -R www-data:www-data '/var/lib/phpmyadmin' ; cd /tmp ; rm -f phpMyAdmin--all-languages.tar.gz ; wget https://files.phpmyadmin.net/phpMyAdmin//phpMyAdmin--all-languages.tar.gz 2>/dev/null && tar xfz phpMyAdmin--all-languages.tar.gz && cp -a phpMyAdmin--all-languages/* /usr/share/phpmyadmin/ && rm -f phpMyAdmin--all-languages.tar.gz && rm -rf phpMyAdmin--all-languages failed. (/ispconfig.ai.php:15)

What is the best approach here. moving forward IPV6 is good even if I do not really need it and have never used it in ISPconfig

 

Got IPv6 working. I hope I do not get another phpMyAdmin snag

cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# 204.12.225.98/29

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto enp2s0
iface enp2s0 inet static
address 204.12.225.98
netmask 255.255.255.248
network 204.12.225.96
broadcast 204.12.225.103
gateway 204.12.225.97
dns-nameservers 8.8.8.8 8.8.4.4
dns-search nocix.net

auto enp2s0:0
iface enp2s0:0 inet static
address 204.12.225.99
netmask 255.255.255.248

auto enp2s0:1
iface enp2s0:1 inet static
address 204.12.225.100
netmask 255.255.255.248

auto enp2s0:2
iface enp2s0:2 inet static
address 204.12.225.101
netmask 255.255.255.248

auto enp2s0:3
iface enp2s0:3 inet static
address 204.12.225.102
netmask 255.255.255.248

iface enp2s0 inet6 static
address 2604:4300:a:17a::2/64
gateway 2604:4300:a:17a::1
root@mr1:~#
root@mr1:~# ip -6 route show | grep default
default via 2604:4300:a:17a::1 dev enp2s0 metric 1024 onlink pref medium
root@mr1:~#
root@mr1:~# ping6 ipv6.google.com
PING ipv6.google.com(ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e)) 56 data bytes
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=1 ttl=116 time=11.1 ms
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=2 ttl=116 time=11.1 ms
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=3 ttl=116 time=11.0 ms
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=4 ttl=116 time=11.0 ms
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=5 ttl=116 time=11.1 ms
64 bytes from ord38s31-in-x0e.1e100.net (2607:f8b0:4009:81a::200e): icmp_seq=6 ttl=116 time=11.0 ms
^C
--- ipv6.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 7244ms
rtt min/avg/max/mdev = 11.013/11.037/11.054/0.015 ms

 

Unfortunately, now it is worse and I do not get as far. Too bad I do not have any errors to go on and why I am not getting consistancy or reliability out of this script after a week. I also have no idea why resolvconf started failing again too. Perhaps it has something to do with enabling IPv6 but I can not be sure.

wget -O - https://get.ispconfig.org | sh -s -- --use-nginx --use-ftp-ports=40110-40210 --unattended-upgrades
.
.
[INFO] Stopping Rspamd.
[INFO] (Re)starting Bind.
[INFO] Disabling spamassassin daemon.
[ERROR] Exception occurred: ISPConfigOSException -> Command resolvconf -u 2>&1 failed. (/ispconfig.ai.php:15)

 

Did you get rid of ubound on your system as @till said in post #17?
Doesn't seem so as resolvconf still has resolving issues.

You're better of starting again from scrath with a clean base install. And nothing else!
Only configure ipv4 and ipv6 and start the install script again.
It should run just fine. I've installed dozens of systems with it and never ever had any issues.

 

You had suggested that I either disable ipv6 or I enable it. added IPv6 to my interfaces file and the result set me back further. So I guess I can start over yet again where I will be back to the point as to if I should I have IPV6 enabled or disabled. I have no idea why the automated script is much harder to deploy than the manual build. so far the only real screw up I can find on my part is with the paths and not using su - to log in as root.

 

I shold just be able to remove ipv6 from my interfaces file to get back to that point. I have done a fresh install dozens of times and they all have problems. As cool as an automated install is id manual always worked with out issue.

 

I finally got it to work after several reloads.. Even though I messed up the paths by using su instead of su - and had some challenges with multiple IP's and IPv6 implementation in the interfaces file. I think there were some other issues associated with repositories, my host and other that caused problems. I still do not know why resolver or phpmyadmin were acting up. Now I will have to test the operation and configuration of the new server/control panel.