Vorbereitung
Nutzen Sie aktuelle Chrome-, Edge-, Safari- oder Firefox-Versionen über HTTPS. WebRTC, WebCrypto und IndexedDB müssen vorhanden sein; eingebettete Browser können eingeschränkt sein. Eine lokale HTTP-LAN-Adresse fällt nicht automatisch unter die localhost-Ausnahme. Berechtigungen und Organisationsregeln ebenfalls prüfen.
So gehen Sie vor
Ein Knoten im eigenen LAN kann kurzlebige, an Geräte gebundene Nachweise ausstellen, wenn die Browserprüfung nicht genügt. Bestätigte Verbindungen dürfen konfiguriertes STUN verwenden, TURN-Relays bleiben abgelehnt. Der Knoten liefert weder entfernte Zustellung noch Dauerspeicher oder eine Verbindungsgarantie für jedes restriktive Netz.
Strikte LAN-Prüfung
Eine gemeinsame öffentliche IP beweist allein kein gemeinsames LAN. Ohne Bestätigung durch einen LAN-Knoten verlangt die automatische Prüfung eine direkte Verbindung über lokale Host-Kandidaten. Ein konfigurierter Knoten kann einen gesonderten gerätegebundenen Nachweis liefern.
Wichtige Fragen
Welche Browser und Geräte werden unterstützt?
Aktuelle Versionen von Chrome, Edge, Safari und Firefox unter Windows, macOS, Linux, Android, iOS und iPadOS. Der Browser benötigt WebRTC, WebCrypto und IndexedDB, und die Seite muss über HTTPS geöffnet werden.
Woran erkennt Share, dass Geräte im selben LAN sind?
Im automatischen Modus macht eine gemeinsame öffentliche IP Geräte nur zu Kandidaten. Share prüft den WebRTC-Pfad über lokale Host-Kandidaten — private, Link-Local- oder mDNS-Adressen — ohne STUN oder TURN und kontrolliert ihn während der Verbindung erneut. Alternativ kann ein administrierter LAN-Knoten Geräte mit kurzlebigen signierten Tokens bestätigen. Für bestätigte Peers sind konfiguriertes STUN und Nicht-Relay-Kandidaten erlaubt; TURN-Relays bleiben immer gesperrt.
Was ist ein LAN-Prüfknoten?
Ein optionales kleines Programm, das auf einem ständig laufenden Rechner in Ihrem Netzwerk läuft. Jeder Browser ruft einmal dessen private Adresse auf und erhält ein kurzlebiges, signiertes Token, das an dieses Gerät gebunden ist. Geräte mit Tokens desselben Knotens werden gruppiert, auch wenn der Browser den lokalen Pfad allein nicht nachweisen kann.
Seite öffnen. Das ist die ganze Einrichtung.
OKYA Share nutzt ausschließlich Standard-Browsertechnik – es gibt nichts zu installieren oder zu konfigurieren.
- Ins selbe Netzwerk: Geräte mit demselben WLAN oder kabelgebundenen LAN verbinden und share.okya.app in einem aktuellen Browser öffnen.
- Geräte prüfen sich gegenseitig: Die Signalisierung stellt Kandidaten vor. Der automatische Modus prüft einen lokalen Host-Kandidatenpfad; durch einen konfigurierten LAN-Knoten bestätigte Geräte verwenden einen gesonderten Nachweis.
- Einfach teilen: Nach der Prüfung fließen Dateien, Nachrichten und Bildschirme direkt zwischen den Geräten. Tab schließen – und das Teilen ist beendet.
Verbindung und Datenschutz
Nachrichten und Dateien werden über WebRTC-DataChannels gesendet, die immer verschlüsselt sind (DTLS). TURN-Relays sind bewusst deaktiviert, Inhalte können also nie über einen Server weitergeleitet werden.
Scheitert die automatische lokale Pfadprüfung, meldet Share dies, statt zu raten. Ein optionaler administrierter LAN-Knoten kann Geräte separat bestätigen. Solche Verbindungen dürfen konfiguriertes STUN verwenden, aber niemals TURN-Relays. Netzrichtlinien können eine Verbindung weiterhin verhindern.