http://www.zago.eti.br/remoto.txt Use CTRL+F para refinar a pesquisa. Linha de: **************** separa mensagens ou tópicos. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux Veja FAQ especifico sobre: Acesso a maquina remota pra administração e etc... http://www.zago.eti.br/ssh/ssh.txt Administração remota via browser. http://www.zago.eti.br/webmin.txt Impressora remota, via browser, cofiguração e uso do CUPS http://www.zago.eti.br/cups.txt compartilhar diretórios pra outras maquinas Linux http://www.zago.eti.br/exportar.txt http://www.zago.eti.br/nfs.txt Acessa a outras maquinas da rede com windows e outros assuntos relacionados ao Samba http://www.zago.eti.br/samba/A-menu-samba.html Redes do tipo kazaa e outras ponto a ponto. http://www.zago.eti.br/p2p.txt Indicações de outros FAQ relacionados à rede. http://www.zago.eti.br/rede.txt Outros FAQ relacionados ao acesso remoto.... http://www.zago.eti.br/fpt.txt http://www.zago.eti.br/bootrem.txt http://www.zago.eti.br/vnc.txt http://www.zago.eti.br/vpn.txt http://www.zago.eti.br/xremoto.txt http://www.zago.eti.br/x-servidor.txt http://www.zago.eti.br/tburro.txt http://www.zago.eti.br/terminal.txt http://www.zago.eti.br/rdesktop.txt http://www.zago.eti.br/tservice.txt http://www.zago.eti.br/mount.txt Synergy, compartilha mouse e teclado com varias sistemas. http://synergy2.sourceforge.net/index.html ******************************************************* ACESSO REMOTO www.rdesktop.org este programa permite que você acesse o linux, em modo gráfico, seja pela internet , seja pela lan da empresa. Todo o processamento é executado direto no servidor, para o cliente é enviado apenas a tela (gráfica) e o estado do mouse e teclado. Para funcionar perfeitamente precisa ter o aplication server da conectiva instalado no servidor. ah, o principal, mesmo com linha discada a velocidade fica boa. outra coisa, com o rdesktop , você pode até mesmo se conectar a um windows 2000 server, mesma praticidade. Rogério R. Araújo Gerente de Telecomunicações e Redes S.O Comércio e Serviços Ltda socs@terra.com.br (98) 232 8126 Linux User #235776 ******************************************************* ] Nova versao ESTÁVEL do script disponivel... Drall é um script desenvolvido em PERL que permite a usuários de um sistema acessarem seus diretórios e arquivos remotamente sem a necessidade de utilização de protocolos inseguros como FTP e telnet... Permite ao usuário tratar os arquivos remotos do sistema como se estivessem em seu hard disk local utilizando um browser web... A interface de acesso lembra muito o Norton Commander ou Midnight Commander... A utilização de frames torna fácil a visualização geral do sistema de arquivos e o design modular do mesmo deixa que o usuário apenas utilize o que ele precisa... Mais informacoes: http://www.linuxsecurity.com.br/article.php?sid=5008 . ******************************************************* De: zgrp@zipmail.com.br Para: Clovis Sena Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) rodar gnome via vnc Data: 25 Sep 2002 10:10:20 -0300 Ola, Tente de dentro do terminal (shell) chamar o executavel evolution. Algo mais ou menos assim: /caminho/do/arquivo/evolution & T+ ******************************************************* De: crg Responder-a: crg3k@terra.com.br Para: Marcus Lima , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Dúvida sobre RDesktop Data: 16 Oct 2002 12:34:57 -0200 On Quarta 16 Outubro 2002 11:20, Marcus Lima wrote: > Teoricamente resolveria se eu soubesse alternar entre ambientes via tecla > de atalho com o RDesktop capturando tudo! > Digamos até que eu abra o RDesktop no Ambiente 2 e trabalhe no 1. Quando eu > voltar para o Ambiente 2, não terei como sair para qualquer outro local. O rdesktop nao captura tudo, ctrl+alt+fx e alt+backspace continuam a funcionas. Entao voce pode carregar um outro X e chamalo com ctrl+alt+f8 retornar para o seu window manager com ctrl+alt+f7 O caminho das pedras: Crie um arquivo no seu home (ou onde voce preferir) e digite dentro tele: /usr/bin/rdesktop -F xxx.xxx.xxx.xxx Onde xxx.xxx.xxx.xxx eh o IP da maquina Windows que sera acessada via rdesktop, verifique tambem se o caminho para o rdesktop esta correto, esse arquivo pode ter qq nome, eu preferi nomea-lo de .rdesktopwm dai crie um script bash (eu chamei de rwm.sh) #/bin/bash xinit $HOME/.rdesktopwm -- :2& Dai voce mida o artibuto do arquivo para x: chmod 700 rwm.sh Pronto agora eh so chamar o rwm.sh de qq terminal mesmo de dentro de outro X e ele vai abrir uma segunda secao do X e colocar o rdesktop ja como o window manager. Dai apra alternar entre as telas basta usar ctrl+alt+f8 e ctrl+alt+f7 para alternar entre as secoes do X, lembre que tem que soltar e apertar novalente o ctrl+alt+fx, nao basta ficar pressionando o ctrl+alt e so mudar o fx. Qq duvida eh so falar. -- CRG Linux user: #76132 ******************************************************* De: Carlos Roberto Schimidt Para: marcuslima@marcuslima.eti.br, Roberto Bastos , linux-br@bazar.conectiva.com.br Assunto: (linux-br) RES: (linux-br) RES: (linux-br) RES: (linux-br) SSH Data: 20 Jan 2003 09:10:05 -0300 Marcus, Quando me referi a restrict shell, me referi ao conceito, pois sou usuário doméstico do linux e nunca fiz isso no mesmo. Entrentado em distribuições de Unix como HP-UX e Solaris o restrict shell é /usr/lib/rsh enquanto que o remote shell é /usr/bin/rsh. Atribuindo um restrict shell para o usuário que se logar através de uma seção ssh (seja ele rbash ou outra qquer nomenclatura que exista dentro do linux), é possível impedir que o usuário: Mude de diretório; Configure a variável PATH; Execute comando indicando caminho absoluto; Redirecione output. Desculpem o mal entendido que ocorrera para alguns. Carlos R. Schimidt ******************************************************* De: daian@floph.com.br Para: jphil-gnu@infolink.com.br, linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) RDesktop - Teclado ABNT2 Data: 22 Jan 2003 12:03:36 +0000 E ai Otavio !!! Também utilizo o rdesktop para acessar um W2K , e tenho o mesmo problema , não fui muito a fundo pois o teclado numérico funciona . Quando vc inicia o uso do rdesktop com o NUNLOCK ativado , desative o NUNLOCK que o teclado numérico ira funcionar , e vice-versa , quanto a funcionar as teclas do ABNT , mudei nas conf. De teclado do windows , deixei o padrao americano so mudei o Layout para Português Brasil ABNT2 e funcionou , uma tecla deu problema que é o ponto de interrogação , mais o restante funciona legal . >>>>>>>>>>>>>>>>>> Mensagem anterior <<<<<<<<<<<<<<<<<< No dia 21/01/03, 18:35:37, "Jean Philippe << JPHiL >>" escreveu o seguinte sobre o tema Re: (linux-br) RDesktop - Teclado ABNT2: > Olá, Otávio. > Também uso o Red Hat 8 e estava com o mesmo problema. A diferença é que > uso o Gnome. > Tentei configurar pelo utilitário KEYBOARD do Gnome, mas não consegui. > Não havia, neste caso, suporte para padrão ABNT. Bom, o que fiz foi editar o > arquivos /etc/sysconfig/keyboard. Deu certo. Não sei se lhe ajudará no caso > do RDesktop, mas como toda ajuda sempre é bem-vinda... ******************************************************* De: Manoel Pinho Para: Rodrigo Romano Moreira Cc: Lista Assunto: Re: (linux-br) Terminal Server!!! Data: 28 Jun 2003 09:00:35 -0300 Rodrigo Romano Moreira escreveu: Existe alguma de rodar um terminal Linux via Web? Tipo tsweb para windows. Existe um servidor X feito em Java chamado WeirdX que, se não me engano, pode funcionar como uma applet ou de forma independente. http://sourceforge.net/projects/weirdx/ A página parece que saiu do ar por algum motivo mas os arquivos ainda estão na página acima. ******************************************************* De:  Tiago Bortoletto Vaz Responder-a:  tiagovaz@im.ufba.br Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Acesso Remoto (client-to-site) Data:  Wed, 30 Jul 2003 08:44:29 -0300 Existe o MPD que provê serviço pptp, roda bem no FreeBSD. Veja um passo a passo em http://freebsd.ag.com.br/sessao10_8_a.html.Nunca tentei no Linux. O mais popular pra Linux é PoPToP (Point to Point Tunneling Server). Este apresenta alguns furos de segurança. Se você quiser uma VPN entre gateways sugiro o VTUN. []'s ============================ Tiago Bortoletto Vaz http://twiki.im.ufba.br/~TiagoVaz ============================ On Tuesday 29 July 2003 16:08, you wrote: > Olá Pessoal... > > Estou precisando fazer com que usuários remotos acessem a VPN através de > PPTP ou algo parecido. Acredito que eu vou precisar de algum sistema no > linux que fique escutando na porta 1723(pptp) e que quando chegar uma > tentativa de conexão ele feche um tunel com o usuário externo e também > forneça a esse usuário um IP de rede inválida. > > Alguém sabe se isso existe no Linux ou se o próprio FreeSwan faz isso ou > qual sistema devo instalar ? ******************************************************* De:  Vasco Ferraz Para:  Valdemir Ap Gherth Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)problemas com pptpd Data:  Wed, 26 Nov 2003 12:13:38 -0200 A mascara está correta. Neste tipo de conexão a máscara é essa mesmo. O que creio que esteja faltando é uma regra no seu firewall para conexões vindas desta máquina. Para TESTAR você pode colocar as seguintes regras no seu firewall: Vamos supor que a sua rede interna esteja na interface eth0 iptables -A FORWARD -s 0/0 -d 0/0 -j ACCEPT iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE [ ]'s -- Vasco Ferraz ------------------ Consultor Técnico Linux User #160683 Slackware 9.1 Em Ter, 2003-11-25 às 22:24, Valdemir Ap Gherth escreveu: > estou com o seguinte problema tenho uma rede 192.168.100.1 com a mascara > 255.255.255.0 > instalei o pptpd ele conecta direitinho e pega o ip que eu cadastrei para > ele, o problema é que ele pega a mascara 255.255.255.255 e nao conversa com > a rede > alguem tem uma luz ******************************************************* De:  Henrique Marks Responder-a:  henrique@if.ufrgs.br Para:  cl@distro2.conectiva.com.br Assunto:  Re: [cl] acesso remoto a disquetes e som Data:  Fri, 16 Jan 2004 12:57:27 -0300 Em Sex 16 Jan 2004 08:22, Juliano Brocca Reus escreveu: > Bom dia, tenho maquinas com modo texto local e X-remoto, gostaria de > saber como faço para acessar os disquetes que aparecem na tela da > estação, mas que estão no servidor X, gostaria de alguns exemplos para > acessar com o floopyd, se possível também gostaria de acessar os > dispositivos de som do /dev do servidor X. > > Obrigado ! > Juliano Reus ! > > _______________________________________________ > CL mailing list > CL@distro2.conectiva.com.br > https://distro2.conectiva.com.br/mailman/listinfo/cl Vou te dar a minha solução para disquetes. Basicamente, iniciei gerando uma chave para o ssh para comunicações entre o servidor X e a máquina local. Deste modo não preciso de senha para acessar a máquina local. (use o comando ssh-keygen, e leia a página de manual). Depois, criei um programa chamado fatlocal, e coloquei no meu diretório ~/bin/ .Este programa contém as seguintes linhas #!/bin/bash ssh pcapg41 mount /mnt/floppy konqueror fish://pcapg41.if.ufrgs.br/mnt/floppy Ele dá um ssh pra máquina local, montando o disquete nela, e depois usa o konq pra ter uma sessão gráfica do disquete local. Coloquei este programa nos meus favoritos do konq (~/bin/fatlocal), pra ficar facilmente acessível, mas podes criar um ícone, se preferes. Pronto, é so clicar nos favoritos que tenho o disuqte local. Para o servidor de som podes fazer algo parecido. As diferenças são: Inicia o servidor de som na máquina local com (estou usando o arts e o alsa): artsd -n -u -F 5 -S 8192 -a alsa -p 1050 (mais instruções aqui http://space.twc.de/~stefan/kde/arts-mcop-doc/artsbuilder/faq-network.html http://www.mail-archive.com/arts@space.twc.de/msg00222.html ) e inicia o xmms, por exemplo, usando o arts com o comando: artsdsp xmms Acho que precisa de um arquivo mcoprc , mas não me lembro agora. Veja nos links se  não funcionar direto. É isso. Henrique Marks henrique@if.ufrgs.br http://www.if.ufrgs.br/~henrique OBS: Fiz uma pergunta pra esta lista sobre um problema de fontes que parece um bug da distribuição. Alguém confirma a existência deste bug. Ou me de a indicação no sistema de bugs da conectiva. Obrigado. ******************************************************* De:  Marcelo Vivan Borro Para:  Isaque Vieira Magalhães Cc:  linux Assunto:  Re: (linux-br) Conexões remotas com o linux Data:  Sun, 28 Mar 2004 13:33:44 -0300 Você pode conectar em um servidor que seja visível externamente via ssh (habilite o forward do X nas configurações do sshd desta máquina). Então a partir deste servidor eu acesso remotamente os desktops dos usuários usando o vnc viewer (tanto os desktops linux como os win). Pronto, você agora tem acesso criptografado ao desktop do seu usuário.  :) É seguro e funciona  bem :) Marcelo Vivan Borro Isaque Vieira Magalhães escreveu: Trabalho em uma empresa de  desenvolvimento de softwares de bilheterias, > estou implantado soluções linux, ou melhor criando opções em linux para o > que hj existe com M$. > Já existe instalado dois servidores de banco de dados com  o Red Hat, mas eu > gostaria de estar implantando o linux nos desktop de produção, ai e que vem > o problema, temos hoje no suporte todas as máquinas com M$ com o software da > symantec o pcanywhere para conexões  discadas e por rede de acesso remoto > aos clientes. Pois bem com rede não tem problema pois o VNC da conta e muito > bem do recado, mais qual software do mundo livre poderia estar me fornecendo > um acesso remoto discado a terminais linux e windows? > ******************************************************* De:  Manoel Pinho Para:  rcb Cc:  Lista Linux - BR Assunto:  Re: (linux-br) Linux para máquinas modestas Data:  Mon, 17 May 2004 08:06:16 -0300 rcb escreveu: Conforme as versões das distros vão avançando, os problemas, bugs e > pontenciais > falhas vao sendo corrigidos. > Por outro lado, para utilizar uma máquina como um 486 (com 8Mb de Ram e > 100Mb de HD) ou um > pentinum 200mmx (com 96Mb de Ram e 10Gb de HD), que são as que estou > tentando, > é necessário utilizar versões mais antigas, sob pena da máquina ficar > muito lenta. > > A dúvida é que versões e que distros melhor se encaixariam nesses dois > casos, e > que equacionasse do melhor modo na balança os opostos "velocidade" e > "avanço tecnológico". > A melhor maneira de manter as máquinas antigas funcionando e sempre com softwares atualizados é usá-las como terminais de outras máquinas mais rápidas. Há várias maneiras de fazer isso: 1) Instalar nos clientes uma distribuição antiga ou mesmo uma nova que seja bem enxuta (Slackware ou Debian p.ex.), selecionando basicamente os pacotes do XFree86 além da instalação mínima. Seria necessário apenas configurar o servidor para aceitar conexões xdmcp (é muito fácil) e configurar os clientes para dispararem o X com a opção -query (por exemplo; há outras opções), fazendo contato com o servidor. Dessa forma,  o cliente executaria todos os programas que o servidor tivesse. O impacto na rede não é grande. 2) Usar no servidor um programa próprio para thin clients como o LTSP, Thinstation, PXES ou outros. Eu estou usando isso (há pouco tempo) e, em breve vou escrever um artigo sobre isso. Neste tipo de programas o kernel do linux (que vai rodar no cliente) pode ser carregado pela rede do servidor por etherboot ou PXE ou mesmo de um CDROM. O restante do sistema pode também ser baixado pela rede do servidor por tftp ou então acessado por NFS (no caso do LTSP somente). Instalar esses programas não é trivial mas também não é a coisa mais difícil do mundo. O LTSP, por ser mais antigo e popular no Brasil, têm a melhor documentação e uma grande parte em português. Note que nesse caso nem é preciso ter hd nas máquinas. Já usei com sucesso um 486 com 16MB de RAM como cliente LTSP. Nesse caso o que importa mais é a qualidade da placa de rede e de vídeo. O Pentium 200MMX vai ficar ótimo (nem é preciso tanto) como cliente, especialmente se vc usar uma placa de rede e de vídeo PCI nele. ******************************************************* De:  William da Rocha Lima Responder-a:  wrochal@linuxit.com.br Para:  rafaelt@usp.br, linux-br@bazar2.conectiva.com.br, QGlinux@yahoogrupos.com.br Assunto:  Re: (linux-br) Impressãocom Remote Desktop Data:  Mon, 28 Jun 2004 18:28:58 -0300 Caro Rafael,         Essa pergunta já foi respondida, mas de qualquer forma vamos ajudar: 1. O Rdesktop esta desenvolvendo suporte a impressão local 2. Você pode usar o Winconnect Qualquer dúvida retorne, ******************************************************* De:  Henrique Cesar Ulbrich Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Putty em modo grafico. Data:  Sat, 17 Jul 2004 13:55:15 -0300 Historiadores acreditam que, em Sex 16 Jul 2004 15:56, Thiago Macieira disse: > >R  e como eu sei se ele esta rodando. > > Rode-o. Se a porta 6000/tcp estiver aberta, ele está rodando. Só um adendo, pois acho que o colega Guerreiro não entendeu (se entendeu, perdoe-me), mas o X Free em questão tem que estar rodando NO WINDOWS. -- Henrique Linux User #157134 henrique.ulbrich@terra.com.br De:  Guerreiro Para:  Thiago Macieira , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Putty em modo grafico. Data:  Fri, 16 Jul 2004 15:37:40 -0300 > Guerreiro wrote: > >Alguem da lista ja utilizou o putty do windows para o linux em modo > > grafico atraves do ssh X, como se faz isto. > > Se entendi sua pergunta, você quer rodar um aplicativo X remotamente e > quer que apareça no seu Windows. É isso? R. sim e isto mesmo que eu quero. > Se for, certifique-se que o seu servidor X está rodando no Windows. O > único servidor X gratuito para Windows que eu conheço é o XFree86. R  e como eu sei se ele esta rodando. ******************************************************* De: Marco Aurélio P. de Carvalho Para: Paulo Sousa , linux-br@bazar2.conectiva.com.br Assunto: RES: (linux-br)Servidor VNC Data: Thu, 10 Mar 2005 11:10:32 -0300 Acho que o VNC não seria a solução ideal para você, pois ele não foi feito para isso, e pelo que eu sei quando se acessa uma maquima windows por VNC você trabalha em cima da sessão atual na maquina. O VNC também tem os pacotes muito grandes, o que dependendo do trafedo da sua rede fica muito lento. O ideal e que vc utilze algo como o Terminal Service da propia MS, não tenho certeza mas acho que têm client para Linux. Outra solução que a minha empresa implanta e é ótima e voltada para casos desse tipo é usar MetaFrame, que consiste em uma solução realmente voltada para o que você quer fazer, têm clients para muitas plataformas, incluindo Linux, Mac OS, DOS e ainda pode-se utilizar muitos Thin-Clients e terminais burros o que proporcionaria uma economia de hardware. Marco Aurélio > -----Mensagem original----- > > Pessoal, > > Tenho a idéia de montar um servidor Window$ (VNC) de > tal forma que os clientes usando Linux (CL10) possam > acessar este servidor e usar o Window$. > Assim poderei ter o Window$ instalado em apenas uma > máquina mas sendo utilizado por 25. > Mais ou menos a idéia dos clientes de terminais leves. > > Alguém já trabalhou (configurou) algo parecido ? > Se, sim, fico grato se me mandarem notícias. ******************************************************* De: Alejandro Flores Responder A: Alejandro Flores Para: Paulo Sousa Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor VNC Data: Thu, 10 Mar 2005 10:51:46 -0300 Olá, > Pessoal, > Tenho a idéia de montar um servidor Window$ (VNC) de > tal forma que os clientes usando Linux (CL10) possam > acessar este servidor e usar o Window$. > Assim poderei ter o Window$ instalado em apenas uma > máquina mas sendo utilizado por 25. > Mais ou menos a idéia dos clientes de terminais leves. > Alguém já trabalhou (configurou) algo parecido ? > Se, sim, fico grato se me mandarem notícias. Você não vai poder utilizar dessa forma com o VNC, pois o VNC não é multi-usário. O que você pode fazer é utilizar o Terminal Service da Microsoft no Windows e utilizar o TSClient ou RDesktop nos linuxes para ter acesso remoto aos windows. Abraço! Alejandro Flores ******************************************************* De: Manoel Pinho Para: Henrique Cesar Ulbrich Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor VNC Data: Thu, 10 Mar 2005 15:50:48 -0300 Henrique Cesar Ulbrich escreveu: >>O custo de licenças para este servidor torna esta solução viável? >> Lembre-se que há esta questão a considerar. > > > Pois é, não esqueça que vc precisa de uma licença do Windows para cada > estação, MESMO que use VNC ou Terminal Server e as estações sejam Linux. Além da licença TS-CAL (essa de conexão com o Ruindows, que custa em torno de R$ 30, note que qualquer aplicativo comercial instalado no servidor windows terá que ter N licenças também, onde N é o número de usuários que irão utilizar o sistema. Assim, para usar um simples aplicativo que custe R$ 1000 e seja usado por 10 pessoas em 10 computadores clientes seria necessário gastar 10 x 300 + 10 x 1000 = R$ 13000, o que a meu ver inviabiliza essas soluções. O uso do serviço de terminais do windows, entretanto, pode ser útil para rodar aplicativos legados desenvolvidos internamente ou que sejam freeware. ******************************************************* De: Henrique Cesar Ulbrich Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor VNC Data: Thu, 10 Mar 2005 14:30:51 -0300 Historiadores acreditam que, em Qui 10 Mar 2005 10:39, Jorge Godoy disse: > Paulo Sousa writes: > > Assim poderei ter o Window$ instalado em apenas uma > > máquina mas sendo utilizado por 25. > > Mais ou menos a idéia dos clientes de terminais leves. > > O custo de licenças para este servidor torna esta solução viável? > Lembre-se que há esta questão a considerar. Pois é, não esqueça que vc precisa de uma licença do Windows para cada estação, MESMO que use VNC ou Terminal Server e as estações sejam Linux. -- Henrique We've always had him! http://www.ericblumrich.com/thanks.html ******************************************************* De: Jorge Godoy Para: Paulo Sousa Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor VNC Data: 10 Mar 2005 10:39:30 -0300 Paulo Sousa writes: > Assim poderei ter o Window$ instalado em apenas uma > máquina mas sendo utilizado por 25. > Mais ou menos a idéia dos clientes de terminais leves. O custo de licenças para este servidor torna esta solução viável? Lembre-se que há esta questão a considerar. > Alguém já trabalhou (configurou) algo parecido ? > Se, sim, fico grato se me mandarem notícias. Acho que seria mais interessante questionar em um grupo de Windows, mas já vimos isso com programas como o ICA Sever e Terminal Server. Claro, todos com as devidas licenças... -- Godoy. ******************************************************* De: Antonio da Silva Martins Junior Para: Paulo Sousa Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor VNC Data: Thu, 10 Mar 2005 10:26:47 -0300 (BRST) On Tue, 8 Mar 2005, Paulo Sousa wrote: > Tenho a idéia de montar um servidor Window$ (VNC) de > tal forma que os clientes usando Linux (CL10) possam > acessar este servidor e usar o Window$. > Assim poderei ter o Window$ instalado em apenas uma > máquina mas sendo utilizado por 25. > Mais ou menos a idéia dos clientes de terminais leves. Você está olhando a ferramenta errada, com o VNC _todos_ os clientes terão o _mesmo_ terminal do windows, não dá para usar... Você terá que usar o TerminalServer do Windows (que é pago, e agora por acesso). E no linux o rdesktop. > Alguém já trabalhou (configurou) algo parecido ? > Se, sim, fico grato se me mandarem notícias. Sim, de uma olhada em: www.ltsp.org +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows | | Universidade Estadual de Maringa - Brasil| what evil lurks in the | | NPD - Núcleo de Processamento de Dados | Heart of Men!" | | E-Mail: asmartins@uem.br / shadow@uem.br | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ******************************************************* De: Antonio da Silva Martins Junior Para: Luiz Henrique Gomes Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor de RDP - não resolvido Data: Fri, 8 Apr 2005 14:53:00 -0300 (BRST) On Fri, 8 Apr 2005, Luiz Henrique Gomes wrote: > os clientes são thin client´s da AXEL, modelo AX3000-65, eles somente > têm suporte à RDP e telnet. E eu me recuso a pagar 6.000 por licenças da > M$. > > Será que não existe um servidor de RDP para Linux? eu pesquisei no > google e achei um tal de rdesktop-server, que era fornecido pela Red > Hat, mas parece que sumiram com ele. > > Se alguém já viu ou conhece uma outra solução? Olá, Olhando o site da AXEL , descobri que o seu ThinClient vem em 3 modelos ASC, VNC e RDP (deve ser o seu), mas olhando no FAQ vi que tem como fazer o download do firmware a partir do site e tem como atualiza-lo. Porque não tenta carregar o firmware do cliente VNC? E testa com o VNC, pela busca que fiz está mais fácil que o RDP que é um protocolo proprietário. Antonio. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows | | Universidade Estadual de Maringa - Brasil| what evil lurks in the | | NPD - Núcleo de Processamento de Dados | Heart of Men!" | | E-Mail: asmartins@uem.br / shadow@uem.br | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ******************************************************* ******************************************************* ******************************************************* *******************************************************