S4M — private Netzwerk-Infrastruktur: VPN & Proxys

01Projektübersicht

S4Mist private Netzwerk-Infrastruktur, die zu einem einzigen Produkt zusammengestellt ist: ein WireGuard- und OpenVPN-VPN für das gesamte Gerät, authentifizierte SOCKS5/HTTP-Proxys für Skripte und Automatisierung, dedizierte statische IPs und private Server, die Ihnen gehören. All dies lebt in einem Konto, mit einer Abrechnung und einem Kontrollpunkt. Die Positionierung passt in zwei kurze Zeilen von der Homepage: "Verstecken Sie Ihre echte IP. Besitzen Sie Ihre Privatsphäre."

Es lohnt sich, den Rahmen sofort zu reparieren. S4M ist ein Datenschutzwerkzeug für legale Arbeiten: Automatisierung und Ursprungsserver vor Adressoffenlegung zu schützen, Ihre eigenen Überwachungsziele zu crawlen, ohne eine Produktions-IP offenzulegen, und privat von jedem Gerät aus zu browsen. So beschreibt sich das Produkt selbst: Ihre Automatisierung und Ihr Server bleiben unsichtbar — Dritte sehen nur den Exit-Knoten und nichts weiter. Keine Versprechen, um irgendetwas zu "umgehen" oder "zu täuschen": dies ist Infrastruktur, die die Frage nach dem Ursprung des Verkehrs so sachlich klärt, wie ein CDN die Frage nach der Lieferung klärt.

Wir haben S4M von Anfang bis Ende entworfen und gebaut — die Netzwerkarchitektur mit ihren zwei Ebenen (VPN und Proxy), die Nutzungskontierung, das Dashboard und die Abrechnung, das öffentliche Katalog der kostenlosen Proxys mit kontinuierlicher Überprüfung, die Dokumentation, die Anleitungen und die dreisprachige Website (EN/UK/RU). Im Folgenden gehen wir durch, woraus das Produkt besteht, wie No-Logs und kommerzielle Abrechnung in Einklang gebracht werden und warum die Formel "zwei Produkte — ein sicherer Exit" das Rückgrat der gesamten Architektur wurde.

Und eine weitere Schicht Kontext. S4M ist ein Produkt des eigenen Ökosystems des Studios, und es blieb nicht bei einer Schauvitrine: Heute fließt der gesamte serverseitige ausgehende Verkehr unserer anderen Produkte — von HTTP-Anfragen an externe APIs bis hin zur Einreichung von E-Mails — durch seinen authentifizierten SOCKS5-Exit. Die Infrastruktur, um die es in dieser Fallstudie geht, läuft jeden Tag in unserer eigenen Produktion, und das ist der beste Test, dem wir es unterziehen könnten.

02Kontext und das Problem

Das Verbergen einer IP ist "technisch" einfach — der schwierige Teil besteht darin, es in Infrastruktur: zuverlässig, verwaltbar und ehrlich gegenüber dem Nutzer zu machen. Als wir die Aufgabe aufschlüsselten, tauchte eine vertraute Liste von Problemen auf — eine, die jeder, der ernsthaft mit Netzwerken arbeitet, erkennen wird:

• Der Ursprungsserver verrät sich selbst.Jeder ausgehende HTTP-Aufruf und jede gesendete E-Mail zeigt dem Dritten die echte Adresse des Servers — und von der Adresse aus kann man das Hosting, die benachbarten Dienste und die Angriffsfläche finden.
• Ein Zoo von Werkzeugen.VPNs für Menschen und Proxys für Maschinen leben traditionell in separaten Produkten: zwei Konten, zwei Abrechnungen, zwei Support-Desk — und keine gemeinsame Nutzungssteuerung irgendwo.
• Öffentliche Proxys sind unzuverlässig.Kostenlose Listen sind schnell, haben keine Authentifizierung und ihre Anonymität ist unbekannt. Gut für einen schnellen Test, unbrauchbar für echte Arbeit.
• Grenzen nachträglich.Die Nutzung wird normalerweise aus Protokollen am Ende des Zeitraums berechnet: Ein Überschreiten wird bemerkt, sobald es bereits passiert ist. Für ein Netzwerkprodukt ist das zu spät — und zu teuer.
• Privatsphäre nur in Worten."Wir führen keine Protokolle" in einer Datenschutzrichtlinie ist nicht dasselbe wie eine Architektur, in der Aktivitätsprotokolle physisch niemals existieren.

