>> > Ricardo Souza escreveu: >> >> > Virtualizar para centralizar a administracao, minimizar erros, redução >> >> de >> >> > energia ( HD consome mt mais do que o CF ), historicamente já >> ocorreram >> >> mts >> >> > problemas de HD, a vida útil do windows aqui é aproximadamente 1 ano e >> >> etc. >> >> > >> >> > Eu quero utilizar Microsoft RDP sim. >> >> > >> >> > Eu ja vi uma apresentação da MCP Brasil sobre o produto e3v. E eles >> tem >> >> um >> >> > Linux que instalam no CF e ele pega IP e já abre a seção RDP. >> >> > >> >> > Estou procurando algo assim. >> >> > >> >> > >> >> > Conhecem? >> >> >> >> Ricardo, >> >> >> >> Continua dentro do escopo da pergunta do Matheus, pra que virtualizar? >> >> Voce esta virtualizando o que no cenário acima? Um Thin Client se >> >> conectando via RDP não tem por natureza nada virtualizado, é uma relação >> >> convencional cliente-servidor de terminais. >> >> >> >> Acho que o que está gerando confusão é esse "virtualizar". >> >> >> >> Mas vamos la, >> >> >> >> Estou num processo de homologação dos MT1000 da Daruma >> >> (www.daruma.com.br) pra FreeBSD, a pedido do fabricante. O produto em >> >> sua versão sem WiFi está praticamente homologado. >> >> >> >> Tenho aqui no meu laboratório um MT1000 rodando como terminal client de >> >> PC-BSD (PC-BSD Thin Client Server), incluindo boot PXE (que não está no >> >> seu escopo pelo que vi). >> >> >> >> Seria plenamente viável fazer o ambiente startar rodano o cliente >> >> rdesktop (RDP). Sugiro trabalhar nessa linha, com o xdm iniciando pelo >> >> ttys e no .Xsession a chamada ao rdesktop em full screen (com um delay >> >> adequado), o que ja faz aparecer a tela de login do Windão pro usuário. >> >> >> >> > >> >> > >> >> > >> >> > 2009/6/25 Matheus L. Abreu <matheusl.ab...@gmail.com> >> >> > >> >> >> Resumindo... >> >> >> >> >> >> Terminais "burros" conectam-se a um servidor para trabalhar com >> maior >> >> >> poder >> >> >> de processamento. >> >> >> Agora, porque virtualizar? Um Terminal Server (Microsoft RDP, >> >> Linux/BSD >> >> >> NoMachine) não resolveria? >> >> >> >> >> >> att, >> >> >> >> >> >> ---- -- >> >> >> Matheus L. Abreu >> >> >> [ matheusl dot abreu (a) gmail.com ] >> >> >> [ http://matheuslamberti.blogspot.com ] >> >> >> >> >> >> "In theory there is no difference between theory and practice, but in >> >> >> practice there is." >> >> >> "Para obter algo que você nunca teve, precisa fazer algo que nunca >> >> fez." >> >> >> >> >> >> >> >> >> 2009/6/25 Ricardo Souza <ricardo.so...@ti.cmtsp.com.br> >> >> >> >> >> >>> Bom dia, >> >> >>> pretendo realizar virtualização de desktops para alguns usuarios da >> >> >> empresa >> >> >>> em que trabalho. >> >> >>> Irei analisar algumas opções como: vmware, hyper-v e outros. >> >> >>> >> >> >>> Os desktops terão um Compact Flash como HD. >> >> >>> >> >> >>> Alguem conhece alguma solução/produto/so que eu possa instalar >> nestes >> >> CFs >> >> >>> para pegar IP e 'inciar' a seção no hyper-v por exemplo? >> >> >>>
tenho uma solucao muito parecida com o que vc precisa, servidor 2003 e estacoes com freebsd + windowmaker + rdesktop . o processo é bem basico, instala o freebsd, apenas X-user, pode tirar ports, src, etc. depois da um pkg_add -vr windowmaker pkg_add -vr rdesktop baixa esse cara aqui: http://www.oversec.com.br/suporte/setup.tgz descompacta entra no diretorio update e executa ./instala.sh bom peco nao reparar que ta baguncado mesmo o script, pretendo melhorar. vai reiniciar o micro e entrar no windowmaker, tem no desktop um icone com antena, q vc precisa alterar o atalho dele pro ip/nome do seu servidor windows e um revolver q desliga o micro, alem de teclas de atalho (ctrl+r - acesso remoto e ctrl+s - desliga) . bom tenho +/- 40 estacoes assim, umas com boot em pendrive de 2 gb. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
