http://127.0.0.1:8000/v1 zu – er ist von anderen Rechnern nicht erreichbar, es sei denn, Sie erweitern die Bindung oder leiten den Port weiter. Zwar bietet vLLM ein --api-key-Flag, doch die offiziellen Dokumentationen warnen explizit davor, sich allein darauf zu verlassen. Besser ist es, vLLM auf dem lokalen Rechner zu belassen und daneben den Tokios-Connector zu starten: Dieser verbindet sich mit https://api.tokios.com, sodass Ihre Tools, Teammitglieder oder Agenten von überall aus ein authentifiziertes Endpunkt aufrufen können.
Das --api-key-Verfahren von vLLM stellt nur einen Teilaspekt dar.
vllm serve --api-key <key> requires a bearer token on requests, which is a reasonable first layer. The catch, per vLLM’s own security documentation, is scope: the key check only covers /v1 paths, and other endpoints on the same server are not protected by it. vLLM’s documented recommendation is to put a reverse proxy in front that allowlists only the endpoints you intend to expose — --api-key alone isn’t meant to be your perimeter.
--api-key erfüllt seine Aufgabe für die definierten Pfade zuverlässig. Es löst jedoch ein anderes Problem als die Authentifizierung sowie Weiterleitung von Anfragen von überall aus. Tokios wurde speziell dafür entwickelt: Es öffnet keinerlei eingehende Ports auf Ihrem vLLM-Host, weshalb es auch nichts zu erlauben gilt.Der ausschließlich ausgehende Ansatz
Starten Sie vLLM wie gewohnt lokal.
127.0.0.1 laufen – verwenden Sie keine breitere Bindung als die Loopback-Adresse. Starten Sie anschließend den OpenAI-kompatiblen Server.http://127.0.0.1:8000 lauscht.Verknüpfen Sie den Tokios-Connector
TKS-XXXX-XXXX aus, der etwa 15 Minuten lang gültig bleibt.Auf dem Rechner, auf dem vLLM läuft, führen Sie die Installationsanweisung für Ihr Betriebssystem aus.tokios-connector bereits installiert? Geben Sie den Code direkt ein.Richten Sie den Connector auf das /v1-API von vLLM aus.
http://127.0.0.1:8000/v1 als Upstream-Modell-ID. Bei mehreren Modellen in einer tokios-connector.json-Konfiguration müssen Sie die Upstream-Modell-ID explizit als BaseUrl festlegen.Erstellen Sie eine Deployment-Instanz.
mistral-tunnel. Dieser öffentliche Name, nicht die lokale Modell-ID von vLLM, wird von Clients im Feld model übermittelt.Generieren Sie einen API-Schlüssel.
* steht für alle). Kopieren Sie nun den sk-tok-…-Schlüssel – er wird nur einmal angezeigt.Nutzung von überall aus
Sobald Sie einen Deployment-Namen sowie einen API-Schlüssel besitzen, können alle OpenAI- oder Anthropic-kompatiblen Clients Ihr vLLM-Modell erreichen – unabhängig davon, ob sie sich auf einem anderen Rechner, dem Laptop eines Teammitglieds oder in einem gehosteten Agenten befinden.Häufig gestellte Fragen
Funktioniert das Streaming?
Funktioniert das Streaming?
"stream": true liefert Tokios standardmäßig Server-Sent Events (SSE) im OpenAI- oder Anthropic-Format, je nachdem, welche API-Schnittstelle Sie nutzen.Ist es möglich, mehrere Modelle oder Adapter über vLLM bereitzustellen?
Ist es möglich, mehrere Modelle oder Adapter über vLLM bereitzustellen?
tokios-connector.json-Konfigurationsdatei, um mehrere Upstream-Modelle und Routen für einen einzigen Connector zu definieren – besonders nützlich, wenn mehrere vLLM-Prozesse laufen oder ein Prozess mehrere LoRA-Adapter via --lora-modules verwaltet. Weitere Details finden Sie unter Connector config.Ist das --api-key-Argument von vLLM weiterhin erforderlich?
Ist das --api-key-Argument von vLLM weiterhin erforderlich?
https://api.tokios.com werden mittels Ihres sk-tok-…-Schlüssels authentifiziert; der Connector selbst ist es, der Zugriff auf 127.0.0.1:8000 erhält.Lässt sich der Zugriff für Teammitglieder gewähren, ohne vLLM direkt zu exponieren?
Lässt sich der Zugriff für Teammitglieder gewähren, ohne vLLM direkt zu exponieren?
sk-tok-…-API-Schlüssel im Reiter Keys und beschränken Sie den Geltungsbereich jedes Schlüssels auf die jeweiligen Deployment-Instanzen. Durch das Deaktivieren eines Schlüssels wird dessen Authentifizierung umgehend unterbunden, sodass Sie den Zugriff entziehen können, ohne vLLM oder den Connector zu verändern.Ihr Modell verlässt niemals Ihren Rechner – Ihr Endpunkt funktioniert überall.
vLLM arbeitet weiterhin exakt wie bisher auf Ihrem lokalen Rechner, ohne dass eingehende Ports oder Endpunkte außerhalb von/v1 freigegeben werden. Der Connector initiiert lediglich ausgehende Verbindungen. Alles Weitere – Authentifizierung, Routing sowie Datenübertragung – läuft über einen einzigen Endpunkt, den Sie von jedem beliebigen Rechner, Teamkollegen oder Agenten aus aufrufen können, dem Sie einen API-Schlüssel zuweisen.
Schnellstart
API-Schlüssel
sk-tok-…-API-Schlüssel für Teammitglieder sowie Agenten.