Die Vorgabe war folgende: Baue eine einzige Netzwerk-Infrastruktur, in der VPN und Proxys zwei Ebenen eines Produkts sind, in der das Fehlen von Protokollen eine Eigenschaft der Konstruktion ist und nicht ein Absatz rechtlichen Textes, und in der Grenzen in Echtzeit am Knoten selbst durchgesetzt werden. Und das Produkt musste außen einfach bleiben: ein Konto in Sekunden, eine Konfiguration oder Anmeldedaten in ein paar Klicks, und das Ergebnis mit einem einzigen Befehl überprüfbar.

Eine separate Schicht ist Vertrauen. Ein Datenschutzprodukt verkauft genau das, und Vertrauen kann nur mit Ehrlichkeit verdient werden: klar zu sagen, dass kostenlose öffentliche Proxys ein Test sind, kein Produkt; dass anonyme Anmeldungen eine Option sind, kein Abrechnungs-Trick; dass keine Protokolle sich darauf beziehen, was der Server nicht aufzeichnet, nicht darauf, was er "nicht zeigen wird". Diese Ehrlichkeit war von Anfang an in den Text, die Schnittstellen und die FAQ eingebaut — als Produktanforderung, nicht als Tonfall.

03Projektziele

Aus der Vorgabe entstanden konkrete Ziele, an denen wir in jeder Phase festhielten — vom Knotenlayout bis zum Text auf der Landingpage:

• Ein Konto — zwei Produkte.VPN und Proxys teilen das Konto, die Abrechnung und das Kontrollpanel; der Benutzer stellt kein Kit aus separaten Diensten zusammen.
• Keine Protokolle aus Design.RAM-first Knoten und WireGuard-Schlüssel auf der Benutzerseite: das Fehlen von Aktivitätsprotokollen ist eine Eigenschaft der Architektur, nicht eine Klausel der Richtlinie.
• Kontrolle über die Leitung.Fein abgestufte Limits pro Plan / pro IP / pro Konto, die in Echtzeit auf dem Knoten selbst durchgesetzt werden, nicht nachträglich aus Protokollen.
• API-zuerst.Alles, was Sie im Dashboard tun können, können Sie programmatisch tun: eine REST-API mit Tokens, verfügbar ab dem Basisplan.
• Vorhersehbare Preise.Eine pauschale monatliche Gebühr für das VPN, Abrechnung für Proxy-Verkehr, eine dedizierte IP als Zusatz — keine versteckten Aufschläge.
• Anonymität als Option.Anmeldung ohne persönliche Daten, Zahlung per Karte oder Krypto, jederzeit kündbar.

Wie bei unseren anderen Produkten wurden die Ziele als Einschränkungen formuliert — und jede einzelne schloss architektonische Optionen aus, während sie noch auf Papier waren. No-logs schloss die klassischen Abrechnungs-Pipelines aus, die auf Log-Parsing basieren: Wenn es keine Logs gibt, muss die Abrechnung in Echtzeit und live am Knoten erfolgen. Echtzeitkontrolle verbot es, Grenzen in eine "nächtliche Neuberechnung" zu verschieben. Und API-first diktierte, dass das Dashboard einfach ein Client der gleichen API ist, die die Benutzer erhalten: Es kann physisch keine Funktionalität geben, die vom Panel aus erreichbar, aber programmatisch unerreichbar ist.

04Was wir gebaut haben

S4M bildet ein privates Netzwerk aus vier Produktblöcken, die das gesamte Spektrum abdecken — von "einen Laptop verstecken" bis "eine Flotte von Servern verstecken":

Oben auf diesen Blöcken befindet sich ein Dashboard zur Verwaltung von Konfigurationen, Anmeldeinformationen und Limits; Abrechnung mit Karte oder Krypto-Zahlung; eine REST-API mit Tokens; eine Bibliothek von Anleitungen und Vergleichen; und eine dreisprachige Seite. Zusammen ist es ein Produkt mit einem Datenmodell — nicht vier Dienste unter einem gemeinsamen Schild.

Die Schlüssel-Eigenschaft ist Kohäsion. Ein Konto erzeugt sowohl die VPN-Konfiguration als auch die Proxy-Anmeldeinformationen; eine dedizierte IP wird an entweder Plane angehängt; die Nutzungskontierung ist dieselbe, egal in welcher Form der Verkehr das Netzwerk verlässt. Der Benutzer denkt in Begriffen von "das Gerät verstecken" oder "das Skript verstecken" — nicht in Begriffen von "welcher meiner fünf Dienste dafür verantwortlich ist".

05Architektur: zwei Produkte, ein Ausgang

