← Alle Insights
11 Min. Lesezeit · Infrastruktur · Oktober 2026

IB Gateway im Dauerbetrieb was nach dem Ende von IBC gilt.

Ein IB Gateway lässt sich heute ohne Zusatzsoftware eine ganze Handelswoche lang betreiben: Mit der eingebauten Option „Auto restart“ startet es täglich neu, ohne dass Sie sich erneut anmelden müssen. Einmal pro Woche ist aber eine manuelle Anmeldung mit Zwei-Faktor-Bestätigung fällig, und einen Betrieb ohne grafische Oberfläche unterstützt Interactive Brokers (IBKR) ausdrücklich nicht. Das ist seit dem 01.09.2026 wichtiger als zuvor, denn IBC, das jahrelang beliebte Werkzeug für automatische Logins, ist seitdem eingestellt und sein Repository archiviert. Dieser Leitfaden zeigt, Stand Oktober 2026, was IBKR offiziell vorsieht, welche 2FA-Methoden mit der API funktionieren, wie Ihr Python-Bot Neustarts sauber übersteht und warum Community-Nachfolger von IBC derzeit keine Empfehlung sind. Er richtet sich an private Trader ebenso wie an Entwickler und Teams, die einen Bot über die TWS API betreiben.

Was ist mit IBC passiert?

IBC (hervorgegangen aus IBController) hat rund 23 Jahre lang das erledigt, was IBKR nicht automatisieren wollte: Benutzername und Passwort ins Login-Fenster eintragen, Dialoge wegklicken, die 2FA-Bestätigung auf dem Handy erneut anstoßen und TWS oder Gateway zu festen Zeiten beenden. Viele Docker-Images und Bibliotheken bauen darauf auf. Der Python-Leitfaden Interactive Brokers API mit Python ist auf diesen Stand aktualisiert.

Am 24.03.2026 kündigte der Maintainer das Ende an. Als Gründe nennt er seinen persönlichen Rückzug und dass es dank des eingebauten Auto-Restarts von Gateway und TWS weniger Bedarf für IBC gebe als früher. Seit dem 01.09.2026 ist das Projekt offiziell im Ruhestand: Das GitHub-Repository ist archiviert und nur noch lesbar, neue Issues, Pull Requests und Diskussionen sind nicht mehr möglich. Releases lassen sich weiter herunterladen und das Projekt darf geforkt werden. Laut README sollen nur laufende Arbeiten abgeschlossen und schwere Fehler behoben werden, Rückfragen laufen über eine Nutzergruppe.

Die letzte Version ist 3.24.2 von Ende August 2026. Sie unterstützt TWS und Gateway ab Version 10.48; auf ARM-Rechnern wie dem Raspberry Pi braucht sie laut Release Notes eine Java-25-Laufzeit. Ein bestehendes IBC-Setup hört also nicht am 01.09. auf zu funktionieren. Es hängt aber ab jetzt an Software, die mit künftigen Gateway-Versionen nicht mehr mitwächst. Jede neue Gateway-Version kann Dialoge oder Abläufe ändern, auf die IBC reagiert, und niemand passt das Werkzeug mehr planmäßig an.

Was IBKR offiziell unterstützt: Auto-Restart, Never lock, wöchentliche Anmeldung.

Laut IBKR-Dokumentation sind TWS und IB Gateway dafür gebaut, täglich neu zu starten, etwa um geänderte oder neue Kontraktdefinitionen zu laden. Seit Version 974 gibt es dafür einen eingebauten Auto-Restart, der ohne Eingriff des Nutzers abläuft. Damit können beide Anwendungen laut IBKR „potenziell von Sonntag bis Sonntag“ laufen, ohne dass Sie sich neu anmelden. In der Excel-Doku formuliert IBKR es strenger: Der tägliche Auto-Logoff oder Auto-Restart ist Pflicht, die wöchentliche manuelle Anmeldung ebenfalls.

Die Einstellungen finden Sie in TWS oder Gateway unter Global Configuration → Lock and Exit. Für API-Nutzer empfiehlt IBKR:

Einmal pro Woche ist trotzdem eine manuelle Anmeldung samt zweitem Faktor nötig. Beim Wochentag ist die IBKR-Doku nicht einheitlich: Eine Seite verweist auf den nächtlichen Server-Reset in der Nacht auf Sonntag, eine andere schreibt, der wöchentliche Zyklus beginne montags. Planen Sie die Anmeldung deshalb fest vor dem ersten Handelszeitpunkt Ihrer Woche ein und beobachten Sie in Ihrem eigenen Setup, wann das Gateway tatsächlich nachfragt. Erscheint im Log die Meldung „Login failed = Soft token=0 received instead of expected permanent“, ist laut IBKR genau diese manuelle Wochenanmeldung fällig.

