F5F Stay Refreshed Hardware Desktop The iptablesHAOS dashboard isn't reachable on my local network, yet other applications function properly.

The iptablesHAOS dashboard isn't reachable on my local network, yet other applications function properly.

The iptablesHAOS dashboard isn't reachable on my local network, yet other applications function properly.

Pages (2): 1 2 Next
B
beschteLars
Member
221
01-06-2016, 03:19 AM
#1
My configuration: Old machine using Mint + MATE as a server `.1.180`. On Wi-Fi it would be simpler. A VM is running HAOS (Home Assistant). I need to configure IPTables for network access. I have several IoT gadgets and another device with a Frigate server on the LAN. It worked before, but now it's not. What changed? Right now: - Phone connects to HAOS (:8123) which generates an IPv6 login error. IPv6 is turned off on HAOS. - Laptop connects to HAOS (:8123 with addons, hostname, both IPv4 and IPv6 enabled). - IoT devices communicate well with HAOS (MQTT, Frigate, RTSP, etc.). - Host connects to HAOS (:8123) and can access the UI directly from the VM's network at `.122.151`. - HAOS communicates with the web (downloads, etc.). - VM connects to devices (phone/laptop reachable via ping). - Host connects to devices (phone/laptop also reachable via ping). I tried routing all ports through the VM but it didn't help.
B
beschteLars
01-06-2016, 03:19 AM #1

My configuration: Old machine using Mint + MATE as a server `.1.180`. On Wi-Fi it would be simpler. A VM is running HAOS (Home Assistant). I need to configure IPTables for network access. I have several IoT gadgets and another device with a Frigate server on the LAN. It worked before, but now it's not. What changed? Right now: - Phone connects to HAOS (:8123) which generates an IPv6 login error. IPv6 is turned off on HAOS. - Laptop connects to HAOS (:8123 with addons, hostname, both IPv4 and IPv6 enabled). - IoT devices communicate well with HAOS (MQTT, Frigate, RTSP, etc.). - Host connects to HAOS (:8123) and can access the UI directly from the VM's network at `.122.151`. - HAOS communicates with the web (downloads, etc.). - VM connects to devices (phone/laptop reachable via ping). - Host connects to devices (phone/laptop also reachable via ping). I tried routing all ports through the VM but it didn't help.

G
GuaruGamer
Junior Member
45
01-07-2016, 01:21 AM
#2
I suspect there might be an issue with DHCP or the VM's network connection. The problem seems to affect certain ports while leaving others unaffected.
G
GuaruGamer
01-07-2016, 01:21 AM #2

I suspect there might be an issue with DHCP or the VM's network connection. The problem seems to affect certain ports while leaving others unaffected.

I
iTz_CrAnk_PvP
Member
51
01-07-2016, 05:08 AM
#3
The likely reason is that the port is active in the Wi-Fi IP range but not in the LAN range, indicating an old process is stuck or had an incomplete shutdown on the Wi-Fi side, or the firewall is blocking it. A reboot could fix the problem; otherwise, check for other causes. I’ve experienced similar issues before where a printer port was misused after an update, so I looked into the port and found the culprit. I disabled it since I no longer need it. Hope this helps.
I
iTz_CrAnk_PvP
01-07-2016, 05:08 AM #3

The likely reason is that the port is active in the Wi-Fi IP range but not in the LAN range, indicating an old process is stuck or had an incomplete shutdown on the Wi-Fi side, or the firewall is blocking it. A reboot could fix the problem; otherwise, check for other causes. I’ve experienced similar issues before where a printer port was misused after an update, so I looked into the port and found the culprit. I disabled it since I no longer need it. Hope this helps.

M
Metal_Blox
Member
57
01-07-2016, 05:16 AM
#4
You're concerned about the port issue, but you can check for activity with `sudo lsof -i :8123` on the host and VM. Regarding HAOS, it's using either IP:8123 or homeowner.local:8123.
M
Metal_Blox
01-07-2016, 05:16 AM #4