Innerhalb von S4M sind die "zwei Produkte" zwei Datenebenen über einem gemeinsamen Kern:

• Die VPN-Ebene — WireGuard und OpenVPN: verschlüsselt das gesamte Gerät. Der Benutzer lädt eine fertige Konfiguration herunter und verbindet sich mit einem Tipp auf jeder Plattform.
• Die Proxy-Ebene — authentifizierte SOCKS5- und HTTP-Endpunkte: leitet eine einzelne Anwendung oder ein Skript durch den Exit. Ideal für Automatisierung, wo ein geräteweites VPN übertrieben wäre.
• Der gemeinsame Kern — Konten, Pläne, Limits, Nutzungsabrechnung und Ausgabe von Anmeldeinformationen: ein Datenmodell, dem beide Ebenen gehorchen.

Die zweite Trennung ist Kontrolle versus Daten. Die Steuerungsebene (Dashboard, API, Abrechnung) entscheidet, wer was tun darf: sie erstellt Zugriffe, weist Limits zu, zählt Geld. Die Datenebene (die Exit-Knoten) führt aus: sie beendet WireGuard/OpenVPN-Sitzungen, authentifiziert Proxy-Verbindungen und setzt Limits direkt im Datenstrom durch. Die Knoten sind RAM-first gebaut: der Arbeitszustand lebt im Speicher und nicht in dauerhaften Protokollen — die Grundlage des No-Logs-Designs, das im Folgenden ausführlich behandelt wird.

Und die dritte Idee, die in den Abschnittstitel aufgenommen wurde: ein Ausgang. Was auch immer der Benutzer nutzt — einen VPN-Tunnel für einen Laptop oder SOCKS5 für einen Crawler — von außen ist die gleiche Klasse von Entität sichtbar: ein S4M-Ausgangsknoten. Der Dritte sieht die Ausgangsadresse und niemals die Quelladresse. Ein Ausgangsmodell bedeutet ein Sicherheitsmodell, ein Abrechnungsmodell und einen Ort, an dem die Regeln angewendet werden.

Schließlich wurde die Architektur von Anfang an so gestaltet, dass die Produktlinie wachsen kann. Eine dedizierte persönliche IP ist kein separates Produkt, sondern ein Attribut, das an entweder Plane gebunden ist: dasselbe VPN oder dieselben Proxys, aber mit einer stabilen Adresse, die nur Ihnen gehört. Ein privater Server ist die logische Fortsetzung: ein persönlicher Daten-Plane-Knoten unter demselben Verwaltungsmodell, ohne gemeinsamen Ausgang und ohne Nachbarn. Keiner der Schritte erforderte einen Bruch des Kerns — sie fügen sich konstruktiv ein.

06So funktioniert es: drei Schritte

Die gesamte Reise von "meine IP ist sichtbar" zu "meine IP ist verborgen" formuliert das Produkt als "privat in drei Schritten" — und das ist kein Marketing-Jargon, sondern der tatsächliche Onboarding-Weg:

• 1. Erstellen Sie ein Konto. Melden Sie sich in Sekunden an — mit einer E-Mail oder vollständig anonym, ohne persönliche Daten.
• 2. Wählen Sie VPN oder Proxy.Laden Sie eine WireGuard/OpenVPN-Konfiguration für Ihr Gerät herunter – oder holen Sie sich SOCKS5/HTTP-Proxy-Anmeldeinformationen für Ihr Skript.
• 3. Verbinden.Der Datenverkehr verlässt über einen S4M-Knoten: Dritte sehen den Ausgangsknoten – und niemals Ihre echte IP.

Wir haben ausdrücklich darauf bestanden, dass das Ergebnis mit einem Befehl überprüfbar ist. Richten Sie jedes Tool auf einen S4M-Proxy und das Ziel sieht nur den Ausgang: curl --socks5 USER:PASS@node:1080 https://api.ipify.org gibt die Adresse des Ausgangsknotens zurück, nicht die Ihres Servers. Es funktioniert mit curl, Python, Scrapy und jedem Browser; die Überprüfung gegen api.ipify.org dauert Sekunden. Dieser Terminalblock befindet sich direkt auf der Homepage des Produkts: das beste Argument für Infrastruktur ist, zu zeigen, dass sie funktioniert, nicht sie zu beschreiben.