AufgabeFrüher typisch mit IBCHeute offiziell
Täglicher NeustartIBC-Einstellungen„Auto restart“ im Gateway
Sperre bei Inaktivität verhindernIBC behandelt Dialoge„Never lock Trader Workstation“
Wöchentliche Anmeldungautomatisches Ausfüllen, 2FA-Wiederholungmanuell, mit zweitem Faktor
Verbindungsabbrüche im BotBot-LogikBot-Logik (unverändert)

Warum ist ein Headless-Betrieb nicht vorgesehen?

IBKR schreibt ausdrücklich: Bei TWS und Gateway muss der Nutzer Benutzername und Passwort selbst in ein Login-Fenster eingeben, eine Headless-Sitzung ohne grafische Oberfläche wird aus Sicherheitsgründen nicht unterstützt. Headless heißt hier: ein Prozess, der ohne Bildschirm und ohne menschliche Anmeldung startet. Docker-Setups, die das Gateway in einem virtuellen Bildschirm starten und das Login per Skript ausfüllen, bewegen sich damit außerhalb dessen, was IBKR vorsieht. Sie funktionieren oft, aber ohne Zusage, dass sie das nächste Update überstehen.

Für den Betrieb auf einem Server heißt das praktisch: Das Gateway läuft mit Oberfläche, und Sie brauchen einen Weg, diese Oberfläche zu erreichen, typischerweise per Remote-Desktop oder VNC über einen abgesicherten Zugang. Das IB Gateway ist dafür die naheliegende Wahl, weil es laut IBKR rund 40 Prozent weniger Ressourcen braucht als TWS. Wie Sie einen solchen Server grundsätzlich aufsetzen, absichern und überwachen, beschreibt der Artikel VPS-Deployment für Trading-Bots.

Auf eigenen Windows-Rechnern kommt eine banale Fehlerquelle hinzu: Laut IBKR trennt auch der Ruhezustand (Sleep) von Windows die API-Verbindung; IBKR rät, ihn abzuschalten. Wer das Gateway auf einem Arbeitsplatzrechner laufen lässt, sollte Ruhezustand und automatische Neustarts durch Betriebssystem-Updates bewusst steuern.

Welche 2FA-Methoden funktionieren mit der API?

Zwei-Faktor-Authentifizierung (2FA, also ein zweiter Nachweis neben dem Passwort) ist bei IBKR für alle Nutzer Pflicht. Weil die API-Systeme keine Kontoverwaltung bieten, funktionieren dort nicht alle Methoden. Laut IBKR-Doku gilt:

Für die Wochenanmeldung ist eine App-Bestätigung in der Regel am praktischsten: Sie melden sich per Remote-Zugang am Gateway an und bestätigen die Push-Nachricht auf dem Smartphone. Prüfen Sie vorab in Ihrem Konto, welche Methode aktiv ist. Wer nur eine nicht unterstützte Methode eingerichtet hat, scheitert beim Login über TWS oder Gateway, obwohl die Zugangsdaten stimmen.

Planen Sie außerdem eine Vertretung: Wer ist erreichbar, wenn die Anmeldung fällig ist und Sie im Urlaub sind? Bei Unternehmen und Teams gehört diese Frage in die Betriebsdokumentation, bei privaten Tradern zumindest in einen Kalendereintrag mit Erinnerung.

Wie übersteht ein Python-Bot tägliche Neustarts?

Mit dem Ende von IBC verschiebt sich die Verantwortung noch deutlicher in Ihren eigenen Code. Laut IBKR verliert das Gateway sehr wahrscheinlich mindestens einmal täglich die Verbindung zu den Servern, schon wegen der täglichen Wartungspause; danach verbindet es sich selbst wieder. Dazu kommen der tägliche Auto-Restart, der die Socket-Verbindung Ihres Bots zum Gateway trennt, sowie Netzwerkprobleme und konkurrierende Sitzungen. Drei Meldungen sollte jeder Bot auswerten:

Während eines Resets laufen native Orders laut IBKR normal weiter, Ausführungsmeldungen und simulierte Orders kommen aber verzögert. IBKR rät davon ab, in den Reset-Zeiten aktiv zu handeln. Ein robuster Bot besteht daher aus vier Bausteinen:

  1. Reconnect-Schleife mit Wartezeit, fester Client-ID und Alarm, wenn die Verbindung länger als einige Minuten fehlt.
  2. Heartbeat: eine regelmäßige, billige Anfrage wie die aktuelle Serverzeit. Bleibt die Antwort aus, gilt die Verbindung als tot, auch wenn der Socket formal offen ist.
  3. Zustandsabgleich nach jedem Verbindungsaufbau: Positionen, offene Orders und Ausführungen vom Broker holen und mit dem eigenen Speicher vergleichen. Bei Abweichung keine neuen Orders, sondern Alarm.
  4. Order-IDs erst nach dem Verbindungsaufbau verwenden: IBKR liefert beim Handshake die nächste gültige Order-ID und empfiehlt, Anfragen erst danach zu senden.

