Re: [qubes-users] User used to write to network share
In dom0 terminal: > qvm-prefs [domain qubes name] qrexec_timeout 3600 On Thursday, July 21, 2022 at 1:56:35 PM UTC-7 Qubes wrote: > Howard Chen wrote: > > I have no ideas that are you talk about, but the R4.1 can be compatible > > with R4.0's accessibility for your servers. However, it might be another > > distro version problem(s) that R4.0 using Fedora 29 while R4.1 using > Fedora > > The version of Fedora you are referring to here is the version of Fedora > used for dom0, not the Templates. Debian-11 template is the same version > on both 4.0 and 4.1. > > > 32. @Unman will figure it out for you because I don't have the right > tools > > to do this type of troubleshoot similar as yours. > > On Thursday, July 21, 2022 at 12:52:42 PM UTC-7 Qubes wrote: > > > >> Qubes wrote: > >>> How does one overcome the problem of the user used to write to a > network > >>> share? > >>> > >>> In broader explanation. Say for example i connect to a network share > >>> > >>> sudo mount -o username=testuser //my-server/dir /home/user/testmount > >>> > >>> the share mounts and i can browse the file system but i cannot write to > >>> it because the write is made with the user "user" that logs onto the > >>> booted VM automatically with an unknown possibly empty password. This > >>> causes the write fail because the user "testuser" must make the write. > >>> > >>> Now on R4.0 i could make the mount with the noperm option > >>> > >>> sudo mount -o username=testuser,noperm //my-server/dir > >> /home/user/testmount > >>> > >>> Doing it like this worked 100%. When i wrote a file to the share it > >>> applied the ACLs on the share to the file being written to the share. > >>> Something in 4.1 is causing this to fail. > >>> > >>> Can anybody give me any pointers? > >>> > >>> Is it perhaps possible in 4.1 to specify the user that is used to > >>> automatically log into a VM? > >>> > >> > >> To add to this, perhaps a hint in the right direction. If i create a > >> file from cli on the network share, mounted with the "noperm" option, > >> and i edit and save it with vi it works as expected. > >> > >> sudo mount -o username=testuser,noperm //my-server/dir > /home/user/testmount > >> cd /home/user/testmount/ > >> touch testperm2.txt > >> vi testperm2.txt > >> i can edit and save the file and when i check the network share ACLs are > >> correct. > >> > >> Which means the problem is with Gnome Text Editor that i use for all of > >> my note taking. > >> > >> Is there someone that can help me understand this problem? I know gedit > >> creates a temporary file that it does the edits it and then writes that > >> to disk. I suspect the problem lies here but i have no idea how to > >> address it. Specifically it wasn't a problem on R4.0. > >> > >> Is it possible that something in R4.1 has changed the behavior here? > >> > > > > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/18bb84bf-f8ec-4e2c-a045-f08f915f9ca3n%40googlegroups.com.
Re: [qubes-users] User used to write to network share
Howard Chen wrote: I have no ideas that are you talk about, but the R4.1 can be compatible with R4.0's accessibility for your servers. However, it might be another distro version problem(s) that R4.0 using Fedora 29 while R4.1 using Fedora The version of Fedora you are referring to here is the version of Fedora used for dom0, not the Templates. Debian-11 template is the same version on both 4.0 and 4.1. 32. @Unman will figure it out for you because I don't have the right tools to do this type of troubleshoot similar as yours. On Thursday, July 21, 2022 at 12:52:42 PM UTC-7 Qubes wrote: Qubes wrote: How does one overcome the problem of the user used to write to a network share? In broader explanation. Say for example i connect to a network share sudo mount -o username=testuser //my-server/dir /home/user/testmount the share mounts and i can browse the file system but i cannot write to it because the write is made with the user "user" that logs onto the booted VM automatically with an unknown possibly empty password. This causes the write fail because the user "testuser" must make the write. Now on R4.0 i could make the mount with the noperm option sudo mount -o username=testuser,noperm //my-server/dir /home/user/testmount Doing it like this worked 100%. When i wrote a file to the share it applied the ACLs on the share to the file being written to the share. Something in 4.1 is causing this to fail. Can anybody give me any pointers? Is it perhaps possible in 4.1 to specify the user that is used to automatically log into a VM? To add to this, perhaps a hint in the right direction. If i create a file from cli on the network share, mounted with the "noperm" option, and i edit and save it with vi it works as expected. sudo mount -o username=testuser,noperm //my-server/dir /home/user/testmount cd /home/user/testmount/ touch testperm2.txt vi testperm2.txt i can edit and save the file and when i check the network share ACLs are correct. Which means the problem is with Gnome Text Editor that i use for all of my note taking. Is there someone that can help me understand this problem? I know gedit creates a temporary file that it does the edits it and then writes that to disk. I suspect the problem lies here but i have no idea how to address it. Specifically it wasn't a problem on R4.0. Is it possible that something in R4.1 has changed the behavior here? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/2b58d999-950e-41c2-ab86-81c370721d35%40ak47.co.za.
Re: [qubes-users] User used to write to network share
I have no ideas that are you talk about, but the R4.1 can be compatible with R4.0's accessibility for your servers. However, it might be another distro version problem(s) that R4.0 using Fedora 29 while R4.1 using Fedora 32. @Unman will figure it out for you because I don't have the right tools to do this type of troubleshoot similar as yours. On Thursday, July 21, 2022 at 12:52:42 PM UTC-7 Qubes wrote: > Qubes wrote: > > How does one overcome the problem of the user used to write to a network > > share? > > > > In broader explanation. Say for example i connect to a network share > > > > sudo mount -o username=testuser //my-server/dir /home/user/testmount > > > > the share mounts and i can browse the file system but i cannot write to > > it because the write is made with the user "user" that logs onto the > > booted VM automatically with an unknown possibly empty password. This > > causes the write fail because the user "testuser" must make the write. > > > > Now on R4.0 i could make the mount with the noperm option > > > > sudo mount -o username=testuser,noperm //my-server/dir > /home/user/testmount > > > > Doing it like this worked 100%. When i wrote a file to the share it > > applied the ACLs on the share to the file being written to the share. > > Something in 4.1 is causing this to fail. > > > > Can anybody give me any pointers? > > > > Is it perhaps possible in 4.1 to specify the user that is used to > > automatically log into a VM? > > > > To add to this, perhaps a hint in the right direction. If i create a > file from cli on the network share, mounted with the "noperm" option, > and i edit and save it with vi it works as expected. > > sudo mount -o username=testuser,noperm //my-server/dir /home/user/testmount > cd /home/user/testmount/ > touch testperm2.txt > vi testperm2.txt > i can edit and save the file and when i check the network share ACLs are > correct. > > Which means the problem is with Gnome Text Editor that i use for all of > my note taking. > > Is there someone that can help me understand this problem? I know gedit > creates a temporary file that it does the edits it and then writes that > to disk. I suspect the problem lies here but i have no idea how to > address it. Specifically it wasn't a problem on R4.0. > > Is it possible that something in R4.1 has changed the behavior here? > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/9f5a6ede-aa39-44ea-869e-78d5be002825n%40googlegroups.com.
Re: [qubes-users] User used to write to network share
Qubes wrote: How does one overcome the problem of the user used to write to a network share? In broader explanation. Say for example i connect to a network share sudo mount -o username=testuser //my-server/dir /home/user/testmount the share mounts and i can browse the file system but i cannot write to it because the write is made with the user "user" that logs onto the booted VM automatically with an unknown possibly empty password. This causes the write fail because the user "testuser" must make the write. Now on R4.0 i could make the mount with the noperm option sudo mount -o username=testuser,noperm //my-server/dir /home/user/testmount Doing it like this worked 100%. When i wrote a file to the share it applied the ACLs on the share to the file being written to the share. Something in 4.1 is causing this to fail. Can anybody give me any pointers? Is it perhaps possible in 4.1 to specify the user that is used to automatically log into a VM? To add to this, perhaps a hint in the right direction. If i create a file from cli on the network share, mounted with the "noperm" option, and i edit and save it with vi it works as expected. sudo mount -o username=testuser,noperm //my-server/dir /home/user/testmount cd /home/user/testmount/ touch testperm2.txt vi testperm2.txt i can edit and save the file and when i check the network share ACLs are correct. Which means the problem is with Gnome Text Editor that i use for all of my note taking. Is there someone that can help me understand this problem? I know gedit creates a temporary file that it does the edits it and then writes that to disk. I suspect the problem lies here but i have no idea how to address it. Specifically it wasn't a problem on R4.0. Is it possible that something in R4.1 has changed the behavior here? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c480353e-1ac2-54c3-b688-9c39777c9b64%40ak47.co.za.