Wir haben "Zeit bis zur Privatsphäre" von Anfang an als Produktmetrik behandelt. Wenn zwischen der Anmeldung und einer versteckten IP ein Support-Thread, eine manuelle Konfiguration oder ein Studium von Handbüchern liegt – hat das Produkt verloren, so stark der Kern auch sein mag. Daher werden Konfigurationen plattformgerecht vorab erstellt, Proxy-Anmeldeinformationen liegen in Form von "in den Befehl einfügen" vor, und der Onboarding-Prozess passt in Minuten – von einem leeren Anmeldeformular zu einer verifizierten ausländischen Adresse in der ipify-Antwort.

07Wesentliche Funktionen

Lassen Sie uns ansehen, was S4M nicht zu "noch einem VPN" macht, sondern zu einer produktionsreifen Netzwerk-Infrastruktur.

VPN über WireGuard und OpenVPN

Zwei Protokolle decken die gesamte Bandbreite an Geräten und Netzwerken ab: modernes, geprüftes WireGuard als primäres Protokoll und OpenVPN als kompatibler Fallback. Die Konfiguration wird mit einem Tipp pro Plattform bereitgestellt, und die Preise sind ein fester monatlicher Satz ohne Überraschungen. Enthalten sind ein Kill-Switch, Split-Tunneling und ein DNS-Filter für Werbung, Tracker und Malware: das VPN schließt nicht nur die Adresse, sondern auch den Hintergrundlärm des Trackings aus.

Authentifizierte SOCKS5- und HTTP-Proxy

Rechenzentrumsproxies mit Benutzername- und Passwortauthentifizierung: die Anmeldedaten gehören nur Ihnen, sodass kein fremder Verkehr Ihren Endpunkt belastet. Der Proxy-Verkehr wird gemessen – Sie zahlen nur für das, was Sie tatsächlich nutzen. Es ist ein Arbeitswerkzeug zum Crawlen Ihrer eigenen Überwachungsziele, für Automatisierung und für jede serverseitige Aufgabe, bei der der Ursprung einer Anfrage nicht auf die Produktionsmaschine zeigen darf.

Dedizierte persönliche IPs

Eine statische Adresse, die nur Ihnen gehört: als Zusatz bestellt, an das VPN oder den Proxy gebunden und – wenn Sie möchten – von Ihrer Identität getrennt gehalten. Ein stabiler Ausgang ist wichtig, wo auch immer die Adresse auf Whitelists landet oder wo die IP-Reputation allein von Ihnen abhängen sollte.

Private Server

Die höchste Stufe der Isolation: Ihr eigener Server mit Ihrer eigenen IP in einer Region Ihrer Wahl, mit WireGuard/OpenVPN an Bord und derselben No-Logs-Disziplin. Kein geteilter Ausgang und keine Nachbarn – der gesamte Knoten arbeitet für einen einzigen Kunden.

Konto, Zahlung, Kündigung

Registrierung per E-Mail oder anonym, Zahlung per Karte oder Krypto über einen Abrechnungspartner, jederzeit kündbar. Datenschutz beginnt mit dem Produkt, das nicht mehr Daten vom Benutzer verlangt, als es zur Funktion benötigt.

Nutzungsmanagement

Fein abgestufte Limits pro Plan, pro IP und pro Konto, in Echtzeit im Netzwerk durchgesetzt. Es ist sowohl Selbstverteidigung der Infrastruktur als auch ein Planer — ausführlich in Abschnitt 09 behandelt.

08Keine Protokolle und Datenschutz als Ingenieurwesen

Das Kernprinzip von S4M ist nicht mehr zu wissen als notwendig. Die Exit-Knoten sind RAM-first gebaut: der Arbeitszustand — Sitzungen, Verbindungen, Zähler — lebt im Speicher und wird niemals in dauerhaften Protokollen abgelegt. Der Browserverlauf wird überhaupt nicht aufgezeichnet: nicht, weil "wir es versprochen haben", sondern weil die Konstruktion des Knotens keinen Zielort dafür hat.

Die zweite Säule ist Schlüssel auf der Benutzerseite. WireGuard-Schlüssel werden vom Kontoinhaber kontrolliert; Proxy-Anmeldeinformationen gehören nur ihnen. Die Infrastruktur authentifiziert und leitet weiter, erhebt jedoch keinen Anspruch auf die Identität des Clients. Das Gleiche gilt für die anonyme Registrierung und Krypto-Zahlung: die Verbindung "Konto ↔ Identität" existiert genau so viel, wie der Benutzer sie erstellt hat.

