Re: Certificação LPIC-1
Cara uma das minhas fontes de estudo foi o site da IBM Developer Works. Segue link abaixo http://www.ibm.com/developerworks/linux/lpi/101.html?S_TACT=105AGX03&S_CMP=LPLINUX E respondendo a pergunta... NÃO eu não me arrependo de ter feito a LPIC-1. Abraço Em 6 de dezembro de 2011 19:45, Samuel Andrade Teixeira < kerne...@yahoo.com.br> escreveu: > Boa noite, pessoal! Alguém aqui se arrepende de ter investido na > certificação LPIC-1? Poriam indicar como e por onde começar a estudar para > LPIC-1? Existem váááarios sites oferencendos treinamento mais treinamentos > sobre LIPC, mas qual realmente tem a metodologia certa? Já antecipando, > agradeço aos menbros que se prontificarem. > > > -- > > Att, > Samuel Andrade Teixeira > > E-mail: samuel.andrad...@gmail.com > Messenger: samuel.andrad...@msn.com > Skype: samuel.andrade.t > Celular: (32) 9951 - 5296 > > P Antes de imprimir este e-mail, pense em sua responsabilidade e > compromisso com o* Meio Ambiente* > * > * > -- > > -- Rafael Henrique da Silva Correia http://abraseucodigo.com.br Administrador de Sistemas Linux Certificado pela LPIC - 101 ID: LPI000160699
Certificação LPIC-1
Boa noite, pessoal! Alguém aqui se arrepende de ter investido na certificação LPIC-1? Poriam indicar como e por onde começar a estudar para LPIC-1? Existem váááarios sites oferencendos treinamento mais treinamentos sobre LIPC, mas qual realmente tem a metodologia certa? Já antecipando, agradeço aos menbros que se prontificarem. -- Att,Samuel Andrade Teixeira E-mail: samuel.andrad...@gmail.com Messenger: samuel.andrade.t@msn.comSkype: samuel.andrade.t Celular: (32) 9951 - 5296 P Antes de imprimir este e-mail, pense em sua responsabilidade e compromisso com o Meio Ambiente --
Re: Servidor LTSP
Mensagem original Assunto:Re: Servidor LTSP Data: Tue, 06 Dec 2011 14:04:01 -0300 De: Iuri Guilherme dos Santos Martins Para: Cleber Ianes Em 14-10-2011 08:54, Cleber Ianes escreveu: É!!! Concordo com você Iuri, pensando nisso acho que vou escrever algo um pouquinho mais que um tutorial, vou escrever um livro a respeito. Vou avaliar um pouco mais e assim que terminar a instalação que estou fazendo vou iniciar esse processo. Ahh, não se preocupe, não vou escrever um livro só por escrever, vou estudar muito bem o sistema antes e assim que eu acreditar que estou pronto o farei. *De:* Iuri Guilherme dos Santos Martins *Para:* debian-user-portuguese@lists.debian.org *Enviadas:* Sexta-feira, 14 de Outubro de 2011 8:26 *Assunto:* Re: Servidor LTSP **Tem um problema no Brasil que o pessoal que usa LTSP se preocupa em fazer versoes debian "prontas pra instalar", e as vezes telecentros inteiros "plug and play" para apenas instalar e sair rodando. Eu gosto muito de ler manuais, mas tem outro problema que toda vez que eu comeco a traduzir alguns manuais eu percebo que principalmente a comunidade ubuntu se preocupa em fazer tutoriais "failsafe" ou "idiot-proof", e o ltsp e um exemplo de software desenvolvido com essa filosofia. O problema esta quando um usuario decide ler a documentacao e os manuais, e nao encontra fontes na sua linguagem local, porque so o que e traduzido sao receitas de bolo em milhares de blogs. Eu mesmo me incluo nessa lista :D Fui passar a minha função pra outra pessoa que não tinha experiência administrando um servidor linux, nem ltsp, e me obriguei a fazer um sistema em bash para facilitar a vida dele (por exemplo, incluí em /usr/local/bin e /usr/local/sbin scripts executáveis como 'desligar', 'manutencao', 'adicionar' (usuários), etc.) Isso tudo porque fazer esse sistema foi mais rápido do que ensinar os básicos de sh, bash, ltsp, etc. Inclusive eu posso disponibilizar esse sistema pra ti usar como exemplo no teu livro, pode ser que seja útil pra alguém.
Re: android USB tethering
Em 03-12-2011 16:06, Bruno Schneider escreveu: 2011/12/3 Junior Polegato - Linux escreveu: Me parece ser problema de roteamento. Clique sobre o applet do NM com o botão direito do mouse e depois em informações da conexão e verifique a rota padrão e o DNS Informações do applet do Network Manager: ip address: 192.168.42.175 broadcast address: 192.168.42.255 subnet mask: 255.255.255.0 default route: 192.168.42.129 primary dns: 192.168.42.129 $ ip route default via 192.168.42.129 dev usb0 proto static 169.254.0.0/16 dev usb0 scope link metric 1000 192.168.42.0/24 dev usb0 proto kernel scope link src 192.168.42.175 metric 1 $ ip rule 0: from all lookup local 32766: from all lookup main 32767: from all lookup default $ ip addr 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff 3: eth1: mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff 4: usb0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff inet 192.168.42.175/24 brd 192.168.42.255 scope global usb0 inet6 fe80::2c8c:ceff::/64 scope link valid_lft forever preferred_lft forever $ cat /etc/resolv.conf # Generated by NetworkManager nameserver 192.168.42.129 $ traceroute google.com traceroute to google.com (173.194.42.17), 30 hops max, 60 byte packets 1 192.168.42.129 (192.168.42.129) 0.388 ms 0.427 ms 0.571 ms 2 * * * Pelo que eu entendo, 192.168.42.129 já é no meu provedor, certo? Chega lá e para. Olá! O roteamento no seu computador está correto. O IP 192.168.42.129 é o IP da placa USB. O próximo roteamento que tem que fazer é o celular, que não está fazendo. Nunca tentei fazer via USB, via Wi-Fi sempre funcionou. Tente habilitar via Wi-Fi também para ver se funciona via USB, visto que na teoria a regra serviria para todos. Para saber o IP do seu provedor de acesso à internet, acesse algum site que informe o IP, como por exemplo www.meuip.com.br. Tem uma outra alternativa que é usar VPN, mas aí tem que tem o celular com um ROM não oficial. []'s Junior Polegato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ede0fc0.10...@juniorpolegato.com.br
Re: Tunel de tunel SSH
Valeu mesmo pelo tutorial. Vou pensar possibilidades com isso que me disseste. A princípio estava tentando fugir do acesso direto à máquina(rodar as coisas lá dentro), algo que o vnc faz para acesso gráfico. Mas talvez consiga fazer isso, tendo em vista que o programa é todo janelado. Talvez isso ajude a deixar as coisas mais rápidas que um ssh -X. O Pc interno não é um firewall, mas é que só é possível acessar a licença de modo indireto. Não posso pegar a licença diretamente do servidor. Fica bloqueado. Acho que fizeram isso, já pensando em "tentar bloquear" o acesso de fora. Sinceramente não sei bem a configuração desse servidor de licenças. Achei que seria fácil fazer essa indicação de caminho da licença através do usuário interno da rede. Outro problema, é que relatei no primeiro e-mail. > Existe um programa no laboratório da Universidade, que para funcionar, é > necessário pegar uma licença, que é exportada por uma outra máquina > (Windows :-( ) que não a do Usuário. > O "servidor da licença" é Windows. Não queria ter que mexer com o "janelas" mas acho que vou ter que sujar as mãos e configurar alguma coisa de firewall lá, para viabilizar essas ideias. De todo modo, obrigadão mesmo pelos esclarecimentos. Abração, arnaldinho. *Arnaldo D'Amaral Pereira Granja Russo* Lab. de Estudos dos Oceanos e Clima Instituto de Oceanografia Universidade Federal do Rio Grande e-mail arnaldorusso [at] gmail [dot] com tel (53) 3233-6855 Em 6 de dezembro de 2011 10:21, Rafael Henrique da Silva Correia < raf...@abraseucodigo.com.br> escreveu: > Arnaldo bom dia, > > *Vamos supor um ambiente em que:* > > 1. eu tenho um cliente dentro da rede rodando VNC (vino-server ou x11-vnc > que seja) este cliente tem ip 192.168.0.60 > 2. eu tenho um servidor firewall conectado diretamente a rede externa com > IP fixo 20.20.20.20 > > Agora eu quero acessar o cliente 192.168.0.60 por VNC estando na minha > casa. Para solução fácil e segura eu faria assim: > > iptables -A FORWARD -d 192.168.0.60 -p tcp --dport 5900 -j ACCEPT > iptables -A FORWARD -s 192.168.0.60 -p tcp --sport 5900 -j ACCEPT > > iptables -t nat -A POSTROUTING -s IP_DA_MINHA_CASA -d 192.168.0.60 -p tcp > --sport 5900 -j SNAT --to 20.20.20.20:5900 > iptables -t nat -A PREROUTING -s IP_DA_MINHA_CASA -d 20.20.20.20 -p tcp > -m tcp --dport 5900 -j DNAT --to 192.168.0.60:5900 > > Desta eu baixaria um client VNC qualquer na minha casa e acessaria > diretamente o ip 20.20.20.20 porém isto só seria possível a partir do > IP_DA_MINHA_CASA, do contrário caso as regras do iptables estejam com a > política padrão como DROP o acesso não seria possível a partir de outro IP > que não fosse o IP_DA_MINHA_CASA. > > *Respondendo as questões:* > > Sobre Tunnelamento acredito que role cara... mas eu não sei fazer (assumo) > :D. > > A tua sugestão é colocar isso no iptables do servidor? ou do cliente? > R: No servidor, no cliente não rola > > A outra duvida que fiquei pensando, é: Qual é o IP externo que colocas na > regra? > R: IP externo eu defini como o ip do server da sua faculdade, no caso do > seu desenho ele seria o "PC interno", agora eu que pergunto o "PC interno" > é um firewall?? > > Essa regra de iptables, mesmo que no "PC de fora" não vai limitar o meu > acesso à web, por vincular à conexão ao redirecionamento NAT, para uma > única máquina interna? > R: Não, vc apenas usará a porta X da sua máquina na sua casa para se > conectar ao servidor. > > *Dica:* > * > * > Para fazer da forma como falei acima você vai precisar saber qual a porta > o servidor de licenças distribui a licença em si para depois fazer o > redirecionamento. Tenha o ambiente montado na sua cabeça primeiro para > depois criar regras do iptables... esse é o fundamento mais importante :D > > > Espero te dar uma luz > Abraço > > Em 6 de dezembro de 2011 09:29, Arnaldo Russo > escreveu: > > Opa, valeu Rafael, pela possibilidade. >> >> A tua sugestão é colocar isso no iptables do servidor? ou do cliente? >> A outra duvida que fiquei pensando, é: Qual é o IP externo que colocas na >> regra? >> >> No caso, o que estou tentando fazer é acessar (externamente) uma licença >> que está disponível para um pc do laboratório, através de um servidor >> interno. >> >> | | 1 #PC interno# 2 >> #Servidor # >> | Pc fora| > ## -> # >>Licença # >> | | #Universidade # # >> Universidade # >> >> a conexão 2, não é feita por ssh, entretanto, preciso pegar o caminho da >> licença que o "PC interno" estabelece com o "servidor", por isso pensei em >> fazer esse acesso por ssh, colocando isso através de um export no .bashrc >> (para que o programa entenda que a licença não é local e sim através de um >> túnel). Espero estar sendo claro com esse problema. >> >> Essa regra de iptables, mesmo que no "PC de fora" não vai limitar o meu >> acesso à web, por vincular à co
Re: Tunel de tunel SSH
Arnaldo bom dia, *Vamos supor um ambiente em que:* 1. eu tenho um cliente dentro da rede rodando VNC (vino-server ou x11-vnc que seja) este cliente tem ip 192.168.0.60 2. eu tenho um servidor firewall conectado diretamente a rede externa com IP fixo 20.20.20.20 Agora eu quero acessar o cliente 192.168.0.60 por VNC estando na minha casa. Para solução fácil e segura eu faria assim: iptables -A FORWARD -d 192.168.0.60 -p tcp --dport 5900 -j ACCEPT iptables -A FORWARD -s 192.168.0.60 -p tcp --sport 5900 -j ACCEPT iptables -t nat -A POSTROUTING -s IP_DA_MINHA_CASA -d 192.168.0.60 -p tcp --sport 5900 -j SNAT --to 20.20.20.20:5900 iptables -t nat -A PREROUTING -s IP_DA_MINHA_CASA -d 20.20.20.20 -p tcp -m tcp --dport 5900 -j DNAT --to 192.168.0.60:5900 Desta eu baixaria um client VNC qualquer na minha casa e acessaria diretamente o ip 20.20.20.20 porém isto só seria possível a partir do IP_DA_MINHA_CASA, do contrário caso as regras do iptables estejam com a política padrão como DROP o acesso não seria possível a partir de outro IP que não fosse o IP_DA_MINHA_CASA. *Respondendo as questões:* Sobre Tunnelamento acredito que role cara... mas eu não sei fazer (assumo) :D. A tua sugestão é colocar isso no iptables do servidor? ou do cliente? R: No servidor, no cliente não rola A outra duvida que fiquei pensando, é: Qual é o IP externo que colocas na regra? R: IP externo eu defini como o ip do server da sua faculdade, no caso do seu desenho ele seria o "PC interno", agora eu que pergunto o "PC interno" é um firewall?? Essa regra de iptables, mesmo que no "PC de fora" não vai limitar o meu acesso à web, por vincular à conexão ao redirecionamento NAT, para uma única máquina interna? R: Não, vc apenas usará a porta X da sua máquina na sua casa para se conectar ao servidor. *Dica:* * * Para fazer da forma como falei acima você vai precisar saber qual a porta o servidor de licenças distribui a licença em si para depois fazer o redirecionamento. Tenha o ambiente montado na sua cabeça primeiro para depois criar regras do iptables... esse é o fundamento mais importante :D Espero te dar uma luz Abraço Em 6 de dezembro de 2011 09:29, Arnaldo Russo escreveu: > Opa, valeu Rafael, pela possibilidade. > > A tua sugestão é colocar isso no iptables do servidor? ou do cliente? > A outra duvida que fiquei pensando, é: Qual é o IP externo que colocas na > regra? > > No caso, o que estou tentando fazer é acessar (externamente) uma licença > que está disponível para um pc do laboratório, através de um servidor > interno. > > | | 1 #PC interno# 2 # > Servidor # > | Pc fora| > ## -> # >Licença # > | | #Universidade # # > Universidade # > > a conexão 2, não é feita por ssh, entretanto, preciso pegar o caminho da > licença que o "PC interno" estabelece com o "servidor", por isso pensei em > fazer esse acesso por ssh, colocando isso através de um export no .bashrc > (para que o programa entenda que a licença não é local e sim através de um > túnel). Espero estar sendo claro com esse problema. > > Essa regra de iptables, mesmo que no "PC de fora" não vai limitar o meu > acesso à web, por vincular à conexão ao redirecionamento NAT, para uma > única máquina interna? > > Desculpe-me pela falta de conhecimento em redirecionamentos. > > abraço, > Arnaldinho. > > > > *Arnaldo D'Amaral Pereira Granja Russo* > Lab. de Estudos dos Oceanos e Clima > Instituto de Oceanografia > Universidade Federal do Rio Grande > e-mail arnaldorusso [at] gmail [dot] com > tel (53) 3233-6855 > > > > Em 5 de dezembro de 2011 23:15, Rafael Henrique da Silva Correia < > raf...@abraseucodigo.com.br> escreveu: > > Fazer redirecionamento NAT com iptables não funcionaria? >> >> iptables -t nat -A PREROUTING -d IP_INTERNO -p tcp --dport PORTA -j DNAT >> --to IP_EXTERNO:PORTA >> iptables -t nat -A POSTROUTING -d IP_EXTERNO -p tcp --sport PORTA -j SNAT >> --to IP_INTERNO:PORTA >> >> Qualquer dúvida é só perguntar .. :D >> >> Abraço >> >> Em 2 de dezembro de 2011 12:25, caio ferreira escreveu: >> >>> Prezado Arnaldo >>> >>> >>> Uma solução seria você instalar um servidor web e disponibilizar o >>> dado via https. >>> >>> Outra solução seria utilizar o comando wget para que o usuário possa >>> fazer o download do arquivo no servidor web, através do túnel ssh. O >>> usuário iria executar o comando "wget >>> http://IP_SERVIDOR/licenca/arquivo.txt";. >>> >>> -- >>> >>> .''`. Caio Abreu Ferreira >>> : :' : abreuf...@gmail.com >>> `. `'` Debian User >>> `- >>> >>> 2011/12/2 Arnaldo Russo : >>> > Pessoal, >>> > gostaria de uma ajuda com o seguinte: >>> > Existe um programa no laboratório da Universidade, que para funcionar, >>> é >>> > necessário pegar uma licença, que é exportada por uma outra máquina >>> (Windows >>> > :-( ) que não a do Usuário. >>> > >>> > Quando um Usuário (linux ou win), está
Re: android USB tethering
2011/12/5 China escreveu: [...] > da operadora. Se vc não está como ROOT na ROM padrão do aparelho não > conseguirá tether, se está como ROOT na ROM padrão só conseguirá > tether por USB com um programa como o easytether, mas conseguirá por > WIFI usando um software como WIFITether. Vc só conseguirá tether por > USB com uma custom ROM que tenha isso compilado no kernel. Uma pena. Não estou como root e não pretendo mexer com isso enquanto o aparelho está na garantia. É impressionante como um aparelho tão cheio de possibilidades vem todo mutilado de fábrica. Além do mais, é estranho. Se eu preciso de uma custom ROM, por que existe essa opção no menu do aparelho? > Qual seu aparelho (marca/modelo, versão do Android)??? Samsung Galaxy 5. Android 2.2. -- Bruno Schneider http://www.dcc.ufla.br/~bruno/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap1wdqswmcxqswpf85uw9fy-8hksm4_lx64az-_51ynb9io...@mail.gmail.com
Re: Tunel de tunel SSH
Opa, valeu Rafael, pela possibilidade. A tua sugestão é colocar isso no iptables do servidor? ou do cliente? A outra duvida que fiquei pensando, é: Qual é o IP externo que colocas na regra? No caso, o que estou tentando fazer é acessar (externamente) uma licença que está disponível para um pc do laboratório, através de um servidor interno. | | 1 #PC interno# 2 # Servidor # | Pc fora| > ## -> # Licença # | | #Universidade # # Universidade # a conexão 2, não é feita por ssh, entretanto, preciso pegar o caminho da licença que o "PC interno" estabelece com o "servidor", por isso pensei em fazer esse acesso por ssh, colocando isso através de um export no .bashrc (para que o programa entenda que a licença não é local e sim através de um túnel). Espero estar sendo claro com esse problema. Essa regra de iptables, mesmo que no "PC de fora" não vai limitar o meu acesso à web, por vincular à conexão ao redirecionamento NAT, para uma única máquina interna? Desculpe-me pela falta de conhecimento em redirecionamentos. abraço, Arnaldinho. *Arnaldo D'Amaral Pereira Granja Russo* Lab. de Estudos dos Oceanos e Clima Instituto de Oceanografia Universidade Federal do Rio Grande e-mail arnaldorusso [at] gmail [dot] com tel (53) 3233-6855 Em 5 de dezembro de 2011 23:15, Rafael Henrique da Silva Correia < raf...@abraseucodigo.com.br> escreveu: > Fazer redirecionamento NAT com iptables não funcionaria? > > iptables -t nat -A PREROUTING -d IP_INTERNO -p tcp --dport PORTA -j DNAT > --to IP_EXTERNO:PORTA > iptables -t nat -A POSTROUTING -d IP_EXTERNO -p tcp --sport PORTA -j SNAT > --to IP_INTERNO:PORTA > > Qualquer dúvida é só perguntar .. :D > > Abraço > > Em 2 de dezembro de 2011 12:25, caio ferreira escreveu: > >> Prezado Arnaldo >> >> >> Uma solução seria você instalar um servidor web e disponibilizar o >> dado via https. >> >> Outra solução seria utilizar o comando wget para que o usuário possa >> fazer o download do arquivo no servidor web, através do túnel ssh. O >> usuário iria executar o comando "wget >> http://IP_SERVIDOR/licenca/arquivo.txt";. >> >> -- >> >> .''`. Caio Abreu Ferreira >> : :' : abreuf...@gmail.com >> `. `'` Debian User >> `- >> >> 2011/12/2 Arnaldo Russo : >> > Pessoal, >> > gostaria de uma ajuda com o seguinte: >> > Existe um programa no laboratório da Universidade, que para funcionar, é >> > necessário pegar uma licença, que é exportada por uma outra máquina >> (Windows >> > :-( ) que não a do Usuário. >> > >> > Quando um Usuário (linux ou win), está na rede interna, ele consegue >> acessar >> > a licença nesse servidor (através de um export no .bashrc), mas para >> acessar >> > no meio do mar, é necessário fazer um túnel do Notebook, para o pc do >> > laboratório e redirecionar e conseguir pegar o export da licença que >> está no >> > servidor. >> > >> > O que preciso fazer é apenas pegar a licença através do tunel. Por >> motivos >> > de tráfego em uma rede externa, não se pode rodar o programa por ssh. O >> que >> > se quer é rodadar o programa diretamente da máquina do usuário, mas >> pegando >> > a licença, como se estivesse em um tunel ssh da máquina do usuário >> local. >> > >> > A licença exportada no .bashrc do Usuário é esse: >> > export LM_LICENSE_FILE=porta@IP >> > >> > Alguém tem alguma luz de como fazer isso? >> > Fazer um export no .bashrc de uma licença que será pega por ssh? >> > >> > Obrigado desde de já pala atenção >> > >> > Arnaldo D'Amaral Pereira Granja Russo >> > Lab. de Estudos dos Oceanos e Clima >> > Instituto de Oceanografia >> > Universidade Federal do Rio Grande >> > e-mail arnaldorusso [at] gmail [dot] com >> > tel (53) 3233-6855 >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/cajrsrclvyvgaduo7armrxoawq7vup1ztudclh-dkk4b-92...@mail.gmail.com >> >> > > > -- > Rafael Henrique da Silva Correia > http://abraseucodigo.com.br > > Administrador de Sistemas Linux > Certificado pela LPIC - 101 > ID: LPI000160699 > >