Co-authored-by: Cursor <cursoragent@cursor.com>
2.9 KiB
Gitea and Proxmox VE IP Address Conflict Check
Date: 2026-02-15
Conclusion: No IP conflict for the Gitea VM (VMID 104 @ 192.168.11.31). One other IP (.60) has a documentation ambiguity to verify on the live network.
Gitea VM (VMID 104)
| VMID | IP | Hostname | Source |
|---|---|---|---|
| 104 | 192.168.11.31 | gitea | ALL_VMIDS_ENDPOINTS, R630_01_02_VMID_INVENTORY, NPMPLUS_SERVICE_MAPPING_COMPLETE |
- 192.168.11.31 is assigned only to VMID 104 (gitea) in the repo. No other VMID uses .31.
- config/ip-addresses.conf does not define
IP_GITEAor 192.168.11.31; scripts that need Gitea’s IP use the docs or NPMplus proxy (gitea.d-bis.org).
Verdict: No conflict for Gitea (104) with any other VM.
VMID 104 vs 1004 (no conflict)
- VMID 104 = gitea = 192.168.11.31
- VMID 1004 = besu-validator-5 = 192.168.11.104 (in config:
IP_VALIDATOR_4)
Different VMIDs and different IPs; no conflict. The similar numbers (104 vs 1004) can cause confusion but the addresses do not overlap.
Two Gitea deployments (design choice, not conflict)
Docs describe two possible backends for Gitea:
- VMID 104 @ 192.168.11.31 — Infrastructure Gitea (Web 80/443).
- Dev VM (VMID 5700) @ 192.168.11.59 — Gitea on port 3000; gitea.d-bis.org is documented to point to 192.168.11.59:3000 in the Dev/Codespaces flow.
These are two different IPs (.31 and .59). Ensure DNS/NPMplus for gitea.d-bis.org points to the intended backend (e.g. .31:80 or .59:3000) so there is no routing confusion.
192.168.11.60 — documentation ambiguity (verify on network)
- ALL_VMIDS_ENDPOINTS.md: VMID 3000 (ml110) = 192.168.11.60.
- R630_01_02_VMID_INVENTORY.md (r630-01): VMID 3000 = service-1 = 192.168.11.60.
- Dev/Codespaces docs: VMID 5700 (dev VM) = 192.168.11.59 (updated 2026-02 to resolve conflict).
So 192.168.11.60 is now assigned only to VMID 3000 (ML). On a single 192.168.11.0/24 segment only one VM can have .60. Action: On Proxmox, confirm which VMID actually has 192.168.11.60 (e.g. pct exec or qm guest cmd and check ip a, or inspect CT/VM net config). Update the docs so only one VMID is assigned .60, or confirm one of the two is decommissioned/moved.
192.168.11.202 — no active conflict
- VMID 2506 (besu-rpc-luis-0x1) was destroyed (2026-01-18 / 2026-02-08); previously used .202.
- VMID 8642 (vault-phoenix-3) is running at 192.168.11.202.
.202 is now used only by 8642; 2506 is gone. No current conflict.
Recommendation
- Gitea (104 @ .31): No change needed; no IP conflict.
- Optional: Add
IP_GITEA="192.168.11.31"to config/ip-addresses.conf so scripts can source a single Gitea IP if needed. - Done: Dev VM (5700) moved to 192.168.11.59; .60 is now only VMID 3000 (ML). Reconfigure LXC 5700 on Proxmox to use .59 if not already.