Architektur: Steuerung und Dateidaten sind getrennt
Eine Übertragung hat zwei Aufgaben: klären, wer was an wen senden darf, und die verschlüsselten Bytes bewegen. pipeit hält sie auseinander.
Barrierefreiheit
Passe die Darstellung an deine Bedürfnisse an. Die Einstellungen bleiben auf diesem Gerät.
Schriftgröße
Unter der Haube
Wie findet pipeit den Weg? Was sieht der Server? Und was bestätigt wirklich, dass deine Datei angekommen ist? Hier erklären wir Architektur, Protokolle und die Entscheidungen dahinter.
Eine Übertragung hat zwei Aufgaben: klären, wer was an wen senden darf, und die verschlüsselten Bytes bewegen. pipeit hält sie auseinander.
Die fachliche Reihenfolge eines Onlineauftrags: Auftrag, Annahme, verschlüsselte Frames, Prüfung und ein signierter Empfangsbeleg.
Welche Standardverfahren eine von Gerät zu Gerät gesendete Datei schützen, was jedes tut und was das Profil nicht zusagt.
Wie Geräte sich im Nahbereich und über Netze hinweg finden, warum ein geroutetes Netz kein Sonderformat braucht und was der ICMP-Weg für abgeschottete Linux-Hosts leistet.
Warum das Relay (Serverweg) keine Datei behält und trotzdem Speicher und CPU braucht, und wie Rückstau es begrenzt hält.
Vier Größen, die man nicht verwechseln darf, wie ein Fenster eine lange Leitung ausgelastet hält und warum ein größeres Fenster allein nichts beschleunigt.
Fünf Signale, die ähnlich klingen und Verschiedenes bedeuten, und was Wiederaufnahme tatsächlich erhält.
Wie ein nativer Ordner ohne Vollarchiv gesendet wird, was der Empfänger prüft und warum sich die Modi unterscheiden.
Kontositzung, Geräteidentität und MCP-Zustimmung sind drei verschiedene Dinge; so greifen sie ineinander.
Diese Artikel erklären, wie pipeit funktioniert. Größen, Fenster und Zeitgrenzen sind Implementierungswerte, die sich ändern können; sie sind keine Zusagen für Geschwindigkeit oder Kapazität. Nichts davon ist ein externes Sicherheitsaudit.
Die Anleitungen zeigen die Schritte für alltägliche Aufgaben ohne die Protokolldetails.
Zu den Anleitungen