a3d24a1173
Remote clients need a stable locally administered MAC address so the relay, gateway, DHCP lease, and LAN peers keep seeing the same tunnel identity across runs. Requiring users to pass `--virtual-mac` made that responsibility manual. Add a platform-neutral client identity store that loads a JSON identity file or generates a new valid virtual MAC with OS randomness and persists it. The file stores the MAC in the same string form shown by the CLI. The Windows client now uses `lanparty-client-identity.json` by default while keeping `--virtual-mac` as a manual test override. TAP binding still remains future work; this slice only owns the client identity that will be assigned to the TAP adapter. Test Plan: - cargo fmt --check - cargo test --workspace - cargo clippy --workspace --all-targets -- -D warnings - git diff --check Refs: PLAN.md MAC identity
31 lines
754 B
TOML
31 lines
754 B
TOML
[workspace]
|
|
resolver = "3"
|
|
members = [
|
|
"crates/lanparty-client-core",
|
|
"crates/lanparty-client-win",
|
|
"crates/lanparty-ctrl",
|
|
"crates/lanparty-gateway",
|
|
"crates/lanparty-obs",
|
|
"crates/lanparty-proto",
|
|
"crates/lanparty-relay",
|
|
]
|
|
|
|
[workspace.package]
|
|
version = "0.1.0"
|
|
edition = "2024"
|
|
|
|
[workspace.dependencies]
|
|
anyhow = "1"
|
|
bytes = "1"
|
|
clap = { version = "4.6.1", features = ["derive"] }
|
|
getrandom = "0.3.4"
|
|
libc = "0.2"
|
|
quinn = "0.11.9"
|
|
rcgen = "0.14.8"
|
|
rustls = { version = "0.23", default-features = false, features = ["ring", "std"] }
|
|
serde = { version = "1", features = ["derive"] }
|
|
serde_json = "1"
|
|
thiserror = "2"
|
|
tokio = { version = "1.52.3", features = ["macros", "net", "rt-multi-thread", "signal", "sync", "time"] }
|
|
tracing = "0.1"
|