Works without internet
Designed for labs, offices, classrooms, and field teams that share one local network but cannot depend on cloud services.
LocalSlack is a cute, fast desktop app for same-network teams. It discovers nearby devices with mDNS, sends data directly peer to peer, and keeps collaboration private inside your LAN.
LocalSlack focuses on the surprisingly common moment when a team is physically close, has Wi-Fi, and still needs collaboration to keep moving without the outside internet.
Designed for labs, offices, classrooms, and field teams that share one local network but cannot depend on cloud services.
Devices advertise and discover each other through Multicast DNS using the _localslack._tcp.local service.
Each desktop app hosts its own Axum HTTP server, so files, clipboard text, and channel events move device to device.
Messages, transfers, settings, favorites, and event logs persist locally through the embedded Sled database.
Transfers are streamed with SHA-256 verification, giving users confidence that received files are complete.
No accounts, telemetry, analytics, external identity provider, or cloud storage sits between nearby teammates.
The website mirrors the app architecture: simple surfaces, direct connections, and each responsibility split into clear pieces.
Tauri v2 keeps the app lightweight while Rust handles the network-heavy work.
React and TypeScript compose the send, receive, channels, history, and settings workflows.
Axum exposes upload, clipboard, channel event, asset, and cancel endpoints on each device.
mDNS broadcasts the device name and bound HTTP port across the LAN.
Sled stores event logs, transfer records, preferences, allow/block lists, and favorite peers.
Users can choose receive behavior, save paths, visibility, and trusted devices locally.
The IEEE-style paper explains the design problem, protocol choices, synchronization model, security tradeoffs, and measured performance of LocalSlack across multiple LAN devices.
LocalSlack IEEE Paper v1
8 pages, system design and evaluationMessage delivery stayed under the real-time perception threshold in LAN tests.
Large files completed successfully with no detected corruption.
Disconnected peers reconciled event logs after reconnecting.