Unable to complete SSL connectionError
Tried cert-sync as well, didn't work.

I installed Ubuntu and, as expected, it worked perfectly right away. So, something is either not installed or not configured correctly with CentOS, and unfortunately I'm just not knowledgeable enough to figure out what it is.

So, for anyone in the same boat, seems like the only option is to switch to Ubuntu. Hopefully someone figures this out eventually, because I prefer CentOS, but I guess I'll have to migrate over soon because I need this working.
CentOS is great, I use it for my web/mail servers, it just chugs along forever no problems at all. I've found over the years that it doesn't enjoy non-standard apps, it can often run into unsupported dependencies and suchlike. It's made for stability, not flexibility. I wouldn't run rustserver on it personally.

Merged post

I run:

CentOS (ultra stable) for web/mail.

Debian (stable + flexible) for rustservers.

Arch (ultra flexible) on my desktop PC.
Can we make the plugin support just normal http links also?  Is there any solution possible?

This worked fine on CentOS 7 by the way.  I just recently upgraded to CentOS 8 and this is when the problem arised.
KingSizeKevin
Can we make the plugin support just normal http links also?  Is there any solution possible?

This worked fine on CentOS 7 by the way.  I just recently upgraded to CentOS 8 and this is when the problem arised.

The plugin can use http links just fine, there is nothing in the plugin that restricts that. Many sites redirect or require HTTPS.

5e13a8d5b2bc5.jpg Wulf

The plugin can use http links just fine, there is nothing in the plugin that restricts that. Many sites redirect or require HTTPS.

But why does the Image Library have hard coded links in their plugin to a host that has a lot of problems for people?  Can't we get some better links in the plugin that work for everyone instead of using rustedit?

KingSizeKevin

But why does the Image Library have hard coded links in their plugin to a host that has a lot of problems for people?  Can't we get some better links in the plugin that work for everyone instead of using rustedit?

Because certifcates may change, and may not be noticed on a machine that supports those certificates.

How are you guys even getting that far? Whether its an approved skin in the release of rust, or approved via the community OR skin in the workshop I can not get ImageLibrary to download the necessary files to make it accessible in-game. All it does is give the warning that it needs to finish processing the image before the /s (ServerRewards) can be accessible.

I started eliminating "which" skin(source of which it pulls info I.E community skin, steam, rust)  it might be causing an issue buts its all of them! is there a command to see the download status? Even if its one skin thats approved via workshop I have checked hour later and still no change or access to the shop. There is no errors being announced in the server or client side for me to isolate the issue. It does say this when I reload ServerRewards but I am not connecting the dots how its an issue?

 

Web request produced exception (Url: https://api.steampowered.com/ISteamRemoteStorage/GetPublishedFileDetails/v1/) in 'ImageLibrary v2.0.52' plugin (NullReferenceException: Object reference not set to an instance of an object) at System.Net.AutoWebProxyScriptEngine.InitializeRegistryGlobalProxy () [0x0005b] in :0 at System.Net.AutoWebProxyScriptEngine.GetWebProxyData () [0x00007] in :0 2kb/s in, 19kb/s out at System.Net.WebProxy.UnsafeUpdateFromRegistry () [0x0001a] in :0 at System.Net.WebProxy..ctor (System.Boolean enableAutoproxy) [0x0000d] in :0 at System.Net.WebProxy.CreateDefaultProxy () [0x00012] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetSystemWebProxy () [0x00000] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetDefaultProxy_UsingOldMonoCode () [0x00036] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetSection () [0x00015] in :0 at System.Net.WebRequest.get_InternalDefaultWebProxy () [0x00022] in :0 at System.Net.HttpWebRequest..ctor (System.Uri uri) [0x0008d] in :0 at (wrapper remoting-invoke-with-check) System.Net.HttpWebRequest..ctor(System.Uri) at System.Net.HttpRequestCreator.Create (System.Uri uri) [0x00000] in :0 at System.Net.WebRequest.Create (System.Uri requestUri, System.Boolean useUriBase) [0x00091] in :0 at System.Net.WebRequest.Create (System.String requestUriString) [0x00014] in :0 at Oxide.Core.Libraries.WebRequests+WebRequest.Start () [0x00014] in :0

below is the config for IL;
"Avatars - Store player avatars": true,
"8CA8BD73XXXXXXXXEB53C3F9": true,
"Progress - Show download progress in console": true,
"Progress - Time between update notifications": 20,
"User Images - Manually define images to be loaded": null,
"Version": {
"Major": 2,
"Minor": 0,
"Patch": 52

what am I doing wrong or not seeing?
seversok
System.Net.AutoWebProxyScriptEngine.InitializeRegistryGlobalProxy () [0x0005b] in :0 at System.Net.AutoWebProxyScriptEngine.GetWebProxyData () [0x00007] in :0 2kb/s in, 19kb/s out at System.Net.WebProxy.UnsafeUpdateFromRegistry () [0x0001a] in :0 at System.Net.WebProxy..ctor (System.Boolean enableAutoproxy) [0x0000d] in :0 at System.Net.WebProxy.CreateDefaultProxy () [0x00012] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetSystemWebProxy () [0x00000] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetDefaultProxy_UsingOldMonoCode () [0x00036] in :0 at System.Net.Configuration.DefaultProxySectionInternal.GetSection () [0x00015] in :0 at System.Net.WebRequest.get_InternalDefaultWebProxy () [0x00022] in :0 

what am I doing wrong or not seeing?

Sounds like your server network has some sort of proxy set up.

5e13a8d5b2bc5.jpg Wulf

Sounds like your server network has some sort of proxy set up.

Server downloaded 21 pages of approved skins.. Seems i got everything working to include stuff that I never thought would work.

images won´t download!!!
Wish we could find a solution for CentOS users who can't use any plugins like SignArtist because it won't download from an SSL link for some reason.  
I found the fix!!!

Unity only officially supports Ubuntu Linux, so it is looking (and failing to find) the certificate store where it would expect it to be. You can work around on Fedora/CentOS by creating a symbolic link:

mkdir -p /etc/ssl/certs && ln -s /etc/pki/tls/certs/ca-bundle.crt /etc/ssl/certs/ca-certificates.crt