Den Übertragungsweg prüfen und später nachvollziehen
Sehen, welcher Weg vor dem Senden geprüft wird und welcher danach tatsächlich genutzt wurde.
Du brauchst
Eine ausstehende oder abgeschlossene Sendung in der Webapp.
Das Infozeichen in Deine Verbindung öffnet Details zur Vorprüfung. Ist direkt noch nicht bestätigt, halte den Empfänger geöffnet und nutze Verbindung erneut prüfen. Eine fehlgeschlagene Probe heißt nicht automatisch, dass der Serverweg bereits verwendet wurde.
Sieh dir nach einer Sendung die Verbindungsdetails im Verlauf an: Entscheidend sind die tatsächliche Methode, die Versuche und ein eventueller Wechsel. Direkt kann WebRTC oder bei nativen Clients eine andere benannte Methode bedeuten. Das gemeinsame WLAN allein beweist die Route nicht.
Unter Einstellungen → Übertragungswege lässt sich Automatischen Wechsel über pipeit erlauben für neue Sendungen einstellen. Mit Nur direkt verbinden wechselt pipeit nie auf den Serverweg. Ist direkt nicht möglich, bleibt die Sendung ausstehend oder scheitert, und der Verlauf zeigt das.
Verwandte Anleitungen
Direkt, Serverweg und geroutete Netze: Welcher Weg funktioniert?
Was „direkt“ wirklich bedeutet, wann pipeit über seine Server leitet und was du prüfen kannst.
Übertragungsprobleme lösen
Das konkrete Problem prüfen, statt neu anzufangen: eine Schnellentscheidung und die häufigen Symptome mit nächstem Schritt.
- Kommandozeile und Server
Direktverbindung prüfen und Rückfall festlegen
Eine direkte Route prüfen, pro Sendung eine Route wählen und den kontoweiten Rückfall steuern.
Es klappt trotzdem nicht?
Lies zuerst die Fehlerhilfe. Hilft sie nicht weiter, sag uns, was passiert ist.