Redirecionando um CIFS (Windows SMB share) montado localmente para uma sessão do Windows Terminal Server

1

Eu tenho vivido no mundo Linux há apenas dois meses e tenho encontrado um problema com a tarefa acima mencionada, agora explicada em mais detalhes:

Nossa empresa tem dois Windows Terminal Servers aos quais os diferentes clientes se conectam de diferentes filiais. Eu já tentei incorporar um Lubuntu 12.10 PC que deveria agir apenas como um cliente de área de trabalho remota.

Como RDP-Client, estou usando o freerdp (xfreerdp), que funciona como um encanto, mas quando tento acessar o compartilhamento de janelas montadas redirecionadas, recebo o seguinte erro:

Open Folder (Title)
\tsclient\Office is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.

A sintaxe que eu uso para a conexão:

xfreerdp --sec rdp --no-nla --ignore-certificate -g 1680x1050 -f --plugin rdpdr --data printer:HPLJ5200_SMB:"HP LaserJet 5" --plugin rdpdr --data disk:Transfer:/home/apl03/Transfer --plugin rdpdr --data disk:Office:/media/Office -- 192.168.0.101

Como você pode ver, estou redirecionando uma impressora e duas pastas. Eu posso imprimir com sucesso com a impressora a partir da sessão de terminal do Windows, e posso acessar a pasta /home/apl03/Transfer sem problemas.

Acessar a segunda pasta, /media/Office , não funciona.

/media/Office é uma parte do servidor de arquivos local dessa filial. O usuário apl03 tem uma conta no Active Directory (AD) local e o acesso a arquivos do próprio Lubuntu para o compartilhamento funciona sem problemas (leia & escreva).

O compartilhamento é montado em /etc/fstab via:

//192.168.1.1/OFFICE /media/Office cifs credentials=/home/apl03/.smbcredentials,file_mode=0777,dir_mode=0777 0 0

As permissões de /media/Office no sistema de arquivos Lubuntu são as seguintes:

drwxrwxrwx   2 root root    0 Mär 27 15:26 Office

Pode ser um problema de permissão, mas não sei onde mais procurar. Tanto no sistema de arquivos quanto no fstab eu disponibilizei a pasta.

Sou grato por sugestões ou sugestões.

Atualizar

A saída de log no terminal:

loading plugin rdpdr
connected to 192.168.0.103:3389
null server certificate
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--plugin.so: /usr/lib/i386-linux-gnu/freerdp/--plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--plugin.so: /usr/lib/i386-linux-gnu/freerdp/--plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/-plugin.so: /usr/lib/i386-linux-gnu/freerdp/-plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load -plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
registered device #1: PRN1 (type=4 id=1)
registered device #2: PRN2 (type=4 id=2)
registered device #3: Transfer (type=8 id=3)
registered device #4: Office (type=8 id=4)

Apesar de haver alguns erros estranhos, o acesso à pasta "Transferir" funciona muito bem. Se eu apenas redirecionar essa pasta e remover a outra, isso ainda dá esses erros, mas funciona. Além disso, o fato de todos os dispositivos serem registrados como registrados parece indicar que os erros não são sobre isso.

Eu também tentei alterar a propriedade de "/ media / Office" para o usuário apl03 sem efeito.

Atualizar

Agora consegui recriar o problema em um ambiente de teste usando dois laptops. Apesar de terem a mesma versão do Ubuntu, a mesma configuração para o samba.conf & amp; fstab (eu verifiquei com "diff"), o que funciona e o outro não. As propriedades e direitos dos arquivos são os mesmos e até o nome de usuário é idêntico. Em ambos os casos, a pasta aparece na sessão, mas em um cliente não é acessível - como em nossa empresa.

Por diversão, tentei " rdesktop " em vez de "freerdp" e pelo menos na minha configuração de teste tudo parece funcionar com isso. Vou verificar se é o mesmo no trabalho. Se é que eu acho que isso pode ser fechado e atribuído a um bug no "freerdp"

Para referência, este é o comando rdesktop equivalente que usei:

rdesktop -z -P -x m -a 16 -k de -g 1680x1050 -f -r disk:Transfer=/home/apl03/Transfer,Office=/media/Office 192.168.0.101
    
por LumenAlbum 10.04.2013 / 11:06

3 respostas

0

Ainda não consegui descobrir porque o freerdp não funciona em alguns clientes. No entanto, cada cliente trabalha com rdesktop (consulte as atualizações na pergunta original). Embora não seja uma solução satisfatória para o problema original, o uso do rdesktop é uma solução alternativa que atende a todos os requisitos.

A menos que alguém sugira o contrário, estou considerando que isso seja um bug com o freerdp.

O comando que eu uso agora:

rdesktop -z -P -x m -a 16 -k de -u "" -g 1680x1050 -f -r printer:HPLJ5200="HP LaserJet 5" -r printer:Brother-MFC-8370DN="HP LaserJet 5" -r disk:Transfer=/home/apl03/Transfer,Office=/media/Office 192.168.0.101
    
por LumenAlbum 24.04.2013 / 11:00
1

Você precisa terminar todas as --plugin partes com -- , por exemplo,

--plugin rdpdr --data disk:Transfer:/home/apl03/Transfer

torna-se

--plugin rdpdr --data disk:Transfer:/home/apl03/Transfer --

veja mais aqui link

    
por user844731 09.04.2014 / 19:15
0

Percebi que o redirecionamento de minhas pastas não funcionava se eu estivesse usando o -g , mas usar o -f estava funcionando muito bem. Então o que eu fiz:

Adicionando espaços antes do -g fazer o trabalho ótimo aqui são as linhas de comando (Substitua os pontos por espaços no trabalho):

nohup xfreerdp *...* -g 1600x900 -d DOMAIN  (Working)
nohup xfreerdp -g 1600x900 -d DOMAIN     (Failed)

Trabalhando:

nohup xfreerdp ... -g 1600x900 -d DOMAIN -u   USERMANE --plugin cliprdr --plugin rdpsnd --plugin rdpdr --data disk:K55A:/media/NAME_OF_FOLDER -- --ignore-certificate -z --disable-wallpaper NAME_OF SERVER:3389

Não funciona:

nohup xfreerdp -g 1600x900 -d DOMAIN -u   USERMANE --plugin cliprdr --plugin rdpsnd --plugin rdpdr --data disk:K55A:/media/NAME_OF_FOLDER -- --ignore-certificate -z --disable-wallpaper NAME_OF SERVER:3389
    
por Steve Jarvis 16.10.2015 / 14:22