Dieses Design verschiebt das Bedrohungsmodell in die richtige Richtung. Der Wert eines Knotens für jeden Angreifer oder neugierigen Dritten wird durch das definiert, was er speichert — und ein RAM-first-Knoten speichert das operationale Minimum. Wir haben das System bewusst aus der Frage "Was würde am schlimmsten Tag auf der Festplatte bleiben?" entworfen und sind der Antwort "nichts, was es wert wäre, darüber zu reden" nachgegangen. Die gleiche Disziplin bindet das Produkt selbst: keine "temporären" Debug-Protokolle mit Benutzeradressen können unbemerkt erscheinen, da die Grundkonstruktion ihnen widerspricht.

09Nutzungssteuerung im Netzwerk

Der interessanteste technische Abzweig des Projekts war die Versöhnung von zwei Anforderungen, die auf den ersten Blick sich gegenseitig ausschließen: keine Protokolle und kommerzielle Abrechnung. Klassische Abrechnung basiert auf der Protokollanalyse: die Protokolle sammeln, sie zusammenzählen, die Rechnung ausstellen, den Missbrauch feststellen. Aber wir haben keine Protokolle — also muss die Buchhaltung woanders leben.

S4Ms Antwort: zähle im Datenstrom. Der Knoten führt Streaming-Zähler genau in dem Moment, in dem er eine Verbindung bedient — Bytes und Sitzungszahlen, aggregiert nach Konto, Plan und IP. Er zählt Volumen, nicht Inhalte; Zähler, nicht Ereignisse; Aggregationen, nicht Browserverlauf. Das reicht sowohl für die Abrechnung als auch für die Limits — und es produziert nicht einen einzigen Datensatz der Form "wer ging wohin".

Limits werden am selben Ort im selben Moment durchgesetzt: pro Plan, pro IP, pro Konto — in Echtzeit. Der Unterschied zum nachträglichen Modell ist grundlegend. Die Abrechnungen am Monatsende bemerken eine Überschreitung, wenn der Verkehr bereits abgeflossen ist und das Geld bereits verloren ist; ein Limit im Netzwerk ist Teil des Dienstprotokolls selbst: Eine Verbindung erfüllt entweder die Regeln oder wird nicht bedient. Die Infrastruktur verteidigt sich im Moment des Ereignisses, nicht mit einem Schreiben nachträglich.

Für den Administrator werden dieselben Mechanismen zu einem Plan-Konstruktor: Ein Plan ist eine Menge von Limits, nicht eine Zeile in einer Preisliste. Eine Regeländerung propagiert zu den Knoten und tritt bei aktiven Verbindungen in Kraft — ohne Neuausstellung von Berechtigungen und ohne "wirksam ab dem nächsten Zyklus".

10Die kostenlose Proxy-Liste als Produkt

Ein Produkt innerhalb des Produkts ist der lebende Katalog öffentlicher Proxys: Hunderte von funktionierenden SOCKS5/HTTP/HTTPS-Adressen (etwa achthundert; die Zahl schwankt ständig) aus 79 Ländern, mit Filtern nach Land, Protokoll und Anonymitätsgrad. Im Gegensatz zu statischen "Listen aus dem Internet" wird der S4M-Katalog kontinuierlich überprüft: tote Adressen fallen heraus, lebende werden erneut bestätigt.

Hinter dem Schaufenster läuft unsere eigene Pipeline: ein Crawler sammelt Kandidaten aus offenen Quellen, und ein Checker überprüft jede Adresse im Wechsel — ob sie aktiv ist, auf welchem Protokoll sie antwortet, welche Anonymität sie bietet und aus welchem Land sie stammt. Das Ergebnis ist nicht "die Liste von heute", sondern ein lebendiger Querschnitt des öffentlichen Proxy-Raums, in dem jeder Eintrag ein frisches Häkchen trägt. Diese Kontinuität ist das Produkt: eine Liste von Adressen ist für sich genommen nichts wert; der Wert liegt darin, dass sie immer aktuell ist.

In der Ökonomie des Produkts spielt der Katalog die Rolle eines ehrlichen Trichters. Er ist an sich nützlich und zieht ein Publikum an, das bereits Netzwerk-Tools benötigt — und von dort aus drängt das Produkt nicht, es erklärt. Direkt in der Benutzeroberfläche und im FAQ steht: öffentliche Proxys sind Drittanbieter-Server aus offenen Quellen; sie sind großartig für einen schnellen Test, aber nicht für sensible Daten — Nutzung auf eigenes Risiko. Daneben ein nüchterner Vergleich: Uptime, Geschwindigkeit, Authentifizierung, garantierte Anonymität, eine dedizierte IP, Nutzungskontrolle und Support existieren nur auf der kostenpflichtigen Seite. Der Benutzer kommt selbst zu dem Schluss, ohne jemals gedrängt zu werden.

