The registry hack didn't work for me. My company is on an Azure network and the group policies don't work with the local system. I had to support and fix this in two ways. I have multiple users not on the Azure network that need to access it via SMB1 (guest access) and those on the Azure network to use a username and password. The difficulty in figuring this out is the Linux Samba share would first attempt to log the user in with the Windows username (which doesn't have samba access) and fails over to guest since the linux [global] is set to map to guest = Bad User but allows guest access to certain folders. I needed to create a user on the linux machine and give it samba access. Then on the windows machine, I needed to open the Credential Manager and add a new credential. Add the server's name, the new username you created on the linux machine and the samba password. The windows machine will use this credential instead of the windows username and it gave me access.
The best answer is to map to guest = Never and make all the users use the samba user name and password, but they will all eventually move to the Azure network and this way I can support them via a slow support set versus trying to support 100+ users all at once.