Jump to content

TruWrecks

Pathfinder
  • Content Count

    88
  • Joined

  • Last visited

Community Reputation

32 Excellent

About TruWrecks

  • Rank
    Landlubber

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You mean you had to "downgrade" your server to Ubuntu to get around that error. The error caused by using an outdated and compromised OpenSSL-1.0.0 package in the Linux server build. Having been a recent hacking victim I'll pass on running a known compromised OpenSSL package on my servers.
  2. Unlikely since I've been bugging them about this since the launch of the Linux server.
  3. Or 3 weeks from tomorrow
  4. Exactly! Over a month of updates that are lagging behind the client in most cases by severe days, and refusing to update a HACKED version of OpenSSL. Yes OpenSSL-1.0.0 was HACKED over a year ago and that is why it is NOT RECOMMENDED! Why do you think I've been saying Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Update OpenSSL! Get it yet?
  5. I noticed there is a 1.7 GB update for the Linux server code. Time to find out if they updated OpenSSL and fixed the save game issues. OpenSSL - No /home/steam/Atlas/Server/ShooterGame/Binaries/Linux/ShooterGameServer: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory Save games I can't test because the servers won't start until OpenSSL is FIXED!
  6. I would love to run the server for myself. I would love it to just run and not be a server I need to devote several hours a day to keep it working smoothly.
  7. My community has already committed mutiny and has given up.
  8. Still getting errors from openssl. /home/steam/Atlas/Server/ShooterGame/Binaries/Linux/ShooterGameServer: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory Even making a symlink to work around this is not working. libcrypt.so.1.0.0 is being called from openssl_1.0.0 internally by the server code. [email protected]:/usr/lib/x86_64-linux-gnu# ls libcrypt* libcrypt.a libcrypto.so.1.0.2 libcrypto.so.1.1 [email protected]:/usr/lib/x86_64-linux-gnu# ln -s /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 /usr/lib/libssl.so.1.1 [email protected]:/usr/lib/x86_64-linux-gnu# ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /usr/lib/libcrypto.so.1.1 libcrypto.so.1.0.0 is par of openssl-1.0.0 so until this is updated on the build machine Debian 9 stable is not going to work correctly.
  9. If you end the start script with && it will background the process and allow it to run as long as the user session is alive. What you are trying to do needs to be done in a way that doesn't require a logged in user. I would suggest having crontab handle it, but you would need to know if the servers were already running or start it after system boot and let crontab handle how often to check for the servers. It is not super difficult, but it is not easy.
  10. /home/steam/Atlas/Server/ShooterGame/Binaries/Linux/ShooterGameServer: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory Same error. I even wiped the install directory and started from scratch.
  11. Instead of mutilating our server libraries and security to make it act more like Ubuntu 16.04, it would b better that Grapeshot update their build box to the currently supported build of whatever distro they are running, or change it to a more update distro with all of the currently supported openssl and libcurl4 libraries.
  12. The Atlas server is trying to load libcrypto.so.1.0.0 on startup. This is part of openssl, not libcurl4. When the servers attempt a database connection they initiate libcrypto.so.1.0.0 to make that encrypted connection. When libcrypto.so.1.0.0 fails to load because it doesn't exist the server startup crashes and give me the error on the console. Installing libcurl3 on a system designed for libcurl4 is not recommended and can cause a lot of security issues. There is a reason it is not recommended be the libcurl library authors.
  13. @Jatheish Still need to address the openssl issue. The server launcher is looking for libcrypto.so.1.0.0 which is part of the outdated and non-recommended openssl library files. /home/steam/Atlas/Server/ShooterGame/Binaries/Linux/ShooterGameServer: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory I have checked and validated my openssl version many times and I am running a supported version on my servers. [email protected]:~/Atlas/Server$ apt list openssl -a Listing... Done openssl/stable,now 1.1.0j-1~deb9u1 amd64 [installed] openssl/stable,stable,stable 1.1.0f-3+deb9u2 amd64 Updating the build machine to at least Ubuntu 18.1 or Debian 9.0 and installing all the security updates before the next update would be very helpful in this matter. Servers that are running older openssl versions can easily update to the current more secure builds much safer and easier then downgrading to an older openssl build. Also, fixing the save game data issue is critical because it doesn't matter if my server works if it requires a total wipe every update. I have faith and patience. You did a great job getting Ark to run great on Linux. It is still running like a champ to this day. Hopefully Atlas can get there too soon. It is a more complicated setup with the seamless travel data and connections. There are many more complications with adding in a database to track assets and travel. I time I know you can do it. I will be here when that happens.
  14. I'm running on Debian 9 and I can run Ark, in fact I'm running 2 Ark servers right now, and Atlas won't run on mine either. Welcome to the club.
×