11Dedizierte IPs und private Server

Eine dedizierte persönliche IP in S4M ist ein vollständiger Lebenszyklus, kein Punkt in einem Plan. Die Adresse wird vom Dashboard aus bestellt, als statisch und persönlich ausgegeben – nur Sie nutzen sie – und ist entweder an das VPN gebunden, sodass das Gerät immer von einer Adresse aus ausgeht, oder an den Proxy, sodass die Automatisierung einen stabilen Ausgangspunkt hat. Auf Anfrage wird die Adresse ohne Verbindung zur Identität des Eigentümers bereitgestellt – die Privatsphäre erstreckt sich auf die Tatsache, dass man die Ressource besitzt.

Warum das wichtig ist, ist jedem klar, der mit Allowlisten gearbeitet hat: Ein dynamischer Ausgang ist gut für die Privatsphäre, aber schlecht für Systeme, die Sie von einer bekannten Adresse erwarten. Eine persönliche statische IP löst beide Probleme gleichzeitig – der Ursprung des Verkehrs bleibt hinter dem Ausgang verborgen, während der Ausgang selbst konstant ist und sein Ruf nur von Ihrem eigenen Verkehr abhängt, nicht vom Verhalten der Nachbarn im Pool.

Die oberste Stufe der Linie ist der private Server: Ihr eigener dedizierter Knoten mit seiner eigenen IP in einer OVH-Region Ihrer Wahl, mit WireGuard/OpenVPN an Bord und derselben No-Logs-Disziplin. Kein geteilter Ausgang und keine Nachbarn: Alle Bandbreite, aller Ruf und der gesamte Knoten gehören einem Kunden. Architektonisch ist es derselbe Datenfluss wie die gemeinsamen Knoten – nur persönlich bereitgestellt, sodass das Panel, die Limits und die Abrechnung ohne einen einzigen Vorbehalt damit arbeiten.

12Entwicklererfahrung und die API

S4M wurde als ein API-first Produkt entwickelt: Alles, was im Dashboard sichtbar ist, ist programmatisch verfügbar. Die REST-API mit Tokens ist ab dem Basisplan offen – Ressourcen, Konfigurationen, Anmeldeinformationen, Nutzung erstellen und lesen. Höhere Pläne fügen Webhooks und erhöhte API-Limits hinzu, und für diejenigen, die ihren eigenen Dienst auf S4M aufbauen – White-Label- und Reseller-Unterkonten. Der Zugriff auf die Bereitstellung ist ein API-Aufruf, kein Support-Ticket.

Wir haben die Entwicklererfahrung mit einem einfachen Test gemessen: wie viele Zeilen die Anmeldeinformationen vom funktionierenden Code trennen. Die Antwort ist eine — derselbe curl-Befehl mit dem --socks5 Flag. Die Proxys funktionieren mit curl, Python, Scrapy und jedem Browser ohne spezielle SDKs — das sind Standardprotokolle, kein proprietäres Wrapper. Die Überprüfung des Exits ist sofort, gegen api.ipify.org. Darum herum befindet sich eine Bibliothek von Anleitungen: wie man die IP eines Servers verbirgt, VPN versus Proxy, was ein SOCKS5-Proxy ist, Rechenzentrum versus Wohnsitz — die Dokumentation dient sowohl als Bildung als auch als organischer Einstieg in das Produkt.

Die aufschlussreichste Integration ist unsere eigene. Das Ostohlo-Ökosystem leitet den gesamten serverseitigen ausgehenden Verkehr seiner Produkte über den authentifizierten SOCKS5-Exit von S4M: jeder HTTP-Aufruf an eine externe API und jede E-Mail-Einreichung verlässt einen Exit-Knoten, und die IPs der Ursprungsserver berühren niemals Drittanbieter-Hosts. Hier ist S4M kein "extra Schutz", sondern die Standardausgangsschicht, durch die die Produktion lebt.

Diese Integration gab dem Produkt, was kein Testbench bieten kann: die Anforderungen der realen Produktion. Exit-Stabilität, vorhersehbare Anmeldeinformationen, Verhaltensgrenzen unter kontinuierlicher Last — all das wurde nicht mit synthetischen Tests, sondern mit dem Live-Verkehr von Diensten, die nicht ausfallen dürfen, bewiesen. Jede raue Kante der API traf uns zuerst — und wurde behoben, bevor ein externer Benutzer sie hätte sehen können.

13Technologiestack und Infrastruktur

