You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
+-------------------+-----------------------------------------------------------------------+
| OS | Linux 5.15.107-2-pve #1 SMP PVE 5.15.107-2 (2023-05-10T09:10Z) x86_64 || Shell | /bin/bash || PHP binary | /usr/bin/php7.4 || PHP version | 7.4.33 || php.ini used | /etc/php/7.4/cli/php.ini || EE root dir | phar://ee.phar || EE vendor dir | phar://ee.phar/vendor || EE phar path | /root || EE packages dir ||| EE global config | /opt/easyengine/config/config.yml || EE project config ||| EE version | 4.6.6 |
+-------------------+-----------------------------------------------------------------------+
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
docker version
Client: Docker Engine - Community
Version: 24.0.2
API version: 1.43
Go version: go1.20.4
Git commit: cb74dfc
Built: Thu May 25 21:52:17 2023
OS/Arch: linux/amd64
Context: default
Server: Docker Engine - Community
Engine:
Version: 24.0.2
API version: 1.43 (minimum version 1.12)
Go version: go1.20.4
Git commit: 659604f
Built: Thu May 25 21:52:17 2023
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.6.21
GitCommit: 3dce8eb055cbb6872793272b4f20ed16117344f8
runc:
Version: 1.1.7
GitCommit: v1.1.7-0-g860f061
docker-init:
Version: 0.19.0
GitCommit: de40ad0
I have an IP collision between the Host LAN and EasyEngine v4 default docker network bridges. After reading this article: Configuring Docker Daemon for EE4, I edited my "default-address-pools" inside /etc/docker/daemon.json but some EasyEngine Docker bridge networks are still using the original 10.0.0.0\/8 pools and not my updated 192.168.0.0\/16 allowed pools...
I am filing an issue cause I think it's a bug in the EasyEngine setup (specifically with the ee-global-backend-network and ee-global-frontend-network docker bridges) and not a "discussion" of how to setup my unique case.
So now I don't know how to fix this and move forward...
Thanks for building EasyEngine and let me know if I missed any info/logs in the stuff below:
3. Step by Step Debugging/Logging
(Sorry I know it's verbose, trying to be thorough)
Just installed Easy Engine v4 (latest version 4.6.6) today and it all installed properly with no issues.
$ wget -qO ee rt.cx/ee4 && sudo bash ee (Click to open terminal output)
Next I created a website which also worked properly with no issues
$ ee site create EXAMPLE.COM --type=wp --php=8.1 --mu=subdom --ssl=self (Click to open terminal output)
Starting site creation.
Configuring project.
Creating WordPress site EXAMPLE.COM
Copying configuration files.
Starting site's services.Downloading and configuring WordPress.Moved /var/www/htdocs/wp-config.php to /var/www/wp-config.php successfullySuccess: Host entry successfully added.Checking and verifying site-up status. This may take some time.Installing WordPress site.Success: https://EXAMPLE.COM has been created successfully!Starting site's services.
Site entry created.
Creating cron entry
Success: Cron created successfully
+--------------------+------------------------------------------+
| Site | https://EXAMPLE.COM |
+--------------------+------------------------------------------+
| Site Root | /opt/easyengine/sites/EXAMPLE.COM |
+--------------------+------------------------------------------+
| Site Title | EXAMPLE.COM |
+--------------------+------------------------------------------+
| WordPress Username | jovial-jupiter |
+--------------------+------------------------------------------+
| WordPress Password |******************|
+--------------------+------------------------------------------+
| Alias Domains |*.EXAMPLE.COM |
+--------------------+------------------------------------------+
| DB Host | global-db |
+--------------------+------------------------------------------+
| DB Name | EXAMPLE_COM |
+--------------------+------------------------------------------+
| DB User | EXAMPLE.COM-f1SCXu |
+--------------------+------------------------------------------+
| DB Password | lVJxnuhVJSfs |
+--------------------+------------------------------------------+
| E-Mail | admin@EXAMPLE.COM. |
+--------------------+------------------------------------------+
| SSL | Enabled |
+--------------------+------------------------------------------+
| SSL Wildcard | Yes |
+--------------------+------------------------------------------+
| Cache | None |
+--------------------+------------------------------------------+
| Proxy Cache | Off |
+--------------------+------------------------------------------+
Then I noticed I could not access port 80 or 443 from a different computer to this Debian host I just installed ee and the site on. After determining it was not a firewall issue, I looked at the interface networks and saw overlap between the docker created interfaces and my LAN (LAN = 10.1.10.1/23)
AFTER ABOVE DEFAULTS: $ ip a (Click to open terminal output)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
### eth0 is my physical LAN
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether c2:de:d6:d8:fd:f1 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.1.11.200/23 brd 10.1.11.255 scope global dynamic eth0
valid_lft 77500sec preferred_lft 77500sec
inet6 fdbd:8711:b2f:0:c0de:d6ff:fed8:fdf1/64 scope global dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c0de:d6ff:fed8:fdf1/64 scope link
valid_lft forever preferred_lft forever
122: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:c6:ec:74:f7 brd ff:ff:ff:ff:ff:ff
inet 10.0.0.1/24 brd 10.0.0.255 scope global docker0
valid_lft forever preferred_lft forever
123: br-29b444043265: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:24:a8:b5:50 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.1/16 brd 10.1.255.255 scope global br-29b444043265
valid_lft forever preferred_lft forever
inet6 fe80::42:24ff:fea8:b550/64 scope link
valid_lft forever preferred_lft forever
124: br-b82f1d7fcc07: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:3a:e3:e8:e3 brd ff:ff:ff:ff:ff:ff
inet 10.2.0.1/16 brd 10.2.255.255 scope global br-b82f1d7fcc07
valid_lft forever preferred_lft forever
inet6 fe80::42:3aff:fee3:e8e3/64 scope link
valid_lft forever preferred_lft forever
125: br-d5040cefd170: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:f0:6a:e3:e7 brd ff:ff:ff:ff:ff:ff
inet 10.0.1.1/24 brd 10.0.1.255 scope global br-d5040cefd170
valid_lft forever preferred_lft forever
inet6 fe80::42:f0ff:fe6a:e3e7/64 scope link
valid_lft forever preferred_lft forever
127: vetha62ed36@if126: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-29b444043265 state UP group default
link/ether 66:f9:1c:87:72:52 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::64f9:1cff:fe87:7252/64 scope link
valid_lft forever preferred_lft forever
129: vethbb35ba1@if128: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-b82f1d7fcc07 state UP group default
link/ether 82:d0:0e:6d:c9:04 brd ff:ff:ff:ff:ff:ff link-netnsid 2
inet6 fe80::80d0:eff:fe6d:c904/64 scope link
valid_lft forever preferred_lft forever
130: br-811b4d5790c6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:8a:89:e9:4b brd ff:ff:ff:ff:ff:ff
inet 10.0.2.1/24 brd 10.0.2.255 scope global br-811b4d5790c6
valid_lft forever preferred_lft forever
inet6 fe80::42:8aff:fe89:e94b/64 scope link
valid_lft forever preferred_lft forever
146: veth473cd53@if145: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 16:b5:1d:b8:d0:be brd ff:ff:ff:ff:ff:ff link-netnsid 4
inet6 fe80::14b5:1dff:feb8:d0be/64 scope link
valid_lft forever preferred_lft forever
148: veth3ea0ecf@if147: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-b82f1d7fcc07 state UP group default
link/ether 0a:5e:f4:c7:79:d0 brd ff:ff:ff:ff:ff:ff link-netnsid 4
inet6 fe80::85e:f4ff:fec7:79d0/64 scope link
valid_lft forever preferred_lft forever
154: vethdcfcda3@if153: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 3a:93:9a:14:2b:35 brd ff:ff:ff:ff:ff:ff link-netnsid 3
inet6 fe80::3893:9aff:fe14:2b35/64 scope link
valid_lft forever preferred_lft forever
156: vethcd25b6d@if155: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-29b444043265 state UP group default
link/ether 9e:fa:74:d5:3c:bc brd ff:ff:ff:ff:ff:ff link-netnsid 5
inet6 fe80::9cfa:74ff:fed5:3cbc/64 scope link
valid_lft forever preferred_lft forever
158: veth9b773df@if157: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 52:0a:7a:30:53:2d brd ff:ff:ff:ff:ff:ff link-netnsid 5
inet6 fe80::500a:7aff:fe30:532d/64 scope link
valid_lft forever preferred_lft forever
166: vethf3f37e6@if165: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-d5040cefd170 state UP group default
link/ether 8a:69:f6:4d:34:d4 brd ff:ff:ff:ff:ff:ff link-netnsid 6
inet6 fe80::8869:f6ff:fe4d:34d4/64 scope link
valid_lft forever preferred_lft forever
Next I edited /etc/docker/daemon.json and changed 10.0.0.0\/8 to 192.168.0.0\/16 and then restarted the Docker services (per the above article). It DID change the docker0 interface but did not change some of the ee networks... I still have the same issue that I can't access the newly created site from another machine on the LAN away from the host.
AFTER CIDR CHANGE AND RESTART: $ ip a (Click to open terminal output)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether c2:de:d6:d8:fd:f1 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.1.11.200/23 brd 10.1.11.255 scope global dynamic eth0
valid_lft 76342sec preferred_lft 76342sec
inet6 fdbd:8711:b2f:0:c0de:d6ff:fed8:fdf1/64 scope global dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c0de:d6ff:fed8:fdf1/64 scope link
valid_lft forever preferred_lft forever
123: br-29b444043265: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:24:a8:b5:50 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.1/16 brd 10.1.255.255 scope global br-29b444043265
valid_lft forever preferred_lft forever
inet6 fe80::42:24ff:fea8:b550/64 scope link
valid_lft forever preferred_lft forever
124: br-b82f1d7fcc07: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:3a:e3:e8:e3 brd ff:ff:ff:ff:ff:ff
inet 10.2.0.1/16 brd 10.2.255.255 scope global br-b82f1d7fcc07
valid_lft forever preferred_lft forever
inet6 fe80::42:3aff:fee3:e8e3/64 scope link
valid_lft forever preferred_lft forever
125: br-d5040cefd170: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:f0:6a:e3:e7 brd ff:ff:ff:ff:ff:ff
inet 10.0.1.1/24 brd 10.0.1.255 scope global br-d5040cefd170
valid_lft forever preferred_lft forever
inet6 fe80::42:f0ff:fe6a:e3e7/64 scope link
valid_lft forever preferred_lft forever
130: br-811b4d5790c6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:8a:89:e9:4b brd ff:ff:ff:ff:ff:ff
inet 10.0.2.1/24 brd 10.0.2.255 scope global br-811b4d5790c6
valid_lft forever preferred_lft forever
inet6 fe80::42:8aff:fe89:e94b/64 scope link
valid_lft forever preferred_lft forever
# Looks like docker0 did properly update to a CIDR pool WITHIN the allowed pools I setup
167: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:66:0e:c8:63 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.1/24 brd 192.168.0.255 scope global docker0
valid_lft forever preferred_lft forever
169: veth501a512@if168: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-b82f1d7fcc07 state UP group default
link/ether 2a:19:23:fb:7a:58 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::2819:23ff:fefb:7a58/64 scope link
valid_lft forever preferred_lft forever
171: vetha0769cf@if170: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 22:8d:d6:91:12:69 brd ff:ff:ff:ff:ff:ff link-netnsid 3
inet6 fe80::208d:d6ff:fe91:1269/64 scope link
valid_lft forever preferred_lft forever
173: veth922dc14@if172: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-b82f1d7fcc07 state UP group default
link/ether a6:73:39:8f:e2:a9 brd ff:ff:ff:ff:ff:ff link-netnsid 6
inet6 fe80::a473:39ff:fe8f:e2a9/64 scope link
valid_lft forever preferred_lft forever
175: veth764b795@if174: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-29b444043265 state UP group default
link/ether d2:5a:be:47:52:34 brd ff:ff:ff:ff:ff:ff link-netnsid 5
inet6 fe80::d05a:beff:fe47:5234/64 scope link
valid_lft forever preferred_lft forever
177: vethe9793af@if176: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-d5040cefd170 state UP group default
link/ether 72:da:71:f0:46:0e brd ff:ff:ff:ff:ff:ff link-netnsid 2
inet6 fe80::70da:71ff:fef0:460e/64 scope link
valid_lft forever preferred_lft forever
179: vethbf02ba4@if178: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 86:dd:8c:d9:3d:ff brd ff:ff:ff:ff:ff:ff link-netnsid 6
inet6 fe80::84dd:8cff:fed9:3dff/64 scope link
valid_lft forever preferred_lft forever
181: veth827a16a@if180: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-29b444043265 state UP group default
link/ether aa:12:b0:19:22:26 brd ff:ff:ff:ff:ff:ff link-netnsid 4
inet6 fe80::a812:b0ff:fe19:2226/64 scope link
valid_lft forever preferred_lft forever
183: veth5bc9786@if182: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-811b4d5790c6 state UP group default
link/ether 0a:5a:ef:14:00:73 brd ff:ff:ff:ff:ff:ff link-netnsid 4
inet6 fe80::85a:efff:fe14:73/64 scope link
valid_lft forever preferred_lft forever
So then I decided to start fresh. So I uninstalled using ee cli self-uninstall (yes I know it destroys everything, this is a new install) and then reinstalled EasyEngine like before. BUT before adding a site, I edited the /etc/docker/daemon.json file first with the new CIDR pools allowed to make sure it was setup BEFORE creating a site. (Yes I did restart Docker as well, then did a FULL computer restart just to make sure)
Current network interfaces list:
BEFORE ADDING SITE: $ ip a (Click to open terminal output)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether c2:de:d6:d8:fd:f1 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.1.11.200/23 brd 10.1.11.255 scope global dynamic eth0
valid_lft 75117sec preferred_lft 75117sec
inet6 fdbd:8711:b2f:0:c0de:d6ff:fed8:fdf1/64 scope global dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c0de:d6ff:fed8:fdf1/64 scope link
valid_lft forever preferred_lft forever
229: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:89:67:ce:b6 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.1/24 brd 192.168.0.255 scope global docker0
valid_lft forever preferred_lft forever
Now when I try to create a site using the same command as above it fails with the log below:
$ ee site create EXAMPLE.COM --type=wp --php=8.1 --mu=subdom --ssl=self
Starting site creation.
Configuring project.
Creating WordPress site EXAMPLE.COM
Copying configuration files.
Starting site's services.Downloading and configuring WordPress.Unable to download wp core. Retrying...Unable to download wp core. Retrying...Unable to download wp core. Retrying...Unable to download wp core. Retrying...Unable to download wp core. Retrying...Warning: Couldn't connect to global-db:3306 or there was issue in`wp config create`. Please check logs.
Warning: Initiating clean-up.
[EXAMPLE.COM] Docker Containers removed.
[EXAMPLE.COM] site root removed.
Success: Site EXAMPLE.COM deleted.
Report bugs here: https://github.com/EasyEngine/site-type-wp
Notice how it couldn't connect to global-db on the mysql default port... I checked the network interfaces docker created next and saw:
AFTER ADDING SITE: $ ip a (Click to open terminal output)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether c2:de:d6:d8:fd:f1 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.1.11.200/23 brd 10.1.11.255 scope global dynamic eth0
valid_lft 74749sec preferred_lft 74749sec
inet6 fdbd:8711:b2f:0:c0de:d6ff:fed8:fdf1/64 scope global dynamic mngtmpaddr
valid_lft forever preferred_lft forever
inet6 fe80::c0de:d6ff:fed8:fdf1/64 scope link
valid_lft forever preferred_lft forever
229: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:89:67:ce:b6 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.1/24 brd 192.168.0.255 scope global docker0
valid_lft forever preferred_lft forever
#### The next two interfaces have a IP Pool in the wrong allowed CIDR range
230: br-fe63d6ee2a68: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:73:19:16:f4 brd ff:ff:ff:ff:ff:ff
inet 10.0.0.1/16 brd 10.0.255.255 scope global br-fe63d6ee2a68
valid_lft forever preferred_lft forever
inet6 fe80::42:73ff:fe19:16f4/64 scope link
valid_lft forever preferred_lft forever
231: br-d1a92170df06: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:43:80:46:f4 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.1/16 brd 10.1.255.255 scope global br-d1a92170df06
valid_lft forever preferred_lft forever
inet6 fe80::42:43ff:fe80:46f4/64 scope link
valid_lft forever preferred_lft forever
232: br-f8481bdf9003: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:c6:65:ca:54 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br-f8481bdf9003
valid_lft forever preferred_lft forever
234: veth7d0af36@if233: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-fe63d6ee2a68 state UP group default
link/ether 26:69:e0:e2:b1:c9 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::2469:e0ff:fee2:b1c9/64 scope link
valid_lft forever preferred_lft forever
236: veth8707818@if235: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-d1a92170df06 state UP group default
link/ether 46:32:40:6c:12:02 brd ff:ff:ff:ff:ff:ff link-netnsid 2
inet6 fe80::4432:40ff:fe6c:1202/64 scope link
valid_lft forever preferred_lft forever
You can see TWO interfaces that ignored my allowed ranges, br-fe63d6ee2a68 = 10.0.0.1/16 and br-d1a92170df06 = 10.1.0.1/16
Running docker network list returned the following:
NETWORK ID NAME DRIVER SCOPE
493cd4527fd3 bridge bridge local
d1a92170df06 ee-global-backend-network bridge local
fe63d6ee2a68 ee-global-frontend-network bridge local
9e3a286816a1 host host local
14394cd805b3 none null local
f8481bdf9003 services_default bridge local
So it looks like ee-global-backend-network and ee-global-frontend-network docker networks are being configured with the default (but old and not wanted) allowed CIDR ranges and ignoring my updated pool changes.
I am not sure where in the Github repositories these networks get called/created so I don't know what to do next.
Thanks for your help with this.
The text was updated successfully, but these errors were encountered:
1. System Information (Click to open details)
Client: Docker Engine - Community Version: 24.0.2 API version: 1.43 Go version: go1.20.4 Git commit: cb74dfc Built: Thu May 25 21:52:17 2023 OS/Arch: linux/amd64 Context: default Server: Docker Engine - Community Engine: Version: 24.0.2 API version: 1.43 (minimum version 1.12) Go version: go1.20.4 Git commit: 659604f Built: Thu May 25 21:52:17 2023 OS/Arch: linux/amd64 Experimental: false containerd: Version: 1.6.21 GitCommit: 3dce8eb055cbb6872793272b4f20ed16117344f8 runc: Version: 1.1.7 GitCommit: v1.1.7-0-g860f061 docker-init: Version: 0.19.0 GitCommit: de40ad0
2. Issue
I have an IP collision between the Host LAN and EasyEngine v4 default docker network bridges. After reading this article: Configuring Docker Daemon for EE4, I edited my "default-address-pools" inside
/etc/docker/daemon.json
but some EasyEngine Docker bridge networks are still using the original10.0.0.0\/8
pools and not my updated192.168.0.0\/16
allowed pools...I am filing an issue cause I think it's a bug in the EasyEngine setup (specifically with the
ee-global-backend-network
andee-global-frontend-network
docker bridges) and not a "discussion" of how to setup my unique case.So now I don't know how to fix this and move forward...
Thanks for building EasyEngine and let me know if I missed any info/logs in the stuff below:
3. Step by Step Debugging/Logging
(Sorry I know it's verbose, trying to be thorough)
Just installed Easy Engine v4 (latest version 4.6.6) today and it all installed properly with no issues.
$
wget -qO ee rt.cx/ee4 && sudo bash ee
(Click to open terminal output)Next I created a website which also worked properly with no issues
$
ee site create EXAMPLE.COM --type=wp --php=8.1 --mu=subdom --ssl=self
(Click to open terminal output)Then I noticed I could not access port 80 or 443 from a different computer to this Debian host I just installed ee and the site on. After determining it was not a firewall issue, I looked at the interface networks and saw overlap between the docker created interfaces and my LAN (LAN = 10.1.10.1/23)
AFTER ABOVE DEFAULTS: $
ip a
(Click to open terminal output)Next I edited
/etc/docker/daemon.json
and changed10.0.0.0\/8
to192.168.0.0\/16
and then restarted the Docker services (per the above article). It DID change the docker0 interface but did not change some of the ee networks... I still have the same issue that I can't access the newly created site from another machine on the LAN away from the host.AFTER CIDR CHANGE AND RESTART: $
ip a
(Click to open terminal output)So then I decided to start fresh. So I uninstalled using
ee cli self-uninstall
(yes I know it destroys everything, this is a new install) and then reinstalled EasyEngine like before. BUT before adding a site, I edited the/etc/docker/daemon.json
file first with the new CIDR pools allowed to make sure it was setup BEFORE creating a site. (Yes I did restart Docker as well, then did a FULL computer restart just to make sure)Current network interfaces list:
BEFORE ADDING SITE: $
ip a
(Click to open terminal output)Now when I try to create a site using the same command as above it fails with the log below:
Notice how it couldn't connect to
global-db
on the mysql default port... I checked the network interfaces docker created next and saw:AFTER ADDING SITE: $
ip a
(Click to open terminal output)You can see TWO interfaces that ignored my allowed ranges,
br-fe63d6ee2a68 = 10.0.0.1/16
andbr-d1a92170df06 = 10.1.0.1/16
Running
docker network list
returned the following:So it looks like
ee-global-backend-network
andee-global-frontend-network
docker networks are being configured with the default (but old and not wanted) allowed CIDR ranges and ignoring my updated pool changes.I am not sure where in the Github repositories these networks get called/created so I don't know what to do next.
Thanks for your help with this.
The text was updated successfully, but these errors were encountered: