Posts by heusmich

Quote from frank_m

Der Befehl lauscht auf eth0 und wird dir alle UDP Pakete ausspucken, die auf Port 27035 ankommen bzw. rausgehen.

Welche Schnittstelle ist eth0 denn? Und welche Daten würdest du da erwarten?

Das ist die Internet-Schnittstelle des Root-Servers.

Dachte hier kommen vielleicht irgendwelche Daten durch, wenn ich mich im Spiel auf den Server verbinde.

Über Webmin sehe ich noch andere Schnittstellen:

pasted-from-clipboard.png

"asanet" ist denk ich von den ARK - Survival Ascended Servern.

Habe schon versucht, "eth0" mit den anderen drei Namen zu ersetzen, da bekomm ich aber auch keine Daten in Putty angezeigt...

Sorry für meine späte Antwort hier, hab die letzte Zeit viel zu tun und komm nicht immer dazu, was zu testen.

Hab mir das mit dem tcpdump nochmal angeschaut aber ich weiß nicht, ob ich da so richtig durchsteige, glaub eher net.

Hab den folgenden Befehl ausgeführt, allerdings bekomme ich da kein Ergebnis:

tcpdump -i eth0 -n udp port 27035

Auch wenn ich 27035 mit 7818 oder 7819 ersetze, bekomm ich nichts angezeigt.

Wäre super, wenn mir bezüglich tcpdump jemand helfen könnte und mir evtl. die Befehle nennen könnte, mit denen ich den Traffic prüfen kann.

Vielleicht ist der Befehl aber auch richtig, keine Ahnung...

Quote from frank_m

Das sind UDP Ports, da steht generell kein "Listening".

OK, wusste ich nicht, danke für die Info.

Quote from frank_m

Das solltest du schnellstens ändern. Bedenke, dass auf öffentlichen IPs im Mittel ein Angriff pro Sekunde einprasselt. Kannst du sicherstellen, dass da nichts auf deinem Server lauscht, was angreifbar ist? Also: Firewall einrichten, als allererstes! Nur die Ports freigegeben, die man auch wirklich braucht und kontrollieren kann.

OK, werde ich machen.

Quote from frank_m

Und die anderen beiden Ports?

Die sehe ich auch:

pasted-from-clipboard.png

Quote from frank_m

Mit tcpdump. Damit kannst du ggf. auch gezielt auf bestimmte Interfaces klemmen (z.B. der Bridge zu Docker) und dann schauen, welche Daten wo ankommen und wieder zurückgehen: Vom Internet, in den Docker, vom Docker, in das Internet.

Das muss ich mir nochmal genauer anschauen, noch nie damit gearbeitet...

Die Server von "ARK - Survival Ascended" wurden auch über einen Docker-Container installiert, die anderen nicht.

Also den Port sehe ich mit netstat:

pasted-from-clipboard.png

Aber da steht kein "Listening" dabei, könnte das das Problem sein?

Die Firewall auf dem Root ist nicht aktiviert.

Mit welchem Command kann ich die Pakete genau überprüfen?

In der "docker-compose.yml" habe ich drei Ports definiert:

pasted-from-clipboard.png

Quote from frank_m

Das deutet eben auf Netzwerkprobleme hin. Ausgehend funktioniert die Kommunikation, der Container kann sich bei der Liste registrieren. Aber eingehend geht es nicht, die Ports sind nicht vom Spiel aus erreichbar.

OK und hast du einen Tipp, was ich da machen könnte um das zu prüfen?

Quote from frank_m

Auf dem gleichen Root Server?

Ja, läuft alles auf dem gleichen Root.

Quote from frank_m

Alles, was ich in Zusammenhang von Conan Exiles und Docker gefunden habe, ist steinalt. Bist du sicher, dass dir das weiterhilft?

Ja das ist ein Problem. Es gibt scheinbar keine funktionierende Anleitung dafür. Ich habe die "Lösungen" von diversen Seiten versucht, bin aber nie weitergekommen.

