Re: [FUG-BR] Sem device nodes para partições de um novo HD
Rainer Alves escreveu: Listas - Julián Herrera wrote: Oi pessoal! Utilizo o FreeBSD 5.4 em uma workstation e recentemente instalei um novo HD com partições NTFS e BeFS no canal secundário master, ou seja, /dev/ad3. Acontece que o devfs não criou automaticamente os nodes correspondente a essas duas partições, ou seja, /dev/ad3s1 e /dev/ad3s2, de modo que eu quero acessar os arquvios da partição NTFS e não consigo montá-la. Imagino que seja uma questão boba, mas já verifiquei o man devfs e não encontrei nada claro quanto a esse caso e no amigo Google só encontro informações relevantes para versões antigas do FreeBSD que ainda utilizavam sh /dev/MAKEDEV. Na verdade esse problema não tá relacionado com o devfs. Dê um fdisk /dev/ad3 e ele vai mostrar todos os slices e partições que encontrou no HDD. Se a partição NTFS não aparecer lá, significa que o BSD não consegue enxergar a partição (provavelmente porque ela tá oculta ou porque ela não tá no /dev/ad3). Uma vez que você resolver isso, é só usar o mount_ntfs, ele vai carregar o módulo do kernel ntfs.ko, e montar a partição como read-only. Não há suporte para escrita em NTFS, soluções como o Captive do Linux não funcionam, e obviamente que a partição do BeOS não é suportada. [EMAIL PROTECTED] ~]$ sudo fdisk /dev/ad0 | grep -B 1 -A 3 -i ntfs The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 10493217 (5123 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 653/ head 44/ sector 63 Att., Rainer Alves BrasilTelecom ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Caro colega, Eu já tinha verificado isso do fdisk /dev/ad3 e a partição NTFS realmente está lá, ele retorna algo parecido com o que vc descreveu acima (como partition1). Assim, deveria sim existir um /dev/ad3s1 mas não há sinal nenhum no sistema de arquivos /dev. Já desmontei e montei o /dev (devfs), já tentei criar um node com o mknod de acordo com o 'man mknod' mas nada surte efeito. Só consigo mesmo apagar o node /dev/ad3 e criar novamente com o mknod; o /dev/ad3s1 não é permitido criar. Outra partição NTFS que eu tenho no HD antigo (o mesmo onde está instalado o FreeBSD, no /dev/ad0) é lida sem problemas nenhum. E eu compreendo que o BeFS não é suportado, minha intenção é apenas acessar a partição NTFS do HD novo. Para isso não tenho mais idéias... :( []'s Julián ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Sem device nodes para partições de um novo HD
Oi pessoal! Utilizo o FreeBSD 5.4 em uma workstation e recentemente instalei um novo HD com partições NTFS e BeFS no canal secundário master, ou seja, /dev/ad3. Acontece que o devfs não criou automaticamente os nodes correspondente a essas duas partições, ou seja, /dev/ad3s1 e /dev/ad3s2, de modo que eu quero acessar os arquvios da partição NTFS e não consigo montá-la. Imagino que seja uma questão boba, mas já verifiquei o man devfs e não encontrei nada claro quanto a esse caso e no amigo Google só encontro informações relevantes para versões antigas do FreeBSD que ainda utilizavam sh /dev/MAKEDEV. Valeu pela ajuda. Julián ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Múltiplos default gateway ou rotas alt ernativas
Olá pessoal! Na empresa em que trabalho, as máquinas da rede privada conectam-se à Internet através de duas conexões, controladas por dois servidores: via ADSL Velox (máquina gateway1, 192.168.0.1) ou via modem+roteador Cisco (controlados pela máquina gateway2, 192.168.0.2). O gateway1 roda FreeBSD 4.10 com user PPP e NAT. Já o gateway2 roda FreeBSD 5.3 com NAT na interface de rede conectada ao roteador Cisco. As máquinas clientes Windows XP são configuradas via DHCP e possuem os dois gateways como padrão, sendo o 192.168.0.1 o primário (a conexão através da Velox é bem mais rápida). A utilização de dois gateways como padrão nas máquinas Windows XP clientes não é satisfatória, uma vez que a mudança automática para o gateway secundário só é executada quando o primário está offline, o que não acontece quando o Velox desconecta só (pois o gateway1 continua online). Minha dúvida é a seguinte: como a conexão com a Velox costuma cair por períodos relativamente longos (meia hora aprox.), gostaria de saber se há condições de implementar dois default gateways na máquina 1, de forma que quando a conexão com a Velox cair, os pacotes sejam encaminhados automaticamente para o gateway2. Apesar da mensagem longa, espero algum comentário. :) Grato! Julián Herrera P.S.: criei um script anexado ao ppp.linkdown para redefinição da rota padrão para o gateway2 quando a linha cai. Ele foi testado com sucesso ao desconectar fisicamente o modem ADSL da linha: o user PPP detecta corretamente o linkdown e o script redefine a rota para o gateway2, mas misteriosamente isso não funciona quando o Velox cai por si próprio. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Squid + autenticação + transparent proxy
Olá pessoal, Não é uma questão ligada estritamente ao FreeBSD, por isso não sei se é permitido aqui. É sobre o SQUID. Tenho o Squid 2.5 rodando como transparent proxy e ipfw2 no gateway FreeBSD 4.10 da rede da empresa onde trabalho, que também é um PDC com Samba. Preciso bloquear o acesso à Internet de um determinado usuário. Já pesquisei bastante na internet e aprendi que o Squid tem várias formas de autenticação de usuários, incluindo NTLM, SMB, Winbind. No entanto, ao que me parece, todas elas necessitam que o Squid esteja no modo proxy, ou seja, não funcionam com HTTP accelerator (proxy transparente), o que eu verifiquei experimentalmente testando autenticação NTLM e SMB. Mudar a configuração de todas as mais de 50 máquinas da empresa e dos vários usuários que acessam cada uma delas (não utilizamos perfis móveis no domínio) para acessar o proxy diretamente ao invés de ser transparente é inviável. Testei também a verificação de usuários com ident_lookup mas ao que parece só funciona também com o Squid no modo proxy. Assim, como vocês sugerem que eu implemente este bloqueio por usuários mantendo a configuração de proxy transparente? Valeu! ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Arquivos sumidos com o NTFS e FreeBSD 5.4 - [RESOLVIDO] [BUG?]
Só para constar, caso alguém tenha passado pelo mesmo problema. Aqui eu consegui resolver convertendo o cluster size da partição NTFS que estava dando problema. Antes era 16K (partição com vídeos e MP3), agora converti para o padrão 4K e os arquivos reapareceram. Seria o caso de enviar alguma notificação de bug para os desenvolvedores do driver para ntfs, uma vez que ele parece só funcionar bem com cluster size padrão? []'s Julián Herrera Julián Herrera escreveu: Pessoal, Tenho uma partição em NTFS do Windows XP que monto no FreeBSD para acessar uma coleção de MP3s. São mais de 3.500 arquivos e quando eu dou uma listagem do diretório com as músicas (um simples ls), muitas não aparecem na lista, aparecendo a mensagem Argument list too long para cada pasta ou arquivo inacessível. Se no XMMS eu adiciono o diretório das MP3s, incluíndo os subdiretórios, só aparecem uns 15 arquivos no máximo (dos 3.500). Naturalmente, esta partição funciona normal no Windows XP. Na mesma partição tem um diretório de Arquivos de Programas do Windows XP onde alguns diretórios aparecem e outros não. Alguém já passou por problema semelhante? Alguma idéia de solução? Eu tinha a mesma estrutura de arquivos em outro HD e eles eram acessíveis normalmente de uma instalação antiga de FreeBSD 4.10. Grato pela ajuda, Julián Herrera ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Arquivos sumidos com o NTFS e FreeBSD 5.4 - [RESOLVIDO] [BUG?]
Eu só testei copiar todos os arquivos que sumiram para uma nova partição recém formatada no Windows XP seguindo o padrão (4K cluster size). Notei que nesta nova partição os arquivos apareciam normalmente. Investiguei que a principal diferença entre as duas situações era o cluster size diferente. Eu tinha definido 16K para o cluster size da primeira partição pois ela tinha o objetivo de armazenar arquivos grandes, o que acelerava o processo de leitura e escrita. Tive a idéia de converter - usando o Partition Magic - a partição original para o cluster size de 4K e... Eureka! Os arquivos apareceram normalmente. Sendo assim acho que posso concluir que era esse o problema. Ah, eu tentei com outros cluster sizes (8K, 32K) e o problema continuava, só solucionou com 4K. []'s Julián Celso Viana escreveu: como é que vc chegou a esta conclusão? Celso Em 22/05/05, Julián Herrera[EMAIL PROTECTED] escreveu: Só para constar, caso alguém tenha passado pelo mesmo problema. Aqui eu consegui resolver convertendo o cluster size da partição NTFS que estava dando problema. Antes era 16K (partição com vídeos e MP3), agora converti para o padrão 4K e os arquivos reapareceram. Seria o caso de enviar alguma notificação de bug para os desenvolvedores do driver para ntfs, uma vez que ele parece só funcionar bem com cluster size padrão? []'s Julián Herrera ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Acesso externo à rede mascarada
O Nat que estou usando é o NATD, não é o do PPP. Vou dar uma olhada no VPN, parece ser o único jeito. Valeu pessoal! Julián Herrera João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá Julián, Já te deram várias soluções pra isso aí, mas tem uma coisa que faltou falar: Se estiver usando PPP, o port forward com ipfw não funciona (e essa nat que você faz com ele, provavelmente também não está tendo efeito nenhum :P). Você precisa usar o /etc/ppp/ppp.conf pra fazer o port forwarding: nat port protocolo ip:porta porta Tipo: nat port tcp 192.168.0.244:3389 3389 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Chat
Olá, Se você está se referindo a um programa de chat para Windows 98/2k/XP, sugiro que dê uma olhada no BorgChat. Tem até tradução para português. []'s Julián Herrera Gian Depiné escreveu: Olá, Como alternativa ao MSN Messenger, ICQ e outros, estou precisando implementar um chat alternativo para a comunicação interna e com clientes aqui na empresa. O que eu preciso é bem simples, um chat com pvt e nada mais. Se alguém conhece algo bom nesse sentido, e que seja de fácil utilização pelo usuário comum, por favor, me passe o nome da criança... []'s Gian ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Bloquear MSN Messenger e outras pragas
*** Mais um exemplo ***
Aqui na empresa eu bloqueio o MSN Messenger com as seguintes regras no
firewall ipfw:
00100 deny log tcp from not 192.168.0.0/24{1-20} to 207.46.104.0/24
dst-port 1863,80 via ed0
00200 deny log tcp from not 192.168.0.0/24{1-20} to 207.46.110.0/24
dst-port 80 via ed0
00300 deny log tcp from not 192.168.0.0/24{1-20} to
207.46.107.0/24,207.46.106.0/24 dst-port 1863,80 via ed0
00400 deny log tcp from not 192.168.0.0/24{1-20} to
64.4.15.0/24,207.46.110.0/24 dst-port 80 via ed0
Assim, todas as máquinas da rede 192.168.0.0 têm o acesso bloqueado ao
Messenger (exceto as máquinas privilegiadas com IPs com finais de 1 a
20). Os emails do hotmail continuam sendo acessíveis normalmente. Não é
necessário configurar nada no proxy, basta que essas regras venham antes
da regra de forward para o proxy.
[]'s
Julián Herrera
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Sugestão para hardware servidor rodando FreeBSD 5.3
Olá Pessoal! Gostaria de uma sugestão de vocês a respeito de qual tipo de hardware seria mais indicado para a montagem de um novo servidor rodando FreeBSD 5.3. Quero atualizar o servidor que temos aqui na empresa onde trabalho (AMD K6-2 450 Mhz, 128 MB) por uma máquina mais potente. Pretendo utilizá-lo como servidor de: * arquivos (samba) * controlador de domínio (samba) com LDAP * servidor de http para a intranet (apache) * banco de dados mysql (para o portal interno da empresa) * bind * dhcpd * proxy transparente squid * ppp over ethernet * natd * firewall ipfw2 * filtro de acesso à web (dansguardian) E futuramente com conexão dedicada à Internet: * servidor de fluxo de áudio (rádio online) * servidor de emails * hospedagem dos sites externos da empresa localmente (apache) Qual tipo de configuração de hardware vocês sugeririam? Sem muitas extravagância$ :) Seria realmente necessário uma máquina Xeon biprocessada? Ou um Pentium 4 de última geração suportaria bem? Quanto de memória seria recomendado? Qual placa-mãe? RAID? Sata? RAID+Sata? Grato pela ajuda! Julián Herrera ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
[FUG-BR] RAID e FreeBSD
Caros Colegas, Estou planejando migrar o atual servidor FreeBSD da empresa em que trabalho para um computador com hardware mais atualizado. Apesar de já ter lido a seção correspondente no Handbook, gostaria de ter alguma recomendação sobre a utilização do RAID nível 1 com o FreeBSD para manter espelhamento dos dados. É realmente um nível seguro para manter os dados? Perderei performance? Acho que não, mas ele dispensa backup? O FreeBSD é compatível com essas controladoras PCI genéricas da Promise? E com os chips on-board Promise 20378 Serial ATA RAID das placas-mãe atuais? Vocês sugerem alguma placa-mãe específica para isso, compatível com FreeBSD? Existe outro método mais atual para um servidor de arquivos com armazenamento seguro e tolerante à falhas? Agradeço a ajuda, Julián Herrera ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] RAID e FreeBSD
Foi o que eu pensei. Não confundi o RAID com backup; na realidade quis saber se o RAID poderia atuar como um backup adicional aos que já faço em DVD, pelo fato de ele manter (no nível 1) um espelho no outro HD do conteúdo do HD principal. Ou seja, em caso de pane no HD 1 o HD 2 automaticamente manteria o servidor funcionando até maiores intervenções, correto? A compatibilidade do FreeBSD com os chips RAIDs atuais é ampla? Quais os chips onboards ou placas PCI que vocês utilizam para implementar RAID em FreeBSD? Grato pelas respostas rápidas! Julián Herrera William David Armstrong escreveu: RAID não é backup RAID é redundancia de hd e protecao contra certos desastres como fala todos os manuais. BACKUP tem que ser feito sim seja em quais quer que sejam as vias fita cd dvd copia em outro hd . de preferencia 1 vez por semana no min. ( a menos que vc goste muito de ficar fazendo digitacao ) =o) Bio ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
[FUG-BR] [OT] Dansguardian e FreeBSD
Oi pessoal, Gostaria de saber se alguém aqui utiliza um sistema FreeBSD para compartilhamento de conexão à Internet em empresa junto com o Dansguardian + Squid para controle e filtragem de acesso à Web. Eu instalei este sistema na empresa em que trabalho e está tudo funcionando normalmente, apenas gostaria de saber se alguém já tem um conjunto de regras para detecção e/ou lista de sites brasileiros e estrangeiros banidos para acesso de um ambiente de trabalho que eu possa aproveitar. FreeBSD 4.10 dansguardian-2.8.0.2 squid-2.5 Grato pela atenção, Julián Herrera ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