Typisches Beispiel mit der Community-Bibliothek ib_async, verkürzt; Funktionen wie alarm() oder weicht_ab() stehen für Ihre eigene Logik:

import asyncio
from ib_async import IB

PORT = 4002        # Port aus Ihrer API-Konfiguration im Gateway
CLIENT_ID = 7      # feste, eindeutige Client-ID pro Prozess
ib = IB()

def on_error(req_id, code, msg, *rest):
    if code in (1100, 1101, 1102):
        alarm(f"IBKR-Verbindung {code}: {msg}")
    if code == 1101:
        marktdaten_neu_abonnieren()

ib.errorEvent += on_error

async def abgleich():
    positionen = await ib.reqPositionsAsync()
    offene_orders = await ib.reqAllOpenOrdersAsync()
    ausfuehrungen = await ib.reqExecutionsAsync()
    if weicht_ab(positionen, offene_orders, ausfuehrungen):
        handel_sperren()
        alarm("Zustand weicht vom Broker ab")

async def betrieb():
    while True:
        if not ib.isConnected():
            try:
                await ib.connectAsync("127.0.0.1", PORT,
                                      clientId=CLIENT_ID, timeout=15)
                await abgleich()
            except Exception as e:
                alarm(f"Verbindung fehlgeschlagen: {e}")
                await asyncio.sleep(60)
                continue
        try:
            await asyncio.wait_for(ib.reqCurrentTimeAsync(), 10)
            heartbeat_melden()
        except Exception:
            ib.disconnect()
        await asyncio.sleep(30)

Der Heartbeat prüft nur die Strecke zwischen Bot und Gateway. Ob das Gateway selbst mit IBKR verbunden ist, sagen Ihnen erst die Meldungen 1100 bis 1102. Ein externer Wächter, etwa ein zweiter Prozess oder ein Monitoring-Dienst, der Alarm schlägt, wenn der Bot keinen Heartbeat mehr meldet, schließt die Lücke, falls der Bot selbst hängt. Beachten Sie: Die Watchdog-Klasse in ib_async setzt im Quellcode auf ein IBC-Objekt auf und fällt mit IBC als Baustein weg. Wenn ich Trading-Systeme für Interactive Brokers entwickle, gehört der Zustandsabgleich nach jedem Neustart deshalb in den eigenen Code und nicht in ein Hilfswerkzeug.

Community-Alternativen zu IBC: Chancen und Risiken.

In der Diskussion zur Ankündigung des IBC-Endes werden Nachfolger genannt: ibg-controller, ein Python-Projekt für das Gateway in Docker, und ein Java-Fork von IBC, dessen Autor die Weiterpflege angekündigt hat. Dazu kommen Docker-Images wie ib-gateway-docker, die bisher IBC mitliefern. ibg-controller wirbt unter anderem damit, die wöchentliche Anmeldung über TOTP-Codes (zeitbasierte Einmalcodes) ohne Handy abzuschließen, und übernimmt viele IBC-Einstellungen. Stand Anfang Oktober 2026 trägt das Projekt die Versionsnummer 0.15.0, ist seit April 2026 öffentlich und hat eine kleine Nutzerbasis.

Das klingt verlockend, hat aber Haken, die Sie kennen sollten:

Meine Einordnung: Für Paper-Konten (Demokonten ohne echtes Geld) und Experimente können diese Projekte interessant sein. Für ein Live-Konto ist die offizielle Kombination aus Auto-Restart, manueller Wochenanmeldung und sauberem Reconnect im Bot derzeit der belastbarere Weg. Die verbleibende Grenze sollten Sie offen benennen: Ohne Sie läuft das System höchstens eine Woche. Fällt die Wochenanmeldung aus, handelt der Bot nicht, und offene Positionen bleiben ohne Steuerung durch den Bot im Markt. Schutzorders, die direkt beim Broker liegen, etwa Stops, sind deshalb ein zentraler Teil der Risikokontrolle, unabhängig von jeder Neustart-Logik. Hinzu kommen die üblichen Risiken des automatisierten Handels: Fehler im Code, Hebel und im Extremfall der Totalverlust.

Checkliste: IB Gateway ohne IBC betreiben.

Was Sie jetzt konkret tun können, um ein IB Gateway mit Python-Bot ohne IBC stabil zu betreiben:

