Frank1940

@WildWayz, you can verify which user is connected by running the following command on your Unraid server using the GUI Terminal. smbstatus

Look here: https://docs.unraid.net/unraid-os/system-administration/secure-your-server/securing-your-connection/#ways-to-access-your-webgui Then pick the one you want and click for instructions:

https://docs.unraid.net/unraid-os/system-administration/secure-your-server/securing-your-connection/#https-with-myunraidnet-certificate-and-with-no-fallback-url OPen up this link and find this.....

Try starting here: https://docs.unraid.net/unraid-os/system-administration/secure-your-server/securing-your-connection/#ssl-certificate-types I am hoping that someone else will also jump in with some advice to help you. You can also try using a http: address rather than a https: address. (I believe most browsers will use https: rather than http: unless you specifically use http://{IP_ADDRESS}

This is your current IP address 192.168.0.10

Make sure that you set up your Docker image to be only on a SSD cache/pool and that the appdata share is also only on that cache/pool also for best performance.

Are you using an SSD cache/pool drive for your media data. Also Unraid will use (unallocated) RAM as a write buffer which will allow you to approach 10Gbit speeds as you have seen. I also use KODI and I use a single sql database for all of my KODI clients. I use the mysql Docker for this Database and all of the KODI clients are linked to use it. You can find the basic instructions here: https://kodi.wiki/view/MySQL/Setting_up_MySQL The big advantage to doing this is that you only have to build (and maintain) the database once and all of the clients always have the up-to-date information. It has been several years since I first went down this route. It took several tries to get everything working right. (Cockpit errors on my part mostly!!!) I would recommend using either SQL or MariaDB Dockers for this approach– your choice. It makes handling the database maintenance chore a piece of cake compared to having a separate database on each client!

Make sure that a pet or small child might not be hitting the reset button on the server case. Often the button will have an near-by/behind LED that will attract pets or children.

Post up the diagnostics file.

Let me ask you if you are accessing these shares using a 'Share Access User' and Windows credentials (if you are using Windows)? Public/Guest access to SMB shares is being more and more problematical these days with increased security concerns.

I am not A Tailscale Guru so I really can't give you much help. But I do a fair amount of attempting to help with issues (mostly SMB/Windows issues these days) and I know what the support people need and are looking for. You really need now to post up the details of the Tailscale problem. Like what is the client on the other end of the Tailscale connection? Details about your Unraid Tailscale configuration. (You might even provide screenshots of your Tailscale setting— Be sure to redacted the Tailscale IP Addresses!) What Error Messages are you see? If Windows is involved, be sure that you are not using a 'guest' connection!. The more details/information you provide, the quick you will get an answer to your issues.

Why don't you ask about your problem with Tailscale in this section of the forum? https://forums.unraid.net/forum/111-tailscale/ You should be able to get more targeted help there. Be sure to describe exactly what your needs and problem is. And don't hijack another thread if your problem is similiar. (You will always get more help with a thread dedicated to your problem!)

Try the Unassigned Devices Plugin and mount the Proxmox share on your Unraid server. If Proxmox has rsync installed on it, use rsync to transfer the data between the servers. (rsync will to either push or pull files between computers. You just have to remember to get straight in your mind which is the source computer and which is the destination computer for the files you want to transfer.)

In this post, https://forums.unraid.net/topic/191221-some-musings-on-smb-and-samba-and-unraid-and-windows/#findComment-1561580 there are these paragraphs: Understand that risk of having a minor security hole is relative. IF you have a modern router with up-to-date firmware, a household where you control who has access to your LAN, everyone you allow on it is trustworthy, and If all your Shared Shares are Private with a good password, your security risk factor is very low. When you start to expose yourself by allowing other people to have access to your LAN, setup access from the WAN (Using Tailscale or some other VPN service), you probably need some more protection. Blocking 'Guest' access is the last step in protection. Further, understand that 'risk tolerance' is relative. Some people think sky-diving is a fun weekend sport. Other folks won't even get in an airplane! You also have to ask yourself, am I a target really worth going after? If a three-letter bureau somewhere in the world has an interest in you, you had better be in a total paranoid mode! They will get in, if you can see this post.

Yes. See here: https://forums.unraid.net/topic/192582-minor-smb-security-issue/

If you want more information on how SMB works and setting SMB access to your Unraid server, have a look at this thread: https://forums.unraid.net/topic/191221-some-musings-on-smb-and-samba-and-unraid-and-windows/ Not only those 'guys' but anyone else who might gain access to your server via a 'guest' login. You can gain access as a 'guest' to your Unraid server by just entering a bad user name in the login prompt for share access. The only improvement on security from 'Public' is that they don't have write access. Remember that 'read' access also means copy permissions!

I have mine set up to use the tailscale IP address as shown below: Note that you have to use \\{IP_Address} Than I have all my share setup to Private. I have assigned a special user for those you I permit to access my shares using Tailscale. I use Credential Manager to actually log in this user. See Below: You do have to go to SHARES >>>> Share_name >>>Share Settings on your Unraid server and actually grant permissions for this user to access the share. See below:

Have you seen this video? https://www.youtube.com/watch?v=WkCqAuGhWb8 Many of us have successfully set up a Tailscale network on our Unraid server. I have never heard of anyone having a Problem with Comcast preventing it. Hosting a Website using Unraid is not recommended!!!! The OS is not harden for the type of attacks you will get if you expose your Unraid server to the outside world.

In the past, this method seems to work in some instances when the automated tool fails. Not sure why...

Try the manual Install Method. https://docs.unraid.net/unraid-os/getting-started/set-up-unraid/create-your-bootable-media/#manual-install-method

Yes. File system and its overhead.

A few years back that was a big movement to make hard Disks more 'green' and the power consumption was reduced for many of them. I would also expect that drives with fewer platters (hence, less capacity/size) would have lower running and peak current specs. Rotation speed is another parameter that affects current requirements. One should be careful about using specific HD model data points to 'design' a setup with little to no margin of safety. There have been numerous posts on the forum about disabled disks that have had as their cause power delivery issues. When selecting a PS, if the total power requirement is close to the maximum for a given model, use the next larger one. Avoid daisy chaining power connectors except for short term situation while you source parts to do things right. The headaches and time involved with dealing with a disabled disk is simply not worth it. And that does not even address the very real possibility of data loss!

I am not so sure about that.. I just spun up the disks on my array and it appeared to happen is less then three to four seconds. (I was hitting the refresh on the browser.) Here is the log: I don't see any indication of any delay... I do know that there is a straggled delay if you are doing a directory scan/search on a User Share that covers multiple disks but there seems to be times when all disk are spun up simultaneous (or close to it.)

The biggest worry with the MOLEX connector is the IR drop during startup. This can be compounded if they are in series. Probably a good rule would be two MOLEX/SATA connectors in series. And don't even talk about SATA power connectors. That design is the poster child for how not to design a connector! I don't even think using a SATA-to-SATA splitter is a good idea in a server environment. This is the ideal design for a MOLEX-to-SATA power splitter: Notice that there is a max of 4 SATA connectors. Also observe that the wire is continuous and the connection is made by displacing the insulation with a blade on the terminal in each connector. (Avoid molded in wires as defective manufacture of the cable can result in a known fire hazard!) This should be plugged directly into a MOLEX connector on the +12V cable from the PS.

Problem is that this spec on the drive lists the running power draw. It does not specify what the startup (inrush) current draw is when the platters are being spun up. This can range as high as 3 amperes— very old number from many years ago. (I don't know what modern drives' startup current but a rule of thumb is to figure 2 amperes and you will never be wrong. You also have to use this number when sizing the power supply because Unraid spins up all of its drives simultaneous during is normal operation– one reason why PS with a single +12V rail are recommended. One must realize that modern PS will shutdown if the max current rating is exceeded after a few milliseconds.)