\u201eFXServer reagiert nicht\u201c bedeutet, dass der txAdmin-Monitor die erwartete Antwort vom Spielserver nicht erhalten kann. \u00dcberpr\u00fcfe, ob FXServer l\u00e4uft, am konfigurierten Endpunkt lauscht und den Startvorgang abschlie\u00dfen kann, bevor du Firewall- oder Ressourceneinstellungen \u00e4nderst.<\/p>\n
Speichere die Monitor-Nachricht, den Zeitstempel und den ersten FXServer-Fehler. Sichere das aktive Profil und die server.cfg. Vermeide wiederholte Neustarts, die n\u00fctzliche Beweise \u00fcberschreiben oder Datenbankarbeiten wiederholt unterbrechen.<\/p>\n
Best\u00e4tige, dass der beabsichtigte FXServer-Prozess l\u00e4uft und dass txAdmin den korrekten server-data-Pfad und die Konfiguration verwendet. F\u00fcr die txAdmin-Einrichtung folge der offiziellen geb\u00fcndelten txAdmin-Prozedur<\/a>. Es wird nicht durch Hinzuf\u00fcgen von start txAdmin als gew\u00f6hnliche Ressource aktiviert.<\/p>\n Wenn der Prozess beendet wird, untersuche seinen Startfehler, Laufzeitabh\u00e4ngigkeiten oder Absturzbericht. Wenn er weiterl\u00e4uft, aber bei einer Ressource stagniert, reproduziere dies mit dieser Ressource und ihren Abh\u00e4ngigkeiten auf der Staging-Umgebung.<\/p>\n \u00dcberpr\u00fcfe die TCP- und UDP-Bindungen in der server.cfg mit den zugewiesenen Ports des Hosts und dem \u00fcberwachten Endpunkt. Dieses g\u00e4ngige Beispiel verwendet einen Spielport f\u00fcr beide Protokolle:<\/p>\n Verwende deine tats\u00e4chliche Zuweisung. Halte den txAdmin-Webmanagement-Port getrennt vom Spielendpunkt. \u00dcberpr\u00fcfe die Listening-Sockets des Betriebssystems und ob ein anderer Prozess den Port bereits besitzt.<\/p>\n Ein Fehler \u201eMonitorverbindung verweigert\u201c deutet darauf hin, dass kein Listener an der angeforderten Adresse\/Port vorhanden ist. Ein Timeout kann auf blockierten Zugriff oder einen festgefahrenen Prozess hindeuten. Ein HTTP 404 kann darauf hinweisen, dass die Anfrage den falschen Dienst oder Pfad erreicht hat.<\/p>\n \u00dcberpr\u00fcfe die lokale Erreichbarkeit, bevor du \u00f6ffentliche NAT- oder DDoS-Einstellungen \u00e4nderst. \u00dcberpr\u00fcfe dann den erforderlichen TCP\/UDP-Verkehr des Spiels von einem echten Client aus. Eine erfolgreiche reine TCP-Pr\u00fcfung beweist nicht, dass der UDP-Spielverkehr funktioniert.<\/p>\n Stelle auf der Staging-Umgebung die letzte bekannte funktionierende Konfiguration wieder her und f\u00fcge ge\u00e4nderte Ressourcen einzeln mit ihren Abh\u00e4ngigkeiten hinzu. Verwende Protokolle und den Profiler, um eine Ressource zu untersuchen, die den Start verz\u00f6gert. Deaktiviere nicht jede Abh\u00e4ngigkeit auf dem Live-Server.<\/p>\n Wenn die Sicherheitssoftware eine Blockierung meldet, \u00fcberpr\u00fcfe diese spezifische Erkennung und folge dem offiziellen Hersteller-\/Supportverfahren. Eine pauschale FXServer-Antivirus-Ausnahme ist kein normaler Schritt zur Fehlerbehebung.<\/p>\n Starte einmal mit der korrigierten Konfiguration neu, best\u00e4tige die fehlerfreie \u00dcberwachung und verbinde dich mit einem Client. \u00dcberpr\u00fcfe Ressourcenfehler, Persistenz und Verwaltungszugriff. Stelle die vorherige Konfiguration wieder her, wenn die \u00c4nderung einen neuen Fehler verursacht.<\/p>\n2. Tats\u00e4chliche Endpunkte vergleichen<\/h2>\n
endpoint_add_tcp \"0.0.0.0:30120\"\nendpoint_add_udp \"0.0.0.0:30120\"<\/code><\/pre>\n3. Den geeigneten Netzwerkpfad testen<\/h2>\n
4. Startvorg\u00e4nge sicher isolieren<\/h2>\n
Wiederherstellung best\u00e4tigen<\/h2>\n
Referenzdokumentation<\/h2>\n