WannAufgabe
Einmalig„Auto restart“ und „Never lock Trader Workstation“ unter Global Configuration → Lock and Exit setzen, Neustartzeit außerhalb Ihrer Handelslogik wählen, unterstützte 2FA-Methode prüfen.
EinmaligRemote-Zugang zur Gateway-Oberfläche einrichten und absichern, Ruhezustand (Sleep) abschalten und System-Updates mit Neustart bewusst planen.
EinmaligReconnect, Heartbeat, Auswertung von 1100/1101/1102 und Zustandsabgleich im Bot umsetzen und im Paper-Konto testen, auch mit absichtlich beendetem Gateway.
WöchentlichVor dem ersten Handelszeitpunkt manuell anmelden, 2FA bestätigen, prüfen, dass der Bot verbunden ist und der Abgleich ohne Abweichung durchläuft.
Täglich, automatischNach dem Auto-Restart Alarm, wenn sich der Bot nicht binnen weniger Minuten wieder verbindet; Heartbeat-Ausfall meldet ein externer Wächter.
Bei Gateway-UpdatesRelease Notes lesen, zuerst im Paper-Konto testen, bei IBC-Altinstallationen den Umstieg planen.

Wenn Sie heute noch IBC nutzen, besteht kein Grund zur Panik, aber zum Handeln: Prüfen Sie, ob der eingebaute Auto-Restart im Gateway aktiv ist, testen Sie den Betrieb ohne IBC im Paper-Konto und entfernen Sie IBC erst, wenn Reconnect und Alarmierung zuverlässig laufen. Wer dabei Unterstützung beim Aufbau von Server, Bot-Logik und Monitoring sucht, findet unter Trading-Automatisierung mein Angebot für private Trader und Unternehmen.

Häufige Fragen.

Kann man das IB Gateway ohne IBC automatisch starten?

Ja, mit Einschränkungen. Seit Version 974 hat das IB Gateway einen eingebauten Auto-Restart, der die Anwendung täglich ohne erneute Anmeldung neu startet. Sie aktivieren ihn unter Global Configuration, Lock and Exit. Einmal pro Woche ist aber eine manuelle Anmeldung mit zweitem Faktor nötig. Einen komplett unbeaufsichtigten Betrieb ohne Oberfläche unterstützt IBKR nicht.

Funktioniert IBC nach der Einstellung noch?

Bestehende Installationen laufen weiter, solange IBKR nichts Relevantes an TWS oder Gateway ändert. IBC ist seit dem 01.09.2026 eingestellt, das Repository archiviert, die letzte Version ist 3.24.2 von Ende August 2026. Neue Gateway-Versionen werden nicht mehr planmäßig nachgezogen. Für den Live-Betrieb sollten Sie den Umstieg auf den eingebauten Auto-Restart planen.

Welche Zwei-Faktor-Methode brauche ich für die IBKR-API?

Laut IBKR funktionieren für Anmeldungen an TWS und IB Gateway im API-Betrieb IB Key, Handy Key, SMS und die Digital Security Card+. Nicht unterstützt sind die Security Code Card, die Temporary Security Code Card und die Online Code Card. Prüfen Sie vor dem Umstieg in Ihrem Konto, welche Methode aktiv ist.

An welchem Tag muss ich mich beim IB Gateway neu anmelden?

Einmal pro Woche, den genauen Zeitpunkt beschreibt die IBKR-Dokumentation nicht einheitlich: Eine Seite nennt den Server-Reset in der Nacht auf Sonntag, eine andere einen Zyklus, der montags beginnt. Planen Sie die Anmeldung fest vor Ihrem ersten Handelszeitpunkt der Woche ein und beobachten Sie, wann Ihr Gateway nachfragt.

Was muss mein Python-Bot nach einem Gateway-Neustart tun?

Er sollte sich selbstständig neu verbinden, erst nach dem Handshake Anfragen und Orders senden, Marktdaten bei Meldung 1101 neu abonnieren und Positionen, offene Orders und Ausführungen mit dem eigenen Zustand abgleichen. Bei Abweichungen sollte er keine neuen Orders senden, sondern Alarm auslösen.

Quellen und Stand.

Stand: 7. Oktober 2026. Produkte, Funktionen und Preise ändern sich schnell; maßgeblich sind die Angaben der Anbieter und Behörden.

Sie wollen Ihren IBKR-Bot ohne IBC stabil im Dauerbetrieb laufen lassen? Unverbindlich anfragen — wir klären Server, Neustart- und Reconnect-Logik, Monitoring und Ihre Wochenroutine. Mehr zu meinem Angebot: Trading-Systeme entwickeln lassen.

Verwandte Artikel

Broker-APIs · 5 Min

Interactive Brokers API mit Python: Praxis-Leitfaden

 Infrastruktur · 4 Min

VPS-Deployment für Trading-Bots: 24/7 stabil betreiben

 Infrastruktur · 6 Min

API-Edge-Cases bei Brokern: was die Doku verschweigt