É fato: o Wayland está se tornando cada vez mais proeminente como protocolo de servidor de exibição. A maioria das distribuições Linux está adotando o Wayland como servidor de exibição padrão.
O suporte do TeamViewer ao Wayland continua a evoluir à medida que os compositores Linux expandem seus recursos de acesso remoto à área de trabalho. Como as implementações do Wayland variam bastante, o TeamViewer utiliza diferentes métodos de integração dependendo do compositor.
Observação: Antes de começar, certifique-se de estar usando a versão mais recente do TeamViewer. Você pode atualizar seu TeamViewer seguindo as instruções no artigo abaixo:
Atualize o TeamViewer no Linux via repositório
Abordagens gerais ao apoio de Wayland
Modo de compatibilidade baseado em portal (xdg-desktop-portal)
O TeamViewer utiliza os recursos fornecidos pelo xdg-desktop-portal para compartilhamento de tela e entrada remota. Esses recursos precisam ser implementados pelo compositor. Atualmente, o GNOME e o KDE Plasma oferecem suporte aos portais necessários para sessões assistidas. Muitos outros compositores têm suas implementações em desenvolvimento.
Limitações da integração baseada em portal
O comportamento do portal é definido pelo modelo de segurança Wayland. Limitações comuns incluem:
- Acesso não supervisionado não disponível ➜ Aprovação necessária na primeira conexão ➜ Sem controle remoto em nível de sistema ou pré-login
- O comportamento varia entre os compositores.
Configuração de permissões
O TeamViewer pode oferecer acesso semiautônomo, dependendo do compositor. Você pode salvar permissões para que as sessões futuras sejam iniciadas sem interação. Caso contrário, será necessária a confirmação a cada vez.
GNOMO | ONDE |
|---|
|
|
Integração baseada em wlroots
Os compositores baseados em wlroots podem fornecer acesso não supervisionado sem solicitar confirmação. O TeamViewer testou essa integração no Sway, Labwc e Wayfire. Nenhuma configuração adicional é necessária.
Limitações atuais
Esta integração ainda está em fase experimental. O comportamento pode variar entre os compositores wlroots e podem ocorrer problemas inesperados ou falhas. Agradecemos o feedback dos usuários.
Observações específicas do compositor
GNOMO
O GNOME oferece suporte a portais e permite sessões remotas interativas com avisos de confirmação.
- Acesso desacompanhado muito limitado
- As telas de bloqueio e login não estão acessíveis
- Apenas configurações com um único monitor são suportadas
- As permissões podem ficar inválidas após alterações no layout de exibição
Onde está o plasma?
O KDE proporciona um comportamento mais flexível do que o portal, pois não exige a seleção de monitores, mas geralmente concede acesso.
- Acesso limitado sem supervisão
- As sessões futuras podem começar sem interação
- É possível controlar remotamente a tela de bloqueio
- O acesso à tela de login no Wayland não é suportado
Compositores baseados em wlroots
(ex: Raspberry Pi OS 12+)
- Acesso não supervisionado sem configuração adicional
- Esta integração é experimental
- O comportamento pode variar entre os compositores
- Podem ocorrer acidentes ou comportamentos inesperados
Seu feedback é bem-vindo!
Problemas conhecidos e resolução de problemas
Alterações na configuração de exibição do GNOME
Ajustar o layout do monitor, como adicionar, remover ou reordenar telas, pode invalidar permissões concedidas anteriormente. O TeamViewer tenta detectar isso e solicitar novas permissões.
Se o lado remoto vir uma tela preta e nenhum novo prompt aparecer, reinicie a configuração. Você pode usar a linha de comando abaixo. Um mecanismo de reinicialização integrado está planejado.
sudo teamviewer daemon stop && sudo sed -i.bak '/XDGRestoreTokens/d' "/etc/teamviewer/global.conf" && sudo teamviewer daemon start
Persistência de permissões do KDE
Alguns sistemas KDE sempre retornam uma solicitação de restaurar token, independentemente do usuário ter optado por armazenar as permissões. Como o TeamViewer não consegue distinguir a escolha do usuário, ele não solicitará novamente. Isso pode ser um bug do KDE ou uma escolha de design intencional.
Estado experimental e roteiro de desenvolvimento
O suporte do TeamViewer ao Wayland ainda é considerado experimental, pois o comportamento dos portais e compositores difere bastante e está em constante desenvolvimento. Nosso desenvolvimento atual concentra-se em aprimorar a funcionalidade baseada em portais, expandir o acesso não supervisionado em ambientes baseados em wlroots e buscar suporte completo para acesso não supervisionado no GNOME e no KDE.
Para ambientes que necessitam de acesso autônomo totalmente confiável e robusto, o Xorg continua sendo o servidor de exibição recomendado.
Atenciosamente,
Carol
