Linux Arma 3 Server Keiner kann auf den Server connecten

J03Y

Guten Tag,

wir haben ein Problem mit unserem Linux Server. Wir haben ihn per steamcmd (mittlerweile mehrmals neu) installiert. Zum testen wurde er dann per

Code

./arma3server -world=empty

gestartet. Nachdem der Server gestartet ist, wollten wir connecten, allerdings kommen wir nicht mal bis zur Lobby. Mann wird vorher gekickt mit der Begründung "Der Verbindungsvorgang ist gescheitert". Der Server ist dann kurz nicht mehr in der Serverliste zu sehen. Auch nach stundenlangem googeln haben wir noch keine Lösung gefunden.

Hat einer von euch eine Idee?

Mfg,

Joey

moeck

Hi,

leider habe ich momentan keinen Zugriff auf pastebin, daher wäre es schön wenn du die Datei einfach mal hier anhängst. Am besten auch gleich inkl. der extDB Logs.

Danke,

moeck

J03Y

Hab ihn mal angehangen.

moeck

extDB ist zwar auf dem Server. Allerdings wurde der Server nur mit -world=empty gestartet. Daher wird extDB nicht geladen

moeck

Habt ihr eine Missiondatei hochgeladen ohne die wird es schwierig zu verbinden. Da ja nix auf dem Server gestartet wird.

J03Y

Ja. Wir hatten Atlis life laufen, allerdings gab es da den gleichen Fehler. Testhalber hatten wir den dann ohne alles gestartet

moeck

So dann macht mal bitte wieder eine Missiondatei rein und startet den Server auch mal mit den mods @life_server und @extDB(2) damit man mal sieht was dann passiert

J03Y · 16-21-46.log

Selbes Problem

Logs sind im Anhang

Danke für die Hilfe

Multivitamin

arma server starten und dann bitte den output von "netstat -tulpn" posten

J03Y

Hier

Spoiler anzeigen

tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 511/sshd
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 14414/mysqld
tcp6 0 0 :::22 :::* LISTEN 511/sshd
tcp6 0 0 :::80 :::* LISTEN 699/apache2
udp 0 0 0.0.0.0:30749 0.0.0.0:* 421/dhclient
udp 0 0 0.0.0.0:2302 0.0.0.0:* 7761/arma3server
udp 0 0 0.0.0.0:2303 0.0.0.0:* 7761/arma3server
udp 0 0 0.0.0.0:2304 0.0.0.0:* 7761/arma3server
udp 0 0 0.0.0.0:2305 0.0.0.0:* 7761/arma3server
udp 0 0 0.0.0.0:68 0.0.0.0:* 421/dhclient
udp6 0 0 :::20321 :::* 421/dhclient

Multivitamin

Hast du vielleicht noch eine Firewall installiert? bzw hat dein Hoster noch eine Firewall davor?

J03Y

Hab gerade mal nachgefragt.

Laut meinem Hoster gibt es da keine Einschränkungen

moeck

Moin,

mit welchen Parametern wird der Server gestartet? Taucht in den Logs irgendwas auf wen Du Dich verbindest?

Gruß,

moeck

J03Y

start parameter ./arma3server -config=server.cfg -servermod="@extdb3;@life_server;@life_hc;" -autoinit

Bin leider nur am Handy. Aber wenn du dir die letzte Zeile im vorher geposteten Log anguckst, dieser Fehler kommt immer

J03Y

Sorry für den Doppelpost

Kann es sein, dass hier dran liegt:

Code

14:22:06 No more slot to add connection at 015030 (1523.6,3012.8)

moeck

starte mal deinen server wie folgt.

Code

./arma3server -config=server.cfg -servermods="@extdb3\;@life_server\;@life_hc" -autoinit

J03Y

So lädt der gar keine mods mehr. Ich glaube nicht, dass das an den Parametern liegt, wird ja eig. alles geladen ...

Stig

Wenn du auch ohne Startparameter nicht drauf kommst und auch die server.cfg und basic.cfg nicht vorhanden/leer sind, kann man da durch Veränderung an den Startparametern oder sonstigen Dateien mit großer Wahrscheinlichkeit nichts bewirken.

Stelle nochmal sicher, dass wirklich keine Startparameter vorhanden sind (auch nicht -world) und keine server.cfg oder basic.cfg vorhanden sind.

Zitat von moeck

starte mal deinen server wie folgt.

Code
./arma3server -config=server.cfg -servermods="@extdb3\;@life_server\;@life_hc" -autoinit

@life_hc wird für Server übrigens nicht benötigt.

moeck

sorry mein Fehler

Code

./arma3server -config=server.cfg -servermod="@extdb3\;@life_server\;@life_hc" -autoinit

Finch

Kannst du mal von nem anderen Gerät/Server testen ob du den Port ordentlich erreichen kannst?

Code

telnet serverip port

Teste das am besten mit allen ArmA Ports.

Gewöhnt euch auch bitte mal alle ab, eure Server mit "Linux Server" zu beschreiben, die Linux Welt ist groß. Ist es ein Ubuntu (welche Version) oder Debian? Vielleicht sogar Suse

Ruf mal deine iptables auf:

Code

sudo iptables -L -n

und zeig uns was dabei rauskommt.... klingt sehr nach nem DROP für die falschen Connections. Viele Systeme machen das (richtiger Weise) per Standard.

J03Y

Hat sich erledigt.

Wir haben gerade den Server gewechselt -> anderer Host, danach gings direkt. Komisch

Danke an alle die geholfen haben.

Gruß,

J03Y

Benutzer online in diesem Thema