Files
proxmox/docs/04-configuration/GITEA_IP_CONFLICT_CHECK.md
defiQUG bea1903ac9
Some checks failed
Deploy to Phoenix / deploy (push) Has been cancelled
Sync all local changes: docs, config, scripts, submodule refs, verification evidence
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-02-21 15:46:06 -08:00

2.9 KiB
Raw Permalink Blame History

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_GITEA or 192.168.11.31; scripts that need Giteas 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:

  1. VMID 104 @ 192.168.11.31 — Infrastructure Gitea (Web 80/443).
  2. 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

  1. Gitea (104 @ .31): No change needed; no IP conflict.
  2. Optional: Add IP_GITEA="192.168.11.31" to config/ip-addresses.conf so scripts can source a single Gitea IP if needed.
  3. 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.