mirror of
https://github.com/devnullvoid/pvetui.git
synced 2026-04-25 13:25:53 +03:00
[GH-ISSUE #56] IP of guests set to 92.168.x.x instead of 192.168.x.x #12
Labels
No labels
bug
bug
documentation
enhancement
pull-request
question
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/pvetui#12
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @C-Fu on GitHub (Dec 3, 2025).
Original GitHub issue: https://github.com/devnullvoid/pvetui/issues/56
Originally assigned to: @devnullvoid on GitHub.
Found out when I wanted to enter the shell of an lxc
All lxcs seem to exhibit the same issue.
Using RPi 3b and downloaded the arm64 deb file from Released location.
Just to add, in the Guest Details pane it shows the correct IP for the lxc(s).
Using PVE 8.4.14.
@devnullvoid commented on GitHub (Dec 4, 2025):
thanks for reporting this issue! I'm looking into it, but surprised it hasn't come up before. my IP ranges in testing have all been 192.168.xx.xxx. Since the LXC shell works by SSHing to the PVE node and running
pct entercan you confirm that the correct IP shows in the node's details? i.e. 192.168.0.111@C-Fu commented on GitHub (Dec 6, 2025):
@devnullvoid Yeah I can confirm it's 192.168.0.111. My range is 192.168.x.x but entering any LXC via pvetui will result in it omitting 1 in 192.
@devnullvoid commented on GitHub (Dec 6, 2025):
that is quite odd! I've made a change in the dev branch to fallback on malformed IP addresses, but I'm not sure if it will have an impact. I've also added some debug logging to help track down where the problem is occurring.
@devnullvoid commented on GitHub (Dec 7, 2025):
@C-Fu I've released the update. If the issue is still present, you can enable debug mode and reproduce the problem -- the log should reveal what's happening. Let me know!