S4M läuft in einer dedizierten Umgebung mit einer klaren Trennung: das Panel und die Abrechnung in einer Kontur, die Exit-Knoten in einer anderen. Das Management weiß nichts über den Inhalt des Verkehrs; die Knoten wissen nichts über Zahlungsdaten.

• Backend — PHP 8.3: das Dashboard, Abrechnung, die REST-API, das kostenlose Proxy-Katalog und sein Crawler-Checker.
• Netzwerkschicht — die VPN-Ebene (WireGuard/OpenVPN) und die Proxy-Ebene (SOCKS5/HTTP) auf RAM-first Exit-Knoten; Abdeckung — 79 Länder, angegebene Betriebszeit — 99,9%.
• Abrechnung — Zahlung per Karte oder Krypto über einen Abrechnungspartner; ein Pauschalpreis für das VPN, Abrechnung für Proxy-Verkehr, Zusatzoptionen für dedizierte IPs und private Server.
• Perimeter — Cloudflare (DNS, TLS, Schutz) vor den öffentlichen Oberflächen des Produkts.

Die Wahl von PHP 8.3 für den Kontrollumfang ist pragmatisch: eine ausgereifte, schnelle Plattform, auf der das Dashboard, die API, die Abrechnung und der Katalog in einer vorhersehbaren Umgebung leben. Die Netzwerkschicht ist absichtlich getrennt und spricht Standardprotokolle — WireGuard, OpenVPN, SOCKS5, HTTP: der Benutzer benötigt unseren Client nicht; jedes Tool, das er bereits verwendet, reicht aus. Die Trennung zahlt sich auch betrieblich aus: das Panel kann aktualisiert werden, ohne die Knoten zu berühren, und die Knoten können skaliert und ersetzt werden, ohne dass das Panel es bemerkt.

14Design und UX

Ein Datenschutzprodukt verkauft Vertrauen — und bei einem technischen Publikum wird Vertrauen nicht mit Versprechungen, sondern mit Überprüfbarkeit gekauft. Daher ist das Hauptgerät der S4M-Oberfläche "zeigen, nicht erzählen": direkt auf der Homepage befindet sich ein Terminalblock mit dem curl-Befehl und der ipify-Antwort, die den Adresswechsel in einer einzigen Zeile demonstriert. Daneben — Live-Zähler: die Anzahl der funktionierenden kostenlosen Proxys im Katalog, die abgedeckten Länder. Dies sind Zahlen aus dem Produkt, keine Marketingkonstanten, und ein technisches Publikum spürt den Unterschied sofort.

Dasselbe Prinzip der Ehrlichkeit prägt die Struktur der Seite. Die Tabelle "kostenlose Proxys versus S4M" verbirgt nicht die Stärken der kostenlosen Option; sie legt ruhig dar, wo sie enden: Verfügbarkeit, Geschwindigkeit, Authentifizierung, Anonymität, Kontrolle. Die FAQ beantwortet direkt, einschließlich der unangenehmen Teile: ja, öffentliche Proxys sind auf eigenes Risiko; nein, wir zeichnen Ihre Aktivitäten nicht auf; ja, Sie können anonym bleiben. Die Anleitungen und Vergleiche verwandeln die Seite in eine Referenz, zu der die Leute zurückkommen — und die ein neues Publikum anzieht.

Das Produkt ist dreisprachig — EN/UK/RU, und dies ist keine "übersetzte Landing-Page", sondern eine vollständige Lokalisierung: die Benutzeroberfläche, die Anleitungen, die FAQ. Für einen Infrastrukturdienst ist Sprache Teil der Benutzererfahrung: Der Benutzer trifft Entscheidungen über die Privatsphäre, und er sollte sie in der Sprache treffen, in der er denkt.

15Wie wir gearbeitet haben

Das Projekt lief in aufeinanderfolgenden Phasen mit einem funktionierenden Ergebnis bei jedem Schritt:

• Forschung.Wir haben die Szenarien kartiert – Schutz von Ursprungsservern, Automatisierung, privates Browsen – das Bedrohungsmodell und die Art und Weise, wie der Markt VPNs und Proxys in separate Produkte aufteilt.
• Architektur.Wir haben die beiden Ebenen über einem gemeinsamen Kern entworfen, das On-the-Wire-Limitmodell, die No-Logs-Knotenstruktur und das API-Format.
• Kernentwicklung.Wir haben die VPN- und Proxy-Ebenen, das Streaming-Accounting, das Dashboard, die Abrechnung mit Karte und Krypto sowie die Ausgabe von Konfigurationen und Anmeldeinformationen erstellt.
• Der Proxy-Katalog.Wir haben den Crawler und den kontinuierlichen Prüfer öffentlicher Proxys, die Filter und die Live-Zähler des Katalogs erstellt.
• Integration und Einarbeitung.Wir haben den serverseitigen Egress unseres eigenen Ökosystems auf S4Ms SOCKS5-Ausgang verlagert und die Infrastruktur unter echtem Produktionsverkehr betrieben.
• Starten.Wir haben die Landingpage, die Anleitungen und Vergleiche, die FAQ und die vollständige Lokalisierung in drei Sprachen erstellt.