Es sind immer wieder neue Fehlermeldungen aufgetreten, deswegen wollte ich das mit dem Docker-Image versuchen.

Quote from frank_m

Denkst du, dass es ein spezifisches Problem des Containers oder des Conan Exiles Servers ist, oder ist es vielleicht eher ein generelles Problem des Netzwerksetups? Mein Gefühl sagt mir, es ist eher das Letztere.

Naja ich habe wie gesagt auch schon diverse Images versucht, aber bei denen wo die Installation funktioniert hat und ich den Server starten konnte, erscheint der Server zwar ingame aber halt immer mit einem Ping von 9999. Eine Verbindung zum Server ist nicht möglich, auch nicht über eine Direktverbindung. Beim Verbindungsversuch über die Serverliste läuft der Verbindungsversuch nach 1-2 Minuten in einen Timeout und bei der Direktverbindung kommt nach ca. 30 Sekunden die Meldung, dass der Server nicht erreicht bzw. gefunden werden konnte.

Deswegen dachte ich, ich erstelle hier im Forum mal einen Eintrag, evtl. kann mir jemand einen Tipp geben, ob es evtl. am Root-Server bzw. irgendwelchen Einstellungen / Freigaben liegen kann.

Weiß mittlerweile nicht mehr weiter...

Andere Gameserver (ARk - Survival Ascended, ARK - Survival Evolved, 7 Days To Die,...) laufen problemlos.

Hi zusammen,

ich weiß nicht ob das hier an der richtigen Stelle im Forum gepostet wurde oder an der falschen, falls falsch, sorry dafür...

Ich habe Probleme mit dem Conan Exiles Server, den ich auf meinem Root-Server mit Ubuntu 22.04 aufgesetzt habe.

Nach einigen Versuchen, das Ding manuell zu installieren, habe ich ihn jetzt über ein Docker-Image installiert.

Der Server erscheint auch ingame, allerdings mit einem Ping von 9999 und eine Verbindung zum Server klappt nicht.

Auch eine Direktverbindung zum Server mit "IP:Port" funktioniert nicht.

Das Problem habe ich mit anderen Docker-Images von Conan auch, sollte also nicht am Image selbst liegen.

Mir ist bewusst, dass es für Conan Exiles keine nativen Install-Dateien für Linux gibt, ich möchte aber trotzdem gerne mit ein paar Freunden zusammen spielen.

Vielleicht gibt es hier ja jemanden, der das gleiche Problem auch schon hatte und eine Lösung kennt...

Habe mittlerweile gefühlt das ganze Internet durchforstet aber leider keine Lösung gefunden.

Grüße

heusmich

Quote from Veit_Kannegieser

Welche sind denn noch übrig?

Mittlerweile keine mehr. Habe gerade nochmal im Internet geschaut und doch noch eine Lösung gefunden (siehe mein letzter Post).

Danke an alle für die Hilfe!

Oha, hat sich erledigt.

Hab gerade doch die Lösung gefunden: https://forum.virtualmin.com/t…or-with-apt-update/121773

Nach deinem mv-Befehl ist das letzte Mal die erste der damals noch 5 Meldungen verschwunden, die anderen 4 sind noch da...

Ne, leider nicht.

Wenn ich z.B. apt-get update ausführe, bekomme ich noch die 4 Meldungen:

pasted-from-clipboard.png

Dafür habe ich bisher leider keine Lösung gefunden...

Veit_Kannegieser Schön, dass bei dir die Fehler behoben wurden. Freut mich für dich.

Hat für mich evtl. auch noch irgendjemand Ideen, wie ich meine 4 ausstehenden Fehler beheben kann?

Wenn nicht, würde ich auch mal versuchen, den Netcup-Support zu kontaktieren...

Quote from aRaphael

https://www.globo.tech/learnin…o-resolve-host-explained/

Das hat funktioniert, Fehler kommt nicht mehr.

Danke dir, es geht vorwärts!

Quote from Hille

Tausche mal in der /etc/apt/source folgende Zeile aus

