http://www.zago.eti.br/xremoto.txt FAQ e dicas pra usar ambiente gráfico remotamente. Use CTRL+F para refinar a pesquisa. veja também neste diretório (site http://www.zago.eti.br/ ) FAQ sobre: vnc.txt vpn.txt xremoto.txt x-servidor.txt tburro.txt terminal.txt rdesktop.txt remoto.txt Veja sobre cygwin pra rodar em windows, fuciona como emulador Linux, serve pra rodar o X em windows, útil pra casos de emular programas Linux no windows e quando precisa acessar o servidor X remotamente a partir de maquina windows, veja o FAQ sobre ele em: http://www.zago.eti.br/cygwin.txt ********************************************** EXECUTAR PROGRAMAS NA MAQUINA REMOTA (via ssh). Por exemplo, executar o mozilla instalado em outra maquina. Na maquina que vai trabalhar como servidor, precisa instalar e iniciar o servidor de ssh, também precisa editar o arquivo: /etc/ssh/sshd_config habilite e altere pra yes: X11Forwarding yes Na máquina cliente (local) precisa do cliente ssh, não precisa do servidor ssh, a partir do ambiente gráfico, por exemplo o KDE, abra um terminal (konsole) na linha de comando execute: ssh -X zago@192.168.1.82 onde zago é um usuário válido na maquina remota e 192.168.1.82 é o IP da maquina remota, após completar a conexão pode executar qualquer aplicativo gráfico, por exemplo mozilla, basta digitar na linha de comando: mozilla pra abrir o navegador na maquina local. ********************************************** como executar um programa gráfico remotamente. http://www.revista.unicamp.br/infotec/linux/linux2-1.html exelente artigo em potuguês http://www.revistadolinux.com.br/ed/037/assinantes/redes.php3 Terminais Gráficos Remotos Use remotamente interfaces como o KDE ou Gnome em uma estação Linux ou Windows com poucos recursos de hardware ********************************************** http://www.tldp.org/HOWTO/XDMCP-HOWTO/ Linux XDMCP HOWTO X remotamente.... http://www.linuxhard.org/publicacoes.php?id=109 Acesso Remoto com XDMCP ********************************************** ********************************************** X remoto em clientes windows. Estações windows com Linux completo em uma janela, executando aplicativos Linux em maquina remota?. O freeNX Server tem funcionamento semelhante ao VNC, porém, muito mais rápido, Veja dicas e tutoriais sobre ele e também sobre putty e winscp em. http://www.zago.eti.br/ssh/ssh-gui.html Veja sobre Cygin para Windows executar programas do ambiente X http://www.zago.eti.br/cygwin.txt Xming Roda no Windows para executar progras Linux. Não depende do Cygwin, veja mais detalhes em: http://freedesktop.org/wiki/Xming ********************************************** ********************************************** De: Benilton de Sa Carvalho Cc: linux-br Assunto: (linux-br) Terminal Gráfico Remoto - Resolvido Data: 03 Dec 2002 20:17:12 -0200 Pessoal, o problema era bastante simples. No /etc/inittab , para o runlevel 5, o caminho do X estava especificado errado. (Atenção galerinha do http://www.servidoreslinux.com.br ) Pelo menos para o RH 7.3, a linha: x:5:respawn:/etc/X11/prefdm -nodaemon deve ser substituída para x:5:respawn:/usr/X11R6/bin/X -query servidorx (eu sei que o /etc/X11/X aponta para o mesmo destino que o /usr/X11R6/bin/X , mas não sei o pq que o primeiro não funciona) Depois eu vejo o motivo dessa diferença.... Um abraço e obrigado a todos pela ajuda, (e acreditem, X remoto é útil) ********************************************** Nesses tempos de escassez de oferta de energia, qualquer solução que ajude a economizar é bem-vinda. Pois bem, sabemos que o que mais consome energia em um sistema de computador é o monitor. Ele consome o equivalente a uma lâmpada de 100W incandescente e gera calor equivalente ao corpo humano. Que tal uma solução que ajude a eliminar o custo de aquisição dos monitores, o gasto de energia elétrica por eles consumidos e de quebra dê um alívio para o sistema de ar condicionado (que também consome energia)? A solução é usar o X remoto. Com ele você vai poder ver a tela de um servidor remoto sem sair da sua mesa. Você é administrador de vários servidores? Exporte a tela de cada um para o monitor de seu desktop e comute as diversas telas usando CTRL+ALT+Fn, onde N=7 12. Daí você pode eliminar o monitor de vídeo do servidor remoto e economizar energia, poupar dinheiro gasto com monitores, espaço em seu CPD e ar-condicionado. Veja como em: http://www.edconsultoria.com.br/linux/Xremoto.html ********************************************** > > Gostaria de ionformações sobre X romoto... > > o que é preciso, como funciona e onde acho documentação para que > > eu possa aprender sobre esse assunto. > > Agradeço qq ajuda > > [ ]'s > > Eduardo > > Use o xdm e o xfs no servidor, > depois eh soh digitar xdm -query > que funciona... > Mais informacoes, dah uma olhada em www.piterpunk.hpg.com Argh! Pirou? No servidor roda o xdm e o xfs, ateh aih estah tudo legal... No cliente tem que digitar X -query e nao xdm! -:P No Slackware soh fazendo isso jah funciona. Nao sei como as outras distros mantem a configuracao default do sistema. Caso nao funcione, voce terah que editar o /etc/X11/xdm/Xaccess, entre outros... ********************************************** export display=: Por exemplo : export DISPLAY=192.0.0.1:0 Subject: (linux-br) Servidor X remoto como posso executar o kde remotamente em outra maquina, eu nao quero fazer como o VNC... ********************************************** O X windows faz isso sim. Suponha que vc está numa máquina alfa e quer rodar o kde na beta (e visualizar na alfa). Faça o seguinte: Na alfa: xinit (vai entrar em modo gráfico sem nenhum window manager) xhost + beta telnet beta (ou ssh beta) para entrar na beta [fulano@beta dir]$ export DISPLAY=alfa:0.0 [fulano@beta dir]$ startkde & Normalmente kde é um script que chama o servidor X e depois os vários programas do KDE. O startkde chama os programas do kde. Subject: (linux-br) Servidor X remoto > como posso executar o kde remotamente em outra maquina, eu nao quero fazer > como o VNC... ********************************************** Na máquina servidora, executa o kdm, gdm ou xdm. Na máquina cliente, executa "startx -query ". ********************************************** ********************************************** ********************************************** X terminal Em primeiro lugar, voce deve editar o arquivo /etc/hosts da sua maquina e do seu servidor e incluir duas linhas como mostrado abaixo: 192.168.0.1 master.dominio master 192.168.0.2 cliente.dominio cliente Eh soh substituir os IP's e os nomes de maquinas de acordo com a configuracao das suas maquinas. Feito isso, abra um terminal na sua maquina e digite: xhost +master (Isso vai habilitar que as telas da maquina master aparecam no teu X) Finalmente, dê um telnet na maquina master e faça o login com uma conta normal e então digite: export DISPLAY=sua_maquina:0 e então rode alguma aplicação, a calculadora por exemplo: kcalc & A receita de bolo é esta ********************************************** Como usar o X remoto Introdução O X é o servidor gráfico e um protocolo de comunicação gráfica usada em Linux/Unix. O XFree é a implementação GNU do servidor e do protocolo. O X permite que a tela gráfica de um computador seja exibida em outro computador, da mesma forma que um terminal remoto pode ser executado via Telnet. Atenção Testamos o procedimento abaixo com PCs rodando Conectiva Linux 5.1 e 6.0. Não sabemos como fazer funcionar em outras distribuições, apesar de que você pode tentar. Veja como fazer: I- Para rodar um aplicativo de outra máquina na sua graficamente. Você está na máquina A e quer ver a tela da máquina B. 1) Rode o X na máquina A. Se você estiver rodando qualquer ambiente de desktop ou gerenciador de janelas como o KDE, Gnome, Windowmaker, etc., o X vai estar rodando. Se quiser rodar só o X sem mais nada digite xinit no console. 2) Num terminal da máquina A, em que você está, digite o comando xhost +endereço IP da máquina remota (máquina B) Exemplo: xhost +10.0.0.2 3)Acesse a máquina remota via Telnet, ou melhor ainda, via SSH. Para que a máquina remota aceite conexões via Telnet ou SSH, você deve fazer o seguinte na máquina remota (máquina B). a) Telnet: abra o arquivo /etc/inetd.conf e descomente a linha que começa com a palavra telnet. Digite o comando cds e depois digite ./inet stop, ./inet start. Para certificar-se de que o servidor da máquina B está aceitando conexões, digite o comando netstat -naut. Se a porta 23 estiver aberta é porque o telnet está ativo. b) SSH: digite o comando cds e depois ./sshd start. Com o comando netstat -naut, você descobre se a porta 22 está aberta para receber conexões via SSH. 4) Acessada a máquina remota via Telnet ou SSH (recomendado), digite export DISPLAY=:0 Exemplo: export DISPLAY=10.0.0.1:0 5) Digite xterm. Agora um terminal da máquina B vai abrir na sua máquina. A partir daí todos os programas que usam interface gráfica na máquina B, vão exibir sua tela na máquina A em que você está. Resumindo: Você está na máquina A (rodando X com ambiente de desktop ou gerenciador de janelas) e quer acessar a máquina B A# xhost +B A# telnet ou SSH B B# export DISPLAY=A:0 B# xterm II-Para rodar o dekstop inteiro da outra máquina na sua. Agora você quer não só que um aplicativo rode em sua máquina, mas quer o desktop inteiro. Em vez de rodar kde na sua máquina, rode só o X, usando o comando xinit Proceda como descrito acima, com a exceção de que você não vai abrir o xterm, mas um gerenciador de janelas ou ambiente de desktop como o kde, gnome, windowmaker, etc. Resumindo Você está na máquina A e quer acessar a máquina B A# xinit A# xhost +B A# telnet ou SSH B B# export DISPLAY=A:0 B# kde ou gnome ou windowmaker, ou etc. ********************************************** De: Edward Martin Para: Marcelo Welter , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Conectiva 8 servidor X remoto Data: 13 Jul 2002 00:14:21 -0300 > Como faco no Conectiva 8 para habilitar para que de outra maquina eu possa > dar o comando: X 192.168.0.1 e ele conectar e entao abrir um modo grafico > remoto Segui os passos abaixo []'s Edward Martin Para executar o X remotamente No servidor: Editar o arquivo /etc/X11/xdm/Xaccess e acrescentar: * Para permitir a todas as máquinas acessarem o XDM (se for este o caso) Se estiver usando o XDM, editar o arquivo /etc/X11/xdm/xdm-config e comentar a linha (colocar ! ou # na frente): DisplayManager.requestPort 0 Se estiver usando o KDM, editar o arquivo /usr/lib/kde3/share/config/kdmrc ir em [Xdmcp] e mudar a linha "Enable=false" para "Enable=true" No CL8, escolhe-se qual programa será executado (xdm, kdm ou gdm) editando-se o arquivo /etc/sysconfig/desktop (é chamado a partir do inittab) No cliente: X -query Exemplo: X -query 10.0.0.1 Se a tela ficar cinza (não entrar a tela pedindo o login), significa que não conseguiu comunicar com o servidor (ex. o servidor pode não estar configurado corretamente). ********************************************** De: Paulino Kenji Sato Para: Santhyago Bueno Gallão Cc: linuxbr Assunto: Re: (linux-br) Carregar Interface Gráfica Linux no Windows Data: 16 Oct 2002 15:01:18 -0300 On 16 Oct 2002, Santhyago Bueno Gallão wrote: > Bom dia, Lista, > > Há alguns dias eu mandei esta pergunta, mas não obtive resposta, porém > vou fazê-la novamente: > Como faço para carregar a interface do Linux em um Windows? > O que realmente quero fazer? > Para texto, temos o telnet e com uma certa segurança temos ssh, mas > somente para texto(???), tem como eu fazer um acesso ao linux usando o > ambiente gráfico e ainda com segurança? Como? > E para carregar a interface do linux em outro linux? > Alguém pode dar um caminho? Um nome de programa para eu tentar achar? > O que você que se chama "exportar um display", para fazer isso precisa que no computador para onde o display vai ser exportado tenha um servidor X rodando e aceitando conexões tcp/ip. Linux -> Linux isso e facinho. (ou entre sistemas onde o X e nativo) inicie a sessão X normalmente, autorize uma conexão remota no X (xhost +ip.do.outro.linux), abra um telnet/ssh com o outro linux, agora exporte o display assim export DISPLAY=ip.do.micro.remoto:0.0 , rede um programa como por ex. o xterm. Algumas distribuições vem com o XFree86 configurado para não receber conexões remotas. Linux -> windows e mais complicado, já que o windows não possui um servidor X nativo. Existem alguns comerciais e uns poucos de uso gratuito ou livre. Existe um porte do XFree86 para o windows usando o cygwin (http://cygwin.com/). O resto do precedimento e similar ao de cima. Existe uma outra maneira de se ter acesso ao display remoto, e usando um gerenciador de login (xdm, kdm, gdm), com ele da para ter a tela de login no display remoto, e podem existir muitos desses displays remotos simultaneamente (http://www.ltsp.org/). Paulino ********************************************** De: Mario Cezar Para: xultz@projetos.etc.br Cc: linux-br@bazar.conectiva.com.br Assunto: (linux-br) ltsp3 Data: 16 Feb 2003 10:37:54 -0300 Ao contrário do que falei no e-mail anterior, agora sim, conseguir executar a sequência abaixo: No teu servidor, caso esteja no X jah, vah para um terminal texto com um Control Alt F2 por exemplo, e digite X :1 Vai aparecer apenas um padrao cinza meio preto e branco, com um cursor em X no meio. Pergunta: eh isso que estah aparecendo no teu terminal? SIM. Se sim, otimo, o X do teu terminal estah funcionando perfeitamente. O problema pode ser entao no servidor, que nao estah exportando o X para fora. Ou entao voce nao estah apontando o servidor corretamente no teu lts.conf. Como assim? -------------------------------------lts.conf------------------------------- ---------- ## Config file for the Linux Terminal Server Project (www.ltsp.org) #[Default] SERVER = 192.168.0.1 #este eh o ip que dei pra meu servidor. #XSERVER = auto X_MOUSE_PROTOCOL = "PS/2" X_MOUSE_DEVICE = "/dev/psaux" X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 3 USE_XFS = N LOCAL_APPS = N RUNLEVEL = 5 #--------------------------------------------------------------------------- --- # Example of specifying X settings for a workstation # [ws001] XSERVER = XF86_SVGA X_COLOR_DEPTH = 8 X_MODE_0 = 1024 x 768 LOCAL_APPS = N USE_NFS_SWAP = N SWAPFILE_SIZE = 48m RUNLEVEL = 5 X_MOUSE_PROTOCOL = "Microsoft" X_MOUSE_DEVICE = "/dev/ttyS0" X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 2 --------------------------------------------------------- Abraços. ********************************************** De: Thiago Kazuo Para: 'oniles@zipmail.com.br' , linux-br@bazar.conectiva.com.br Assunto: (linux-br) RES: (linux-br) Servidor X no red hat Data: 26 Feb 2003 07:29:45 -0300 Por acaso você ativou o kdm? entre num prompt e digite kdm e vá nas estações e digite X -query IP e veja se aparece uma tela de login. []´s Thiago -----Mensagem original----- De: oniles@zipmail.com.br [mailto:oniles@zipmail.com.br] Enviada em: terça-feira, 25 de fevereiro de 2003 21:14 Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Servidor X no red hat Pessoal Configurei um servidor X numa rede com 20 estações. A minha máquina que é o servidor esta rodando o red hat 8. O problema é que quando vou nas estações e digito X -query + ip_do_servidor só me aparece uma tela gráfica com um fundo cinza e nada de login. alguem saberia o que pode estar acontecendo?? PS Todas as estações pingam no servidor. ********************************************** De:  Piter PUNK Para:  Sérgio Maurício Santos Cc:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br)rodar programa em background no X. Data:  Thu, 18 Sep 2003 04:54:48 -0300 Sérgio Maurício Santos wrote: Seguinte estou utilizando um programa que roda no ambiente gráfico do Linux > (eu uso o KDE) em uma máquina que é servidor de rede, meu problema começa no > seguinte eu sempre tenho que chamar esse programa manualmente, mesmo que > através de uma janela de terminal, gostaria que ele fosse inicializado assim > que o linux terminasse de carregar, tentei colocar no final do arquivo > /etc/rc.d/rc.local o seguinte parâmetro: > Dê uma olhada nesse artigo. http://www.piterpunk.hpg.ig.com.br/artigos/galeon-terminal.html Ele explica como fazer um terminal com o galeon. Mas com um pouco de adaptação (pouco mesmo) você pode colocar qualquer programa que quiser...                                                 Falous,                                                         Piter PUNK -- ********************************************** De:  Informatica Para:  Linux-BR Assunto:  (linux-br)Problema com xfs e ltsp Data:  Mon, 02 Feb 2004 16:19:03 -0300 Pessoal, Estou tendo problemas para imprimir os relatorios em uma aplicacao C++/Qt. Depois de uma boa insistida, estou conseguindo imprimir corretamente se eu usar a fonte "Lucida [Jdk]"  mas outras fontes nao funcionam. So que estou com outro problema agora, a aplicacao sera executada em um servidor de aplicacoes e os terminais usam o ltsp para se conectarem no servidor. So que as fontes que aparecem no servidor, nao aparecem nos terminais. Logando com o mesmo usuario direto no servidor, aparecem varias fontes, inclusive a "Lucida [Jdk]". Logando nos terminais, aparecem muito menos fontes e nenhuma delas conseguiu imprimir corretamente. Estou usando o xfs no servidor de aplicacoes. Segue abaixo o /etc/X11/fs/config do servidor de aplicacoes: # Default font server configuration file for Red Hat Linux 6.0 # # allow a max of 4 clients to connect to this font server client-limit = 15 # when a font server reaches its limit, start up a new one clone-self = off # alternate font servers for clients to use #alternate-servers = foo:7101,bar:7102 # where to look for fonts catalogue = /usr/X11R6/lib/X11/fonts/misc:unscaled,    /usr/X11R6/lib/X11/fonts/75dpi:unscaled,    /usr/X11R6/lib/X11/fonts/100dpi:unscaled,    /usr/X11R6/lib/X11/fonts/misc,    /usr/X11R6/lib/X11/fonts/Type1 # in 12 points, decipoints default-point-size = 120 # 100 x 100 and 75 x 75 default-resolutions = 75,75,100,100 # how to log errors # use-syslog = on Este e o lts;conf do servidor de boot, que nao e a mesma maquina do servidor de aplicacoes: # # Config file for the Linux Terminal Server Project (www.ltsp.org) # [Default]        SERVER             = 10.10.4.5        XDM_SERVER         = 10.10.4.4    USE_XFS            = Y        XFS_SERVER         = 10.10.4.4        XSERVER            = auto    X_MOUSE_PROTOCOL   = "PS/2"    X_MOUSE_DEVICE     = "/dev/psaux"    X_MOUSE_RESOLUTION = 400    X_MOUSE_BUTTONS    = 3        XkbModel           = "abnt2"        XkbLayout          = "br"    LOCAL_APPS         = N        USE_NFS_SWAP       = N        SWAPFILE_SIZE      = 48m        RUNLEVEL           = 5 #------------------------------------------------------------------------------ # # Example of specifying X settings for a workstation # [captacao1]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P [captacao2]        XSERVER            = auto    # Configuracao para monitor LG 500G        X_HORZSYNC         = 30-54        X_VERTREFRESH      = 50-120 [recepcao1]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P    # Configuracao para monitor LG 563A        X_HORZSYNC         = 30-61        X_VERTREFRESH      = 50-120 [recepcao2]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P    # Configuracao para monitor LG 500G        X_HORZSYNC         = 30-54        X_VERTREFRESH      = 50-120 [triagem1]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P    # Configuracao para monitor LG 563A        X_HORZSYNC         = 30-61        X_VERTREFRESH      = 50-120 [triagem2]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P [faturamento2]        XSERVER            = auto    X_MOUSE_PROTOCOL   = "Microsoft"    X_MOUSE_DEVICE     = "/dev/ttyS0"        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P    # Configuracao para monitor LG 500G        X_HORZSYNC         = 30-54        X_VERTREFRESH      = 50-120 [expedicao]        XSERVER            = auto        PRINTER_0_DEVICE   = /dev/lp0        PRINTER_0_TYPE     = P    # Configuracao para monitor LG 500G        X_HORZSYNC         = 30-54        X_VERTREFRESH      = 50-120 Se alguem puder me ajudar, ficaria muito grato PS: Alem disto, alguem tem alguma ideia do porque que as aplicacoes em Qt nao conseguem imprimir com todas as fontes do servidor? Apenas algumas das fontes funcionam na impressao. Obrigado Josinei ********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar um xquery em 16K? ) Data:  Wed, 29 Sep 2004 20:29:41 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 inf wrote: >Ola, > >Preciso ligar alguns micros em locais distantes a um servidor de aplicacao > X. > >Quanto de banda e necessario para o terminal rodar bem? A Embratel esta me >propondo um link de 16K. Isto e suficiente? Nem perto! >Nao consegui encontrar nada na >net me dizendo quanto de banda consome o X como cliente de um servidor >remoto. Use o NX, não o X diretamente. Uma conexão de 256 kbps já deve ser suficiente, embora com latência perceptível. Conexão de modem eu realmente não recomendo. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ********************************************** De:  rogerio Para:  inf , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar um xquery em 16K? ) Data:  Thu, 30 Sep 2004 15:36:32 -0400 > > >Quanto de banda e necessario para o terminal rodar bem? A Embratel esta me > > >propondo um link de 16K. Isto e suficiente? Já montei uma rede nas seguintes condicões 1 - 17 pontos remotos 2 - Ligações via Frame Relay , 64 Kbps em cada ponto remoto , em algumas lojas menores só 32kbps. Na central link de 512kbps. 3 - Aplicacão Microsiga AP5 4 - Estações clientes com win98 5 - Servidor Itautec Bi processado. Neste caso a rede funcionou perfeitamente,  MAS não havia muito trafego na rede pois o microsiga tem uma parte cliente e ourta servidor , além de poder ser executado via um Browser. Então basicamente havia trafego de dados e mesmo assim às vezes engasgava um pouco. sinto dizer a você (com toda consciência) , 16kb de link não dá para passar trafego de X. Nem mesmo 32k , nem mesmo 64k (fiz testes de utilizacão de aplicacoes remotas). O sistema só começa a melhorar em 128kbps (para aplicaoes DOS fica meio lento mas dá para aguentar, para rodar remotamente aplicações gráficas nem rola direito caso o cliente seja apenas um terminal). Basta um cálculo simples. Sistemas do tipo Terminal server trafegam telas, as quais podem ser comprimidas , mas mesmo assim teremos um tráfego considerável.  Uma tela de 800x600 tem 480.000 pontos as quais podem ser condensados mas mesmo se está quantidade de pontos ocupasse apenas 64kbytes levariamos 08 segundos para transferir isso em um link de 64kbps. Para uma consulta simples pode ser que a pessoa aguente esperar 10,  20 ou 30 segundos pela próxima tela. Mas ..... Estes cálculos são assim meio forçados, mas a teoria está mais ou menos correta. Rogério Rodigues de Araújo Analista de Sistemas / Técnico em Informática Linux User #235776 - Nachine #172486 Projeto LBA - Experimento em Grande Escala da Biosfera-Atmosfera da Amazonia Escritório e Laboratório de Apoio Rua 24 de Outubro, 3707 - Salé - Santarém - PA CEP : 68040-010 tel: + 55 93 523 4138 ********************************************** De:  Claudio Polegato Junior Para:  Thiago Macieira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar umxquery em 16K? ) Data:  Thu, 30 Sep 2004 13:53:11 -0300 (BRT) Olá,   Já usei com banda de 128kbps e funciona com alguma latência, mas menos que isso acho complicado. Tenta testar via modem de 56kpbs para ver o resultado. []'s Claudio. >>Preciso ligar alguns micros em locais distantes a um servidor de aplicacao >> X. >>Quanto de banda e necessario para o terminal rodar bem? A Embratel esta me >>propondo um link de 16K. Isto e suficiente? > Use o NX, não o X diretamente. Uma conexão de 256 kbps já deve ser > suficiente, embora com latência perceptível. Conexão de modem eu realmente > não recomendo. ********************************************** De:  locao.vma@bol.com.br Para:  inf , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar umxquery em 16K? ) Data:  Thu, 30 Sep 2004 12:16:46 -0300 Pode ser um comentário totalmente errado o que eu vou fazer, más creio que não rola isso que você quer fazer´, digo isso a nível de custos, uma vez fiz um projeto pra ligar 06 unidades espalhadas em SC,PR,PA, o custo foi altíssimo, pelos custos fica mais fácil ter um servidor X em cada ponta, e depois ligar as unidades via VPN, e assim compartilhar documentos impressoras e etc. Marco ********************************************** De:  hamacker Para:  inf Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar um     xquery em 16K? ) Data:  Fri, 01 Oct 2004 12:08:33 -0300 O que trafega é o protocolo do X, um aparato de funcoes que serao executadas e calculadas do outro lado para criar janelas, botoes, listbox, edits, labels, etc... Porém quando dentro da aplicacao há imagens então não tem jeito trafega-se imagens. Aqueles icones feitos em 32bits de cores dentro do botoes precisam ser trafegados de alguma forma, não ? Então não é questão apenas do X, existe também a aplicação que precisa ser light para não abusar de aspectos que o tornariam + lento quando exportado via tcp/ip. Um exemplo é aqueles gauges (barra de processamento) animados que vao de 0 a 100%, eles são bonitinhos, mas ordinários para trafegar em redes lentas, o legal seria labels mostrando 1%, 2%,... feios é verdade, más rápidos. Além disso, se voce ficar exportando o KDE inteiro vai sofrer muito, por outro lado se for exportar apenas a aplicação vai sofrer menos. Existem servidores X até para OpenGL permitindo aplicações graficas pesadas possam rodar sob ele, então ele é bom. Mas não faz milagre quando a aplicação abusa dos mapa de bits. []'s inf wrote: Mas o que ja tinha lido do X me fazia pensar que ele nao envia a tela ponto a > ponto e sim diretrizes graficas. Porisso achei que o calculo aproximado > abaixo nao valeria para este caso. > > Alguem poderia me esclarecer como funciona um terminal remoto do X? Trafega a > tela toda ou apenas diretivas graficas como eu imaginei pelo que li? > ********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar um xquery em 16K? ) Data:  Fri, 1 Oct 2004 12:49:28 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 inf wrote: >Mas o que ja tinha lido do X me fazia pensar que ele nao envia a tela > ponto a ponto e sim diretrizes graficas. Porisso achei que o calculo > aproximado abaixo nao valeria para este caso. Correto. >Alguem poderia me esclarecer como funciona um terminal remoto do X? > Trafega a tela toda ou apenas diretivas graficas como eu imaginei pelo > que li? Ele envia os comandos de construção. Por isso o cálculo abaixo não é verdadeiro. Ainda assim, o tráfego do X é extremamente grande e pesado. O do NX por outro lado é bem menor. Fiz alguns testes hoje. Rodando o Konqueror e o KMail através do NX sobre meu cable modem e com uma latência de rede razoavelmente grande, a carga foi de algo em torno de 20 a 50 kbps. Óbvio que fica lento, mas é aceitável. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar um xquery em 16K? ) Data:  Fri, 1 Oct 2004 14:09:19 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 inf wrote: >Bem, vou ter que exportar o KDE inteiro para pode usar thin clients e dar >acesso a todos os recursos da rede aos funcionarios dos pontos remotos. Diz o FAQ do NX que ele funciona melhor com um desktop completo, porque ele tem aí a chance de rodar os programas de cache e compressão. Eu recomendo o NX em todas as situações onde você usaria o X diretamente ou o VNC. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ********************************************** De:  inf Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Consumo de banda de um terminal X ( Da para rodar Data:  Fri, 1 Oct 2004 09:24:46 +0000 A ideia principal e rodar uma aplicacao desenvolvida internamente em C++ com Qt, acessando um banco de dados PostgreSQL. Mas ai vem outras consideracoes. O ambiente fisico e de uma empresa com um predio central onde trabalham +/- 35 funcionarios e os pontos remotos sao postos em hospitais onde tem apenas 1 funcionario/turno. Usando o X remotamente eu consigo: - Colocar nestes postos ( alguns ficam em outras cidades ) um thin client o mais enxuto possivel. Estou usando isto em varios pontos do predio central. A ideia de uma maquina com quase nada para quebar/dar pane e uma bencao. Nada para configurar, sem hd para dar pane, qualquer besteira que o usuario faca na sua configuracao eu posso arrumar por aqui mesmo. Nada para reinstalar ou fazer upgrade. TCO aproximadamentre igual a zero. Virei fa de carteirinha do X rodando em thin clients :) - Os funcionarios que ficam "isolados" nestes postos passariam a "fazer parte da central" em termos. O principal e a aplicacao interna, mas assim eu posso disponibilizar para eles e-mail e icq internos ( sem conexao com a internet ), editor de texto e qualquer outro recurso que os funcionarios da central tem disponivel na rede. Seria a nossa "inclusao digital". Ja pensei em modo texto, mas hoje os postos tem uma aplicacao independente ( que troca dados diariamente pelo pcanywhere ) e "regredir" para o modo texto iria causar um impacto muito negativo. Se nao houver alternativas, daria para pensar em rodar a aplicacao localmente nos postos, acessando apenas o banco de dados, mas acho que perderia muitas facilidades e teria muito mais dificuldade em administrar estas maquinas. Josinei Em Quinta 30 Setembro 2004 19:41, Antonio da Silva Martins Junior escreveu: > >    Eu sei que a idéia inicial é exportar o X, mas qual é a aplicação? Uma > conexão de banco de dados usa muito menos banda. Não é mais viável > executar a aplicação remotamente acessando o banco, ou utilizar uma > aplicação em modo texto? > ********************************************** De: Alejandro Flores Responder A: Alejandro Flores Para: Luiz Henrique Gomes Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor de RDP Data: Thu, 7 Apr 2005 15:44:08 -0300 Olá, > Pessoal, alguém conhece um serviço que forneça o mesmo que o Terminal > Service para Windows? Ou seja, permite que clientes conectem no linux > através de RDP? > Eu sei do LSTP, mas ele trabalha somente com VNC correto? O LTSP não é bem isso. O cliente LTSP se conecta ao servidor através de seu X utilizando XDMCP, se não me engano. Dessa forma ele pega uma tela de login do gdm,kdm... no servidor, que eu acredito ser o que você quer. Da uma olhada nesses documentos: http://www.linuxhard.org/publicacoes.php?id=109 http://www.tldp.org/HOWTO/XDMCP-HOWTO/ -- Abraço, Alejandro Flores http://www.triforsec.com.br/ ********************************************** De: Manoel Pinho Para: Luiz Henrique Gomes Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor de RDP Data: Thu, 07 Apr 2005 22:08:37 -0300 Luiz Henrique Gomes escreveu: >o que nós precisamos é que clientes windows se conectem com o servidor linux via RDP, assim como fariamos se o servidor fosse windows. > > > RDP é implementado somente pela Microsoft e pela Citrix (quem realmente fez o RDP). Talvez a Citrix (thttp://www.citrix.com) tenha algo assim. Mas para que você quer isso ? Instale um servidor X nas máquinas windows e assim poderá acessar servidores linux ou unix e rodar programas gráficos remotamente. Há alguns de graça, como o cygwin (http://www.cygwin.com/) e o weirdX (http://www.jcraft.com/weirdx/) ********************************************** De: Antonio da Silva Martins Junior Para: Luiz Henrique Gomes Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Servidor de RDP Data: Thu, 7 Apr 2005 21:33:25 -0300 (BRST) On Thu, 7 Apr 2005, Luiz Henrique Gomes wrote: > o que nós precisamos é que clientes windows se conectem com o servidor > linux via RDP, assim como fariamos se o servidor fosse windows. Bem Luiz, Se o cliente é windows a solução para a conexão a um servidor X é: 1. executar o X no windows via cygwin 2. usar um "cliente" para windows (p.ex.: http://www.starnet.com) 3. usar o VNC Não conheço outra alternativa, mas você pode procurar algum servidor de RDP para linux no freshmeat, sourceforge e no Google :) 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 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ********************************************** De: Mauricio Teixeira (netmask) Para: linux-br@bazar2.conectiva.com.br Assunto: (linux-br)Tutorial: Instalando FreeNX no Conectiva 10 Data: Wed, 04 May 2005 11:37:11 -0300 Tutorial: Instalando FreeNX no Conectiva 10 O objetivo deste tutorial é orientar na instalação e configuração do FreeNX utilizando o Conectiva Linux 10. Aqui não serão discutidos os procedimentos de compilação ou a estrutura de funcionamento interno do NX (a não ser quando necessário). http://mteixeira.webset.net/artigos/freenx-cl10.html -- % Mauricio Teixeira (netmask) % mteixeira{a}webset{d}net <> Maceio/AL/BR % TI+Telecom Analyst <> Linux Specialist % http://mteixeira.webset.net <> http://pmping.sf.net De: inf Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Tutorial: Instalando FreeNX no Conectiva 10 Data: Mon, 9 May 2005 12:10:08 -0300 Mauricio, Em Qua 04 Mai 2005 11:37, Mauricio Teixeira (netmask) escreveu: > Tutorial: Instalando FreeNX no Conectiva 10 > > O objetivo deste tutorial é orientar na instalação e configuração do > FreeNX utilizando o Conectiva Linux 10. O tutorial me ajudou muito. Funcionou muito bem. So um detalhe que nao deu certo. Voce diz para colocar a permissao 640 no arquivo /usr/NX/share/client.id_dsa.key no cliente. Mas assim nao entra a tela do KDE, diz que esta conectado, fica parado um tempo e depois da time-out. Mudei a permissao para 644 e consegui a conexao. So tentei com usuario comum ( nao root ) pois sao eles que vao usar o NX. Tirando este detalhe, funcionou tudo muito bem. Apenas quase tive problema com a criacao do usuario e grupo do NX que foram criados com numeracao de usuario comum e nao de sistema. Como uso OpenLDAP instalado em outro servidor, diferente do servidor de aplicacoes, para autenticacao, ia dar conflito entre o numero do usuario e grupo do nx com outros usuario e grupo que eu eventualmente iria criar no OpenLDAP. Acho que o pessoal que manter o NX/FreeNX deveria usar um uid e gid dentro da faixa onde se colocar os outros usuarios de servico. Obrigado Josinei ********************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Tutorial: Instalando FreeNX no Conectiva 10 Data: Sat, 7 May 2005 01:01:42 -0300 inf wrote: >Primeiro: O FreeNX e um proxy, entao ainda vou poder continuar a acessar > o X diretamente em outros thinclients? Sim. > O que tenho funcionando hoje continuara funcionando enquanto > faco estes testes? Sim! -- Thiago Macieira - thiago (AT) macieira (DOT) info PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 2. Tó cennan his weorc gearu, ymbe se circolwyrde, wearð se cægbord and se leohtspeccabord, and þa mýs cómon lator. On þone dæg, he hine reste. ********************************************** De: Claudio Polegato Junior Para: Alexandre Monteiro Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)export DISPLAY Data: Thu, 02 Feb 2006 17:35:31 +0000 Alexandre Monteiro escreveu: > #export DISPLAY=192.168.1.130:0.0 > #xterm > Xlib: connection to "192.168.1.130:0.0" refused by server > Xlib: No protocol specified > Olá, No computador com IP 192.168.1.130 deve dar permissão para o servidor conectar no X deste, o qual deve ter a porta 6000 (padrão do X) aberta: $ xhost ip_do_servidor -- []'s Claudio Polegato Junior Um peregrino de Problemas; Um pergaminho de Soluções. De: Manoel Pinho Para: Alexandre Monteiro Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)export DISPLAY Data: Thu, 02 Feb 2006 19:20:22 -0200 Alexandre Monteiro escreveu: > Lista, estou com um problema que preciso resolver o quanto antes. > > Estou numa maquina cliente e preciso exportar a tela do servidor p/ minha > maquina. > > Primeiro entro no servidor via ssh e depois executo: > > #export DISPLAY=192.168.1.130:0.0 > #xterm > > porem nao esta exportando a tela e da a seguinte msg: > > > Xlib: connection to "192.168.1.130:0.0" refused by server > Xlib: No protocol specified > Na sua máquina (onde você deseja ver o aplicativo) digite xhost +192.168.1.130 para permitir a conexão dos clientes X (os programas gráficos) da máquina 192.168.1.130 conectem-se ao servidor X da sua máquina. ********************************************** De: José Queiroz Para: Manoel Pinho , linux-br Assunto: Re: (linux-br)export DISPLAY Data: Thu, 2 Feb 2006 23:34:19 -0200 Configure o ssh pra fazer repasse de conexões X11 (/etc/ssh/ssh_config). O servidor tem que ter a mesma opção ativada (/etc/ssh/sshd_config). Nesse caso, a variável DISPLAY vai ser setada com o valor "localhost:10.0" ou "localhost:11.0". Se a máquina de origem for Windows, vc precisa de um servidor X11. O Cygwin tem, e tem tb um tal "XDeep32" que funciona. ********************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)export DISPLAY Data: Fri, 3 Feb 2006 09:18:54 +0100 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre Monteiro wrote: >Lista, estou com um problema que preciso resolver o quanto antes. > >Estou numa maquina cliente e preciso exportar a tela do servidor p/ > minha maquina. > >Primeiro entro no servidor via ssh e depois executo: > >#export DISPLAY=192.168.1.130:0.0 >#xterm > >porem nao esta exportando a tela e da a seguinte msg: > > >Xlib: connection to "192.168.1.130:0.0" refused by server >Xlib: No protocol specified >Qualquer ajuda é muito bem vinda. Obrigado a todos, Alexandre! Opção 1: Adicione a opção -X ao seu ssh ao se conectar com a máquina remota, para ativar o repasse de X11. Não execute "export DISPLAY". Essa opção é preferível. Opção 2: Execute o comando xhost na máquina local para adicionar a máquina cliente. Lembre-se também de verificar se o seu X11 foi configurado para ouvir por conexões em TCP. A maior parte das distros, hoje, automaticamente configura o X para desativar a porta 6000/tcp, para aumentar a segurança. - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 3. Ac seo woruld wearð geborod, swá se Scieppend cwæð "Gewurde Unix" and wundor fremede and him "Unix" genemned, þæt is se rihtendgesamnung. ********************************************** De: Antonio da Silva Martins Junior Para: Alexandre Monteiro Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)export DISPLAY Data: Fri, 3 Feb 2006 08:52:22 -0200 (BRDT) On Thu, 2 Feb 2006, Alexandre Monteiro wrote: > Estou numa maquina cliente e preciso exportar a tela do servidor p/ minha > maquina. > > Primeiro entro no servidor via ssh e depois executo: > #export DISPLAY=192.168.1.130:0.0 > #xterm > > porem nao esta exportando a tela e da a seguinte msg: > Xlib: connection to "192.168.1.130:0.0" refused by server > Xlib: No protocol specified Olá Alexandre, Primeiro no servidor é preciso habilitar o redirecionamento de X11 através do serviço de ssh, edite o arquivo /etc/ssh/sshd_config e confirme se existem estas opções (isso é para o X11, vc. vai precisar de mais coisa para o resto): X11Forwarding yes X11DisplayOffset 10 X11UseLocalhost yes E além disso no servidor é necessário estar instalado o aplicativo "xauth". Após é só conectar utilizando "ssh -X" (do Linux ou Cigwin/Windows), ao executar o aplicativo a tela será redirecionada através do canal criptografado do SSH, se os processadores (servidor e estação) forem bons e o link lento habilite a compactação que ajuda :D 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 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ********************************************** **********************************************