[Bug 1094934] New: command 'yast remote allow set=yes' says: Internal error. Please report a bug report
http://bugzilla.opensuse.org/show_bug.cgi?id=1094934 Bug ID: 1094934 Summary: command 'yast remote allow set=yes' says: Internal error. Please report a bug report Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: PC OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers@suse.de Reporter: comes@naic.edu QA Contact: jsrain@suse.com Found By: --- Blocker: --- Created attachment 771610 --> http://bugzilla.opensuse.org/attachment.cgi?id=771610&action=edit save_y2logs output I make a standard Leap 15.0 installation. When I run: yast remote allow set=yes I get this output: Error: Internal error. Please report a bug report with logs. Run save_y2logs to get complete logs. Details: undefined method `Write' for #<Y2Remote::Remote:0x0000000001a63cf8> Caller: /usr/share/YaST2/clients/remote.rb:171:in `SetRAHandler' Attached you can find the log file created by save_y2logs -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1094934 http://bugzilla.opensuse.org/show_bug.cgi?id=1094934#c2 --- Comment #2 from Giacomo Comes <comes@naic.edu> --- I have another related question. During the installation, if I need it, in the linuxrc settings menu I select the option VNC Enable or Disable and I use VNC for Install. After I complete the installation and the system rebooted, I need to run: yast remote allow set=no in order to disable remote administration that was automatically enabled when I choose to use VNC for the installation. However that's not enough. The services tigervnc tigervnc-https are also open in the firewall and the command "yast remote allow set=no" does not close them. Should such command also close the firewall for tigervnc tigervnc-https? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1094934 http://bugzilla.opensuse.org/show_bug.cgi?id=1094934#c5 --- Comment #5 from Giacomo Comes <comes@naic.edu> --- (In reply to Knut Alejandro Anderssen González from comment #3)
(In reply to Giacomo Comes from comment #2)
I have another related question. During the installation, if I need it, in the linuxrc settings menu I select the option VNC Enable or Disable and I use VNC for Install. After I complete the installation and the system rebooted, I need to run: yast remote allow set=no in order to disable remote administration that was automatically enabled when I choose to use VNC for the installation. However that's not enough. The services tigervnc tigervnc-https are also open in the firewall and the command "yast remote allow set=no" does not close them. Should such command also close the firewall for tigervnc tigervnc-https?
Well, the cmdline client itself does not open or close the tigervnc firewalld service in the firewall. It is specific to the installer to open the service by default if the option was given although it can be closed if selected.
You can close it in the proposal if you want to close it after the installation.
Probably make sense to open or close the service in the firewall when configured through the cmdline but also could be an unexpecped behavior, so it should be discussed.
You are right. Because it is the installer and not the command line client to open the firewall service, then the command line should not do it. And it is also true that in the proposal it is possible to close the tigervnc service in the firewall. However, what is missing in the proposal, is the possibility to disable remote administration after the installation. In the past at some point I discovered that same of my installations had remote administration enabled and some not. That was a mystery until I found that if I enabled VNC during the installation, that would leave remote administration enabled. And nowhere during the installation process the user is made aware of that. So the proposal should offer the possibility to disable remote administration. Maybe this feature can go in the SCRUM backlog as for bug 1094924 and 1094927. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com