deb http://download.webmin.com/download/repository

gegen

deb [arch=amd64] http://download.webmin.com/download/repository

Eventuell musste mal im unterverzeichnis schauen

Display More

Also in der Datei "/etc/apt/sources.list" habe ich mit webmin nur einen Eintrag, der schaut aber anders aus als dein genannter:

deb [signed-by=/usr/share/keyrings/debian-webmin-developers.gpg] https://download.webmin.com/download/newkey/repository stable contrib

Es gibt noch einen Unterordner "/etc/apt/sources.list.d", in dem sich eine Datei "archive_uri-http_download_webmin_com_download_repository-jammy.list" befindet.

In der Datei habe ich folgende Einträge:

deb [arch=amd64] http://download.webmin.com/download/repository sarge contrib

# deb-src [arch=amd64] http://download.webmin.com/download/repository sarge contrib

Bei dem Command kam auch wieder eine Fehlermeldung:

pasted-from-clipboard.png

Scheinbar kommt die Fehlermeldung "sudo: unable to resolve host heusmich: Name or service not known" aber nur, wenn ich "sudo" benutze. Wenn ich versuche das Repository als root-User runterzuladen, kommt diese nicht.

Aber immerhin ist jetzt die erste Zeile der Fehlermelungen verschwunden, bleiben noch 4 übrig (die sind aber immer da, mit und ohne sudo):

pasted-from-clipboard.png

Quote from aRaphael

Dann musst du ihm auch sagen, wie er aus vi wieder rauskommt.

(SCNR)

Ist alles gut, ich hab´s mit nano gemacht...

Funzt nicht:

pasted-from-clipboard.png

Quote from Hille

Ja, die Namensauflösung funktioniert nicht, nur das ist dein Problem. Du könntest jetzt folgendes machen

systemctl disable systemd-resolved

rm /etc/resolv.conf

vi /etc/resolv.conf

Hier schreibst du folgendes rein

nameserver 8.8.8.8

Display More

OK also jetzt funzt die Namensauflösung scheinbar wieder:

pasted-from-clipboard.png

Allerdings bekomme ich beim installieren des Repository immer noch Fehlermeldungen, scheinbar gibt es noch weitere Probleme:

pasted-from-clipboard.png

Quote from Hille

Findet denn überhaupt ne Namensauflösung statt ? Was erfolgt hier für ne Ausgabe ?

nslookup heise.de

Hi,

sorry für meine späte Antwort, waren heute den ganzen Tag unterwegs und konnte deshalb nicht testen.

Schaut wohl eher nicht so aus:

pasted-from-clipboard.png

OK, die Datei schaut jetzt so aus:

# This file is part of systemd.

#

# systemd is free software; you can redistribute it and/or modify it under the

# terms of the GNU Lesser General Public License as published by the Free

# Software Foundation; either version 2.1 of the License, or (at your option)

# any later version.

#

# Entries in this file show the compile time defaults. Local configuration

# should be created by either modifying this file, or by creating "drop-ins" in

# the resolved.conf.d/ subdirectory. The latter is generally recommended.

# Defaults can be restored by simply deleting this file and all drop-ins.

#

# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.

#

# See resolved.conf(5) for details.

[Resolve]

# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:

# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com

# Google: 8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google

# Quad9: 9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net

# DNS=46.38.252.230 46.38.225.230 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6

DNS=8.8.8.8 1.1.1.1 9.9.9.9 8.8.4.4

#FallbackDNS=

#Domains=

DNSSEC=false

DNSOverTLS=no

MulticastDNS=no

LLMNR=no

Cache=no-negative

#CacheFromLocalhost=no

DNSStubListener=yes

#DNSStubListenerExtra=

ReadEtcHosts=yes

#ResolveUnicastSingleLabel=no

Den Service habe ich mit service systemd-resolved restart neu gestartet.

Das ist die Ausgabe von resolvectl status:

pasted-from-clipboard.png

Die Fehlermeldungen sind immer noch die gleichen...