Die Reihenfolge ist absichtlich: Zuerst wurde der Vertrag festgelegt – Konfigurations- und Anmeldeformat, das Limitmodell, das API-Schema – und erst dann wurde die Implementierung darum herum aufgebaut. Ein stabiler Vertrag ermöglichte es uns, den Kern und den Katalog parallel zu entwickeln, während unser eigenes Ökosystem die Rolle des ersten und anspruchsvollsten Kunden spielte: Zum Zeitpunkt des öffentlichen Starts floss bereits echter Verkehr durch S4M, und ganze Klassen von Problemen wurden von innen gefunden und geschlossen.

16Das Ergebnis

Was entstanden ist, ist nicht "noch ein VPN-Dienst", sondern eine Netzwerk-Infrastruktur, in der das VPN, die Proxys, dedizierte IPs und private Server Facetten eines Produkts mit einem Modell für Abrechnung und Datenschutz sind.

• Ein Konto deckt das VPN, Proxys, dedizierte IPs und private Server ab – ohne Zoo von Dienstleistungen und ohne doppelte Abrechnung.
• Datenschutz in Minuten: Anmeldung → Konfiguration oder Anmeldedaten → der Ausgang wird mit einem Befehl gegen api.ipify.org überprüft.
• Pro-Plan / pro-IP / pro-Konto-Limits laufen in Echtzeit über die Leitung – und erfordern kein einziges Aktivitätsprotokoll.
• Der kostenlose Katalog von Hunderten von aktiven Proxys bringt ein Publikum und wandelt es ehrlich in kostenpflichtige Pläne um.
• Das Produkt läuft in unserer eigenen Produktion: der gesamte serverseitige ausgehende Datenverkehr des Ökosystems fließt durch den S4M-Ausgang.

Das Hauptresultat ist der Modellwechsel. Früher bedeutete "IP verbergen" ein Kit zusammenzustellen: ein VPN hier, Proxys dort, eine statische Adresse von einem Drittanbieter und nirgendwo gemeinsame Kontrolle. Jetzt ist es eine Infrastruktur mit einem Kontrollpunkt, die sowohl einen Laptop als auch eine Flotte von Servern bedient – und die wir selbst jeden Tag nutzen.

17Erkenntnisse

Die zentrale Ingenieursgeschichte von S4M ist die Versöhnung von dem, was unversöhnlich aussieht: No-Logs-Datenschutz und kommerzielle Abrechnung. Die Lösung – Bytes zählen, nicht Verhalten; am Knoten, nicht in einem Protokoll; als Aggregate, nicht als Ereignisse – erscheint im Nachhinein offensichtlich, aber sie hat die gesamte Architektur geprägt: RAM-first Knoten, Streaming-Zähler, Limits über die Leitung. Datenschutz hier ist kein Feature und kein Versprechen, sondern die Form der Konstruktion.

Die zweite Erkenntnis betrifft Vertrauen. In einer Kategorie, in der das Produkt für Datenschutz gekauft wird, stellte sich heraus, dass Ehrlichkeit die stärkste Produktstrategie war: eine überprüfbare Demonstration anstelle von Slogans, Live-Zähler anstelle von runden Zahlen, direkte Antworten über die Grenzen der kostenlosen Stufe. Und die dritte ist die Kraft von "unserer eigenen Haut im Spiel": der beste Test der Datenschutzinfrastruktur ist es, die eigene Produktion darauf zu setzen – was wir getan haben, indem wir den gesamten ausgehenden Datenverkehr des Ökosystems durch S4M geleitet haben.

Für uns war dies ein Projekt an der Schnittstelle von Netzwerkengineering, Produktdenken und jener speziellen Disziplin, in der es nicht darum geht, was ein Server tut, sondern was er grundlegend nicht tut. Wenn Sie Netzwerk-Infrastruktur, einen API-first-Service oder ein Produkt benötigen, bei dem Datenschutz Architektur und nicht nur ein Paragraph in der Richtlinie sein muss – wir wissen, wie man das bis zur Markteinführung umsetzt.