cheesemarathon

This is exactly what you should do! Thanks for the excellent instructions!

Your in the correct place. There must be something in that page that chrome doesn't like. If I remember correctly, Firefox is also included so you could try that. This docker container is EOL now anyway so I'm working on a replacement.

The only other thing I can think is that your browser is caching the settings somehow. Failing that, open an issue at https://github.com/coderaiser/cloudcmd

I assume your referring to migrating bitwarden. Yes you can remove your existing container, don't delete your appdata. Then add the new one from CA and point it to your existing appdata. This worked for me anyway!

If they window is too small for two panels it will show only one. Like on mobile for example. You can also check the .cloudcmd.json file in your appdata directory. This contains all the settings. Look for "oneFilePanel" this should be set to false.

Are you using my template or the new one currently available in CA? Regardless it just sounds the the Web UI setting is wrong in the unraid template. Just change the port there.

Sorry for the confusion everyone. I will of course continue to help those that have my template installed. I removed it as the creators of bitwarden_rs created an official docker image and added it to CA. So any newbies I suggest use the template currently on CA. I will of course help any one that posts here the best I can! Hope that clears things up 😊

I havnt written a guide, nor do I know if one exists specifically for unRAID. However here is my config: Admin email can be anything, it's only used if you set the SMTP parts up for sending admin emails. I don't use that function as I'm the only one using bitwarden. The admin token is the password to the admin interface accessible at /admin. This is different to the normal bitwarden webui. You can set it to what you like or disable it, instructions in link in first post, but I don't recommend that. As for remote access, I have my instance behind a reverse proxy provided by the linux server let's encrypyt docker image. Here is my config for that. server { listen 80; server_name bitwarden.mydomain.com; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name bitwarden.mydomain.com; include /config/nginx/ssl.conf; location / { proxy_pass http://<UNRAID_IP>:8343; include /config/nginx/proxy.conf; } } You just need to change the domain name and your unRAID IP and your away. This config proxies to a sub domain not a sub directory. Depends on what you prefer but i like 'service_name.domain.com' rather than 'domain.com/service_name' If you need any more help, give me a shout!

I've just noticed that the image I use is no longer maintained so I will work on a replacement and see if flash can be a feature.

Yup sounds about typical. A new version is being worked on to improve this.

Everything you should need to know you can find here: https://github.com/dani-garcia/bitwarden_rs/wiki Anything else you need, feel free to ask

Yes, it requires quite a bit of rework so may take some time. Hopefully I'll have some time of this festive period to work on it. Work has kept me very busy of recent. As for @mlebjerg, I believe he has been busy with his studies! Don't worry, there will be a big post here as soon as it is ready!

Yes just set the root variable in the cloudcmd.json file located in your appdata folder. Just change it to /UNRAID You can also find all documentation for cloud commander at https://cloudcmd.io/ Cloud commander shouldn't change anything unless your telling it to. Is this when your renaming files? or are you downloading files using the terminal in cloud commander?

I have just installed this container on my machine and it worked perfectly first time. Take a look at my settings in the screenshot below and make sure they match yours. The fixed IP for br0 can be anything, so long as its in the same subnet as your unRAID machine and is not already in use. The MAC value should be the same as the MAC address for br0. The IP value should be the same as the value you set for br0. That should then work perfectly. Then you just need to browse to the IP you set for br0. In my case this is 192.168.1.42

What exactly do you wan't to know? If it's caching or if a game has been cached. If there is data in the cache directory, then it's working. As for if a game is cached, there is no way to check that other than download it and see if any of the files hit the cache.

The steamcache software has ceased development in favour of a new version fixing a large number of bugs. @mlebjerg and I have not yet had time to move the docker image over to the new version of steamcache. Apologies.

Strange, may be a bug with 6.8.0-rc3 as I don't have mine running on port 80 and it works all fine. Post your config?

Your a star! Thanks for spotting this. I will test, and make the necessary changes! Thank you.

I have not tried passing queries onto something like pi-hole after the cache. In theory it should work, but it looks like that may not be the case. @mlebjerg is the best person to debug this. However, just try setting it to a public DNS such as 1.1.1.1, just to make sure everything else is working.

Steamcache doesn't modify your DNS requests in anyway so to speak. If the file is not found in the cache, the it just passes the request on to the domain the original request was for, no changes made. So for some reason, Steam has requested this file from Seattle rather than Edmonton.

It should take you to the diyhue UI. Did you set the IP variable to the same IP as your unraid machine? You need to set it to a different IP, the same as the one you should have set in the network settings as it must be on the bridge (br0) network. If the link to go to the web UI still doesn't work, then just browse to the IP you set.

Windows updates is temperamental. Microsoft likes to changes things rather regularly. It should be fixed in the new version @mlebjerg is working on.

I havn't tried it personally, but instructions can be found here https://github.com/dani-garcia/bitwarden_rs/wiki/SMTP-configuration

@mlebjerg is working on this

That entirely depends on the settings your router has. Some have the ability to set multiple DNS addresses which it may fail over to, so if your server go's down, requests go to another DNS. I suggest having a google about your routers DNS settings. In short, yes it's possible with some routers