Ports/Anwendungen ein-/ausgehend freigeschaltet - trotzdem nicht errei
#1
geschrieben 10. Juni 2015 - 08:39
Ich habe ein kleines Problem.
Ich wollte gestern auf meinem Win2012 Server (VServer) einen Gameserver installieren, der sowohl auf TCP als auch UDP die Ports 27015 und 7777 benötigt.
Gesagt, getan. Ich habe die Regeln erstmal nur eingehend in der Firewall freigeschaltet. Weil das nicht klappte auch noch zusätzlich ausgehend.
Auch das hat nicht funktioniert, weshalb ich zusätzlich noch die beiden verantwortlichen .exe Files in der Firewall komplett freigeschaltet hatte.
Aber es geht immer noch nicht. Über eine Portscan Webseite (canyouseeme.org) hab ich den Port nochmal checken lassen - allerdings gibts immer einen Timeout.
Hat vielleicht jemand hier noch eine Idee?
P.S. Firewall deaktivieren brachte auch nix
Anzeige
#2
geschrieben 10. Juni 2015 - 09:04
DiskCache=AllocateMemory(GetTotalAmountOfAvailableMemory);}
#3
geschrieben 10. Juni 2015 - 11:16
Zitat
Sie können die Ports beliebig konfigurieren.
Ich habe Ihren Server untersucht und konnte keinen technischen Einschränkungen feststellen.
Ein Portscan ergab folgendes:
PORT STATE SERVICE
80/tcp open http
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
3389/tcp open ms-term-serv
Das bedeutet das die von Ihnen gewählten Ports nicht korrekt initiiert wurden.
STRATO kann bedauerlicherweise keinen administrativen Support leiden, da die administrative Gewalt aufgrund Datenschutzbestimmungen vollständig bei Ihnen liegt.
Bitte prüfen Sie deswegen erneut die Firewall sowie die Konfiguration.
#4
geschrieben 10. Juni 2015 - 11:55
Zitat (sturdy: 10. Juni 2015 - 08:39)
Ich habe ein kleines Problem.
Ich wollte gestern auf meinem Win2012 Server (VServer) einen Gameserver installieren, der sowohl auf TCP als auch UDP die Ports 27015 und 7777 benötigt.
Gesagt, getan. Ich habe die Regeln erstmal nur eingehend in der Firewall freigeschaltet. Weil das nicht klappte auch noch zusätzlich ausgehend.
Auch das hat nicht funktioniert, weshalb ich zusätzlich noch die beiden verantwortlichen .exe Files in der Firewall komplett freigeschaltet hatte.
sind die Regeln auch aktiviert?
Zitat
Was sagt denn der Portscan zu den Standardports 80 3389 usw?
Timeout spricht dafür, dass der Port zwar offen ist, aber kein daemon dort horcht.
Was sagt denn netstat zum Problem
netstat -an | grep '27015\|7777' (Linux-Kommando, Müsste noch in Windows-Sprech übersetzt werden)
EDIT: In Windows ist das netstat -an | find "portnummer"
Zitat
Das stützt meine Theorie.
Dieser Beitrag wurde von Sturmovik bearbeitet: 10. Juni 2015 - 11:58
Unix won't hold your hand. You wanna shoot your foot, Unix reliably delivers the shot.
True Cloudstorage
#5
geschrieben 10. Juni 2015 - 12:07
Zitat
Wie bekomme ich das denn hin? Normalerweise müsste doch der Gameserver diese Schnittstelle bilden, oder?
Die Regeln sind jedoch aktiviert, ja.
n
Netstat bringt folgendes:
Zitat
Aktive Verbindungen
Proto Lokale Adresse Remoteadresse Status
TCP xxxxxxxxxxxxxx:3389 212.185.16.250:24406 HERGESTELLT
TCP [::1]:49883 h2449108:47001 WARTEND
PS C:\Users\Administrator>
Netstat -an bringt das hier:
Zitat
Aktive Verbindungen
Proto Lokale Adresse Remoteadresse Status
TCP 0.0.0.0:80 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:135 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:445 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:3389 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:5985 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:10011 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:27036 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:30033 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:47001 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49152 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49153 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49154 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49155 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49156 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49157 0.0.0.0:0 ABHÖREN
TCP 0.0.0.0:49167 0.0.0.0:0 ABHÖREN
TCP xxxxxxxxxxxxxx:139 0.0.0.0:0 ABHÖREN
TCP xxxxxxxxxxxxxx:3389 212.185.16.250:24406 HERGESTELLT
TCP [::]:80 [::]:0 ABHÖREN
TCP [::]:135 [::]:0 ABHÖREN
TCP [::]:445 [::]:0 ABHÖREN
TCP [::]:3389 [::]:0 ABHÖREN
TCP [::]:5985 [::]:0 ABHÖREN
TCP [::]:47001 [::]:0 ABHÖREN
TCP [::]:49152 [::]:0 ABHÖREN
TCP [::]:49153 [::]:0 ABHÖREN
TCP [::]:49154 [::]:0 ABHÖREN
TCP [::]:49155 [::]:0 ABHÖREN
TCP [::]:49156 [::]:0 ABHÖREN
TCP [::]:49157 [::]:0 ABHÖREN
TCP [::]:49167 [::]:0 ABHÖREN
TCP [::1]:49884 [::1]:47001 WARTEND
UDP 0.0.0.0:500 *:*
UDP 0.0.0.0:3389 *:*
UDP 0.0.0.0:3544 *:*
UDP 0.0.0.0:4500 *:*
UDP 0.0.0.0:5355 *:*
UDP 0.0.0.0:7778 *:*
UDP 0.0.0.0:9987 *:*
UDP 0.0.0.0:27015 *:*
UDP 0.0.0.0:27036 *:*
UDP 0.0.0.0:50675 *:*
UDP 0.0.0.0:56703 *:*
UDP 0.0.0.0:56906 *:*
UDP xxxxxxxxxxxxxx:137 *:*
UDP xxxxxxxxxxxxxx:138 *:*
UDP xxxxxxxxxxxxxx:63959 *:*
UDP [::]:500 *:*
UDP [::]:3389 *:*
UDP [::]:4500 *:*
UDP [::]:5355 *:*
UDP [fe80::862:628:aa29:b9aa%15]:546 *:*
UDP [fe80::cd27:48e4:984a:1423%13]:546 *:*
#6
geschrieben 10. Juni 2015 - 12:10
Damit isses Wurst, was in der Firewall deines Servers oder des Anbieters konfiguriert ist, die daemons laufen nicht und hören deshalb auch nicht auf ihren Ports. Ergo: Port ist zu.
Zitat
Läuft denn der Gameserver?
Dieser Beitrag wurde von Sturmovik bearbeitet: 10. Juni 2015 - 12:13
Unix won't hold your hand. You wanna shoot your foot, Unix reliably delivers the shot.
True Cloudstorage
#7
geschrieben 10. Juni 2015 - 16:20
Hab ich außerdem als Admin ausgeführt.
Dieser Beitrag wurde von sturdy bearbeitet: 10. Juni 2015 - 16:29
#8
geschrieben 10. Juni 2015 - 16:53
Ganz schlecht. Du müßtest den Server als Windows-Dienst ausführen. Sonst geht es garantiert schief.
#9
geschrieben 10. Juni 2015 - 17:04
So sieht das dann aus wie links oben:
https://extravm.com/...ges/6594841.jpg
#10
geschrieben 10. Juni 2015 - 17:06
#11
geschrieben 10. Juni 2015 - 17:09
#12
geschrieben 10. Juni 2015 - 17:19
- ← Terminalserver: Load-Balancing & Benutzerprofile
- Windows Server 2012 R2 & Server 2012
- Server 2012R2 Was ist zu tun? →