Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
And I experienced the exact same behavior: Connecting through the server browser didn't work, but it worked by executing the "open" command in the console.
What I could think of is that you still have a very similar issue, but not in the sense of having an additional network interface, but maybe the ASA software sends wrong information to the master server (server browser) so that the address you are connecting to through the browser is different to what the server is actually listening on. Not sure how they detect the remote IP (either from within the software or the master server just detects what remote address sends information to it).
I'm about to finish the guide and it will be merged in the README.md file of the main branch of my repository this weekend. So you could still follow the steps, it might even work for you.
I am at a loss, knowing that tcpdump sees packets before any internal network stack happens I should have at the very least seen the client trying to create a session with the server throughout all of this in the attempts and if the server was trying to reply on some other docker created interface I'd have see that too but nothing at all.
So close though, the client's console 'open' command works no problem (when pointing at the LAN address of the host) provided I first make a failed attempt at the server using the server browser so that the GUI prompts for the password and it'll remember that for the open command's attempt.
Also huge kudos to you Manuel - even if I can't get it working at the moment, your efforts to containerize the whole setup is awesome.
I just wonder if there's some variable somewhere in the container that's hardcoded for your network that's being overlooked. This is my first poke at containers in general so I don't really know where to look.
So yah, there's something about this container based solution that needs some debugging. :(
Not sure what is going wrong for you :( . For what it's worth, I pulled the image on my WSL2 Ubuntu machine, then added in a docker-compose.yml. Followed the instructions in the README on Github.
Server downloaded just fine. Then I updated the GUS.ini and my server showed up in the search list in game. I was not able to add it via the custom server UI in steam, but I haven't been able to make that work for any ASA servers.
I connected to my server instance and it all seemed to work fine. It did take a hot minute for the server to connect, though.
I'm going to rebuilt that OS tonight, been using Ubuntu 22.04 server and one thing that bugged me is I didn't bother checking off the Docker system during install and my googlin' lead me to what I felt was a janky way to install docker that involves some curls and what not, I'll see what happens when I start with a docker system baked into the OS.
apt-get install -y docker-ce docker-ce-cli docker-compose-plugin
I do have a docker command so Ubuntu did install something, but its not registered as docker with systemctl though either.
Docker has their own apt repo now, you'll have to install that first and then command above will run.
https://docs.docker.com/engine/install/ubuntu/
Down the page a bit you'll find the command from the readme, but it'll only work if you've added their repo. I recommend following their advice and removing the packages you have now, then replacing with the ones from Docker's repo.
So now I think I'm just cursed, the docker-compose command isn't available to me despite me confirming the docker-compose-plugin is successfully installed:
user@arkserver2023:~/arkServer$ sudo docker-compose up -d
sudo: docker-compose: command not found
user@arkserver2023:~/arkServer$ sudo apt-get install -y docker-ce docker-ce-cli docker-compose-plugin
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
docker-ce-cli is already the newest version (5:24.0.7-1~ubuntu.22.04~jammy).
docker-ce is already the newest version (5:24.0.7-1~ubuntu.22.04~jammy).
docker-compose-plugin is already the newest version (2.21.0-1~ubuntu.22.04~jammy).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
...frustration mounting LOL...
(I have googled the lack of docker-compose and how to sort that out via apt install docker-compose, but I want to confer with you all since it sounds like Ubuntu doesn't do the best job of this with its native packages)
oh and I did do a whereis docker-compose that came back with nothing just to make sure it wasn't a pathing thing.
Get the output of 'dpkg -L | grep docker-compose'. Hopefully, it's just called docker-compose, but lets call it $pkgname. Now you want to find out where that package is installed: 'dpkg -l $pkgname'.
Then do 'env | grep PATH', you are looking for the variable that is just called PATH. and see if the directory where that docker-compose binary was is in the PATH.
If not, do:
export PATH=$PATH:/path/to/docker/compose/directory
If any of the dpkg stuff fails, try sudo apt install docker-compose-plugin again.