You're concerned about the port issue, but you can check for activity with `sudo lsof -i :8123` on the host and VM. Regarding HAOS, it's using either IP:8123 or homeowner.local:8123.

G
guguis_3000
Member
145
01-07-2016, 09:11 AM
#5
I restarted the VM and the whole host. On the host machine I’m using `VM_IP:8123`. Other hosts trying `Host_IP:8123` or `host_hostname.local:8123` aren’t connecting. `Homeassistant.local:8123` fails because it’s inside the VM (except on the host, which works), so it uses the host’s name. Running `lsof` shows the connection is established from the host’s IP address.
G
guguis_3000
01-07-2016, 09:11 AM #5

I restarted the VM and the whole host. On the host machine I’m using `VM_IP:8123`. Other hosts trying `Host_IP:8123` or `host_hostname.local:8123` aren’t connecting. `Homeassistant.local:8123` fails because it’s inside the VM (except on the host, which works), so it uses the host’s name. Running `lsof` shows the connection is established from the host’s IP address.

P
PimOla_PvP
Member
166
01-25-2016, 07:31 PM
#6
Not very familiar with virtual machines, but I just set up Proxmox using an x99 salvage board and experimented with dual socket configurations. I currently have a single VM running there. This VM runs a Pi-hole service that receives its own IP from my router.
P
PimOla_PvP
01-25-2016, 07:31 PM #6

Not very familiar with virtual machines, but I just set up Proxmox using an x99 salvage board and experimented with dual socket configurations. I currently have a single VM running there. This VM runs a Pi-hole service that receives its own IP from my router.

P
PinneyGelvin
Member
52
01-25-2016, 08:57 PM
#7
You're using QEMU/KVM on a minimal Linux system and adding HAOS as an extra layer.
P
PinneyGelvin
01-25-2016, 08:57 PM #7

You're using QEMU/KVM on a minimal Linux system and adding HAOS as an extra layer.

B
BlurryFqce
Senior Member
486
02-05-2016, 11:32 AM
#8
I’m going to look up at that sail high above my head. What if I traced my route to my laptop instead of using ping? Honestly, I might feel pretty out of place right now. I’m only fairly good at virtual machines and networking—I pick up just enough to handle the immediate task, then lose most of it by tomorrow.
B
BlurryFqce
02-05-2016, 11:32 AM #8

I’m going to look up at that sail high above my head. What if I traced my route to my laptop instead of using ping? Honestly, I might feel pretty out of place right now. I’m only fairly good at virtual machines and networking—I pick up just enough to handle the immediate task, then lose most of it by tomorrow.

A
Aleshop777
Member
153
02-09-2016, 09:29 AM
#9
The VM lacks sufficient details, making tracert unavailable or irrelevant.
A
Aleshop777
02-09-2016, 09:29 AM #9

The VM lacks sufficient details, making tracert unavailable or irrelevant.

N
NinofanTOG
Member
211
02-10-2016, 11:47 AM
#10
It seems you're adopting the most challenging method, which is acceptable. Consider switching your network from bridge to host or another configuration and observe the results. For a smoother experience, I’d suggest using Proxmox—built on Debian with a user-friendly interface. It offers better visibility into your networks and simplifies management. By the way, I’ve set up a virtual router inside a VM and connected it via a virtual LAN, which helps with organization. Good luck!
N
NinofanTOG
02-10-2016, 11:47 AM #10

It seems you're adopting the most challenging method, which is acceptable. Consider switching your network from bridge to host or another configuration and observe the results. For a smoother experience, I’d suggest using Proxmox—built on Debian with a user-friendly interface. It offers better visibility into your networks and simplifies management. By the way, I’ve set up a virtual router inside a VM and connected it via a virtual LAN, which helps with organization. Good luck!

Pages (2): 1 2 Next