fedora 25 compartilhamento de tela

0

Nas configurações do GNOME, posso ativar o compartilhamento e o compartilhamento de tela, mas além do que o ui me oferece, não tenho nenhum controle sobre o serviço.

Não posso encaminhar portas no roteador porque estou usando a Internet fornecida pelo locador.

Tentar alterar as configurações através do gconf não parece fazer nada:

[me@localhost]$ gsettings set org.gnome.Vino alternative-port 2000
[me@localhost]$ gsettings set org.gnome.Vino use-alternative-port true
[me@localhost]$ gsettings list-recursively org.gnome.Vino
org.gnome.Vino notify-on-connect true
org.gnome.Vino alternative-port uint16 2000
org.gnome.Vino disable-background false
org.gnome.Vino use-alternative-port true
org.gnome.Vino icon-visibility 'client'
org.gnome.Vino use-upnp true
org.gnome.Vino view-only true
org.gnome.Vino prompt-enabled true
org.gnome.Vino disable-xdamage false
org.gnome.Vino authentication-methods ['none']
org.gnome.Vino network-interface ''
org.gnome.Vino require-encryption false
org.gnome.Vino mailto ''
org.gnome.Vino lock-screen-on-disconnect false

[me@localhost]$ lsof -Pnl +M -i4 | grep vino
vino-serv 10862     1000   13u  IPv4 179445      0t0  TCP *:5900 (LISTEN)

Observe que, depois de alterar as configurações, eu fingi que estava no Windows e tentei reinicializar para ver se tinha algum efeito. Em seguida, começou a compartilhar através da interface do usuário, mas ainda escuta a mesma porta.

Não sei de onde vem o processo vino-serv, pois não consigo localizá-lo, executá-lo ou iniciá-lo como um serviço.

Talvez eu possa ignorar a interface do usuário e iniciá-la manualmente com a configuração correta ou talvez haja uma maneira muito mais fácil.

Não tenho certeza se a alteração da porta para uma porta aberta (a maioria das portas estão fechadas no roteador) e configuração upnp para true resolverá o problema de encaminhamento de porta, mas agora não posso nem tentar e ver se faz alguma diferença.

{UPDATE]

Devido a uma resposta muito especial, gostaria de acrescentar que, mesmo que a configuração padrão não permita interação (somente visualização), haverá situações em que o espectador precisa assumir o controle da área de trabalho.

[UPDATE]

Eu usei a área de trabalho remota do Google Chrome e tinha que instalar alguns binários no fedora:

sudo dnf install chrome-remote-desktop.x86_64 

================================================================================
 Package               Arch   Version              Repository              Size
================================================================================
Installing:
 chrome-remote-desktop x86_64 59.0.3071.104-1.fc25 updates                 10 M
 chromium-libs         x86_64 59.0.3071.104-1.fc25 updates                 50 M
 chromium-libs-media-freeworld
                       x86_64 59.0.3071.104-1.fc25 rpmfusion-free-updates 2.2 M
 xorg-x11-server-Xvfb  x86_64 1.19.3-1.fc25        updates                860 k

Ainda tenho que testá-lo com alguém para ver se a outra pessoa pode controlar minha área de trabalho.

    
por HMR 30.08.2017 / 08:48

1 resposta

1

Ei, se você está compartilhando sua tela no fedora. Talvez você possa experimentar uma dessas soluções de compartilhamento de tela baseadas em navegador, como o compartilhamento de tela simples e morto aqui, um link: link

    
por 30.08.2017 / 12:43