[GH-ISSUE #4238] [Bug]: Ark: Survival Evolved should use separate IP for Multihome and EPIC #2667

Closed
opened 2026-02-27 03:04:33 +03:00 by kerem · 2 comments
Owner

Originally created by @WildPenquin on GitHub (Jun 13, 2023).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4238

User story

The default configuration file should not use same IP for both MultiHome and PublicIPForEpic

Game

Ark: Survival Evolved

Linux distro

Other

Command

command: start

Further information

NOTE! Multihome is really badly documented - please correct me if I've guessed any misinformation here!

It seems that Multihome is used for many instances running on the same computer with many IP addresses (or interfaces). This is typically (always?) a local IP i.e. LAN address. This may sometimes be a public IP address, in case the computer is running directly on a public IP address with no NAT.

The PublicIPForEpic is always a public IP address (and is used for crossplay compatibility only?).

If both options are given, these options should be set separately and to different values. They should never match each other, or may only do so in the case if the server is not behind a NAT, but then setting PublicIPForEpic is superfluous (see Wiki documentation). If Multihome is set to a public IP address, when the server is behind a NAT, the server will fail (it will run but not listen to any connections).

In a nutshell:

  • Multihome is the listening address of the server (a LAN address or in case of no NAT, a public IP address)
  • PublicIPForEpic will always be a public IP address, and makes no sense to set if matches Multihome, i.e. is only needed only if behind a NAT (see link 1).

I suggest changing the default configuration file as such:

ip="aaa.bbb.ccc.ddd" # a public IP address - 0.0.0.0 will not work, EPIC clients can not connect!
localip="0.0.0.0" # the listen address, your local IP if behind a NAT - 0.0.0.0 will work for most users
startparameters="${defaultmap}?AltSaveDirectoryName=${altsavedirectoryname}?listen?MultiHome=${localip}?MaxPlayers=${maxplayers}?QueryPort=${queryport}?RCONPort=${rconport}?Port=${port} -automanagedmods -cro    ssplay -PublicIPForEpic=${ip}"
  1. https://ark.fandom.com/wiki/Server_configuration

Relevant log output

No response

Steps to reproduce

Set a public IP address, using the default configuration as a base.
ip="aaa.bbb.ccc.ddd"

The server will run but not listen to any connections.

Originally created by @WildPenquin on GitHub (Jun 13, 2023). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4238 ### User story The default configuration file should not use same IP for both MultiHome and PublicIPForEpic ### Game Ark: Survival Evolved ### Linux distro Other ### Command command: start ### Further information **NOTE!** Multihome is really badly documented - please correct me if I've guessed any misinformation here! It seems that Multihome is used for many instances running on the same computer with many IP addresses (or interfaces). This is typically (always?) a local IP i.e. LAN address. This may sometimes be a public IP address, in case the computer is running directly on a public IP address with no NAT. The PublicIPForEpic is always a public IP address (and is used for crossplay compatibility only?). If both options are given, these options should be set separately and to different values. They should never match each other, or may **only** do so in the case if the server is not behind a NAT, but then setting PublicIPForEpic is superfluous (see Wiki documentation). If Multihome is set to a public IP address, when the server is behind a NAT, the server will fail (it will run but not listen to any connections). In a nutshell: - Multihome is the listening address of the server (a LAN address or in case of no NAT, a public IP address) - PublicIPForEpic will *always* be a public IP address, and makes no sense to set if matches Multihome, i.e. is only needed only if behind a NAT (see link 1). I suggest changing the default configuration file as such: ``` ip="aaa.bbb.ccc.ddd" # a public IP address - 0.0.0.0 will not work, EPIC clients can not connect! localip="0.0.0.0" # the listen address, your local IP if behind a NAT - 0.0.0.0 will work for most users startparameters="${defaultmap}?AltSaveDirectoryName=${altsavedirectoryname}?listen?MultiHome=${localip}?MaxPlayers=${maxplayers}?QueryPort=${queryport}?RCONPort=${rconport}?Port=${port} -automanagedmods -cro ssplay -PublicIPForEpic=${ip}" ``` 1) https://ark.fandom.com/wiki/Server_configuration ### Relevant log output _No response_ ### Steps to reproduce Set a public IP address, using the default configuration as a base. `ip="aaa.bbb.ccc.ddd"` The server **will** run but not listen to any connections.
Author
Owner

@dgibbs64 commented on GitHub (Sep 1, 2023):

PR has been created and the ip address docs have been updated

<!-- gh-comment-id:1703321950 --> @dgibbs64 commented on GitHub (Sep 1, 2023): PR has been created and the ip address docs have been updated
Author
Owner

@github-actions[bot] commented on GitHub (Sep 16, 2024):

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

<!-- gh-comment-id:2351845106 --> @github-actions[bot] commented on GitHub (Sep 16, 2024): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Sign in to join this conversation.
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LinuxGSM#2667
No description provided.