Daniel Bristot de Oliveira escreveu:
> Então o que tudo isto provou? que o DNS não iria solucionar o problema
> dele certo, e que nada adianta baixar o TTL, as coisas não
> funcionariam de forma "realmente" transparente.
>
> Sobre o artigo da RNP. A mesma coisa que eu falei o Artigo falou e vc
> t
Entrei de gaiato!
Bom, m3, sobre o carp não funcionar em redes não-locais, é porque ele
envia as informações de status para o endereço broadcast da rede
local, então, em redes diferentes ele não funciona.
Na LinuxChix, o Ralf Braga, do Idepes, me falou sobre um projeto, o
que ele me passou foi:
Bom dia,
Tenho um portal é gostaria de instalar um sistema de busca para localizar
páginas dentro do meu site. Na tentativa de instalar o aspseek apartir do codigo
fonte estou encontrando errro no suporte ao MySQL parece conflito com minha
versão. Bem o que gostaria de saber e se existe algo do ti
> Daniel,
>
> Todo software de DNS que se preze faz cache... até o windows :)
Eu sei, mas eu quis enfatizar o caso em que servidores de nomes são
dedicados a cache, por exemplo, eu tenho um, e sei que eles fazem um
ótimo papel, principalmente em casos onde a demora de um consulta faz
muito estrago
Bruno Henrique de Oliveira wrote:
> Bom dia,
>
> Tenho um portal é gostaria de instalar um sistema de busca para localizar
> páginas dentro do meu site. Na tentativa de instalar o aspseek apartir do
> codigo
> fonte estou encontrando errro no suporte ao MySQL parece conflito com minha
> versão. Be
Caro amigor escritor rodolpho hehehe :)
Tem alguma previsão para o livro??? Mecho com linux mas to ancioso pra
partir pro mundo BSD!!
- Original Message -
From: "Rodolfo Zappa" <[EMAIL PROTECTED]>
To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)""
Sent: Monday, September 25, 2
João,
Muito boa a sua dica, os recursos são realemente interessantes, pena
que como mostram no artigo, esta parte do DNS caiu no desuso :(, que
pena, seria uma mão na roda o suporte a elas em nível de SO ou
Browser.
--
Daniel Bristot de Oliveira
http://dbristot.info
R João Paez 409 Ap 202
Sta A
Daniel Bristot de Oliveira escreveu:
>> Daniel,
>>
>> Todo software de DNS que se preze faz cache... até o windows :)
>>
>
> Eu sei, mas eu quis enfatizar o caso em que servidores de nomes são
> dedicados a cache, por exemplo, eu tenho um, e sei que eles fazem um
> ótimo papel, principalmente
ente em relacao a
>> base. MAC, POSIX.1e, PF, ALTQ, GEOM, e logico contribs da base (bind,
>> hostapd, etc).
>
> GEOM GEOM GEOM!, PF é algo que falta documentação de peso, apesar da
> FAQ em português, falta algo, mais complementar.
>
> Parabéns pela iniciativa :) boa sorte.
>
> -
Vou me corrigir, após ler a mensagem de João David Prevedello.
2006/9/26, Daniel Bristot de Oliveira <[EMAIL PROTECTED]>:
> Entrei de gaiato!
>
> Bom, m3, sobre o carp não funcionar em redes não-locais, é porque ele
> envia as informações de status para o endereço broadcast da rede
> local, então,
Então o que tudo isto provou? que o DNS não iria solucionar o problema
dele certo, e que nada adianta baixar o TTL, as coisas não
funcionariam de forma "realmente" transparente.
Sobre o artigo da RNP. A mesma coisa que eu falei o Artigo falou e vc
ta falando, o DNS não funciona corretamente para i
Caros,
existe algum meio de identificação além do /var/log/messages, ps, que me
mostre o porquê de eu não estar conseguindo resolver os endereços www
acessados ?
Abraços.
H.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br
Olá,
Realmente, se a porta destino for a mesma de origem não precisa
declarar, como por exemplo eu utilizo a regra:
--
table { 192.68.0.11, 192.68.0.12, 192.68.0.13, 192.68.0.14 }
[...]
rdr on $ext_if proto tcp from any to xx.xx.xxx.xx port 80 ->
round-robin sticky-address
--
Isto é um balan
Em 25/09/06, Patrick Tracanelli<[EMAIL PROTECTED]> escreveu:
>
> Pessoal, bom dia.
>
> Como muita gente aqui sabe, o Jean e eu planejamos lancar um livro sobre
> FreeBSD ha muito tempo. Na verdade antes da FreeBSD Brasil existir e
> acabar com nosso tempo livre. E estou certo que tempo parece ser o
Hermann T. Ribeiro wrote:
> Caros,
>
> existe algum meio de identificação além do /var/log/messages, ps, que me
> mostre o porquê de eu não estar conseguindo resolver os endereços www
> acessados ?
>
> Abraços.
>
> H.
> -
> Histórico: http://www.fug.com.br/historico/html/f
Joao escreveu:
> Caro amigor escritor rodolpho hehehe :)
> Tem alguma previsão para o livro??? Mecho com linux mas to ancioso pra
> partir pro mundo BSD!!
>
>
Caro João,
Acho que você está cometendo um engano, pois quem está pra lançar o
livro é o Patrick e o Jean.
--
Cordialmente,
Ro
Opa !! Que noticia boa, hein !!!
Parabens pela iniciativa e pelo trabalho.
Tenho a prévia do livro que ganhei no treiamento e realmente é muito, mas
muito bom mesmo :-)
Tudo bem explicado, exemplificado tornando com isso a leitura bem fácil e
pratica.
Abraços e boa sorte !
Eduardo Martucci
Daniel Bristot de Oliveira escreveu:
> (...)
> Sobre o DNS, isso seria um problema, pois muiiita gente utiliza cache
> de pesquisas, o que faria com que quase sempre alguém ficasse com
> inconsistência, quanto a tradução dos endereços de seu servidor, então
> babo para o servidor Web, mas para o Se
Em 25/09/06, Patrick Tracanelli<[EMAIL PROTECTED]> escreveu:
>
> Pessoal, bom dia.
>
> Como muita gente aqui sabe, o Jean e eu planejamos lancar um livro sobre
> FreeBSD ha muito tempo. Na verdade antes da FreeBSD Brasil existir e
> acabar com nosso tempo livre. E estou certo que tempo parece ser o
Posta seu named.conf
On Tue, 2006-09-26 at 09:49 -0300, Tiago N. Sampaio wrote:
> Hermann T. Ribeiro wrote:
> > Caros,
> >
> > existe algum meio de identificação além do /var/log/messages, ps, que me
> > mostre o porquê de eu não estar conseguindo resolver os endereços www
> > acessados ?
> >
>
Eh isso ai Patrick.
Quero o meu autografado heim :P
[]'s
Carlos Silva
[EMAIL PROTECTED]
> -Mensagem original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Em nome de Eduardo Martucci
> Enviada em: Tuesday, September 26, 2006 10:03 AM
> Para: Lista Brasileira de Discussão sobre
Em Mon, 25 Sep 2006 18:43:31 -0300
Patrick Tracanelli <[EMAIL PROTECTED]> escreveu:
> E o segundo titulo sera sobre Qmail em FreeBSD,
parabéns pelo primeiro livro.. mas êsse um, pôxa.. pq não algo sôbre o
Postfix?
"License of Qmail
The license of Qmail is not a free software license because
Em Tue, 26 Sep 2006 08:27:01 -0300
"Hermann T. Ribeiro" <[EMAIL PROTECTED]> escreveu:
> existe algum meio de identificação além do /var/log/messages, ps,
é usar as ferramentas habituais: dig/host/whois, que fazem parte do
pacotinho do bind.
dig @seu_servidor dominio.com.br soa/mx/txt pra mostrar
Ilustres,
A empresa Atento Brasil S/A (empresa onde atuo) esta contratando
analista de suporte para trabalhar na área de firewall, com cerca de 200
equipamentos entre Firewall's e proxies.
Requisitos para vaga:
Conhecimentos nos sistemas operacionais Freebsd, Linux, e Windows.
Fortes co
On 9/26/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote:
> Então o que tudo isto provou? que o DNS não iria solucionar o problema
> dele certo, e que nada adianta baixar o TTL, as coisas não
> funcionariam de forma "realmente" transparente.
Deveras. Se alguém quiser saber mais sobre o fun
Amigos da lista,
Tenho o qmail configurado aqui no servidor. Esta rodando ok, porém que saber
a possibilidade de fazer o seguinte:
Tda vez que chega um email para um determinado usuario que nao existe,
exemplo: [EMAIL PROTECTED], ele retorna uma mensagem de erro para quem fez o
envio do email,
Uma perguntinha, voces pensariam em cobrir uma parte sobre
desenvolvimento de software usando FreeBSD? Por exemplo, para um
grande maioria de servicos fornecidos pelo freebsd tambem existe um
monte de APIs/libs que sao de otimas e especificas para
o freebsd. Algo sobre desenvolimento para kernel?
tcpdump? Extremamente util nesse tipo de caso
att,
victor loureiro lima
Em 26/09/06, irado furioso com tudo<[EMAIL PROTECTED]> escreveu:
> Em Tue, 26 Sep 2006 08:27:01 -0300
> "Hermann T. Ribeiro" <[EMAIL PROTECTED]> escreveu:
>
> > existe algum meio de identificação além do /var/log/messages, ps
Caríssimos.
Era firewall. Tudo resolvido.
Agora preciso da ajuda de vcs para questões de segurança. Por onde
começo ? Q portas devo manter fechadas e quais aplicativos devo rodar
para verificar se tais implementações realmente estão funcionando. Ou se
mesmo algum link onde eu posso pesquisar.
Em Tue, 26 Sep 2006 13:29:22 -0300
"Hermann T. Ribeiro" <[EMAIL PROTECTED]> escreveu:
> portas devo manter fechadas e quais aplicativos devo rodar
> para verificar se tais implementações realmente estão funcionando.
bem.. pra começar sugiro usar o pf e FECHAR TUDO, abrindo só os
serviços que v
On 9/26/06, Hermann T. Ribeiro <[EMAIL PROTECTED]> wrote:
> Agora preciso da ajuda de vcs para questões de segurança. Por onde
> começo ? Q portas devo manter fechadas e quais aplicativos devo rodar
> para verificar se tais implementações realmente estão funcionando. Ou se
> mesmo algum link onde
Ok pessoal, vou estudar a respeito.
Alex Moura escreveu:
> On 9/26/06, Hermann T. Ribeiro <[EMAIL PROTECTED]> wrote:
>
>
>> Agora preciso da ajuda de vcs para questões de segurança. Por onde
>> começo ? Q portas devo manter fechadas e quais aplicativos devo rodar
>> para verificar se tais imple
Alguem já utilizou o Intel C++ Compiler (icc) para compilar o FreeBSD
(world) ou o Kernel, ou qualquer aplicativo do ports?
Algum ganho de desempenho em maquinas Intel, é muito complicado
realizar o procedimento?
O ICC ja está portado para o freebsd a um bom tempo, em /usr/ports/lang/icc
E encon
Galera... tah legal a thread... mas o foco nao eh esse
O foco nao eh balancear entre os dois server, e sim, se o master
morrer o slave assumir transparentemente
2006/9/26, Alex Moura <[EMAIL PROTECTED]>:
> On 9/26/06, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote:
> > Então o que tudo isto
Mário, e se vc puder colocar os dois links num switch gerenciável e
rotear os pacotes para esses dois servers ou então colocar os dois
links em uma máquina e usar o carp pra fazer a parte do fail over tipo
na ponta só recebe e repassa pros servers atraz (numa rede invalida).
nao so o cara mais indi
Sim... mas ae caio num unico ponto de falhar: o switch :), ou no
terceiro roteador :) e eh isso que pretendo evitar... ter um unico
ponto de falhar entende?
2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> Mário, e se vc puder colocar os dois links num switch gerenciável e
> rotear os pacotes par
olha.. intão repara na viagem astronautica!!! =D
nao lí toda a thread (o rapazinho preguiçoso) hehe
não existe um meio de vc fazer um nome cair em dois ips numa zona dns?
tipo:
fulano.comIN A x.x.x.x
fulano.comIN A y.y.y.y
e então vc vai manter os dois sincronizando dados com ggated dig
On 9/26/06, irado furioso com tudo <[EMAIL PROTECTED]> wrote:
> Em Mon, 25 Sep 2006 18:43:31 -0300
> Patrick Tracanelli <[EMAIL PROTECTED]> escreveu:
>
> > E o segundo titulo sera sobre Qmail em FreeBSD,
>
> parabéns pelo primeiro livro.. mas êsse um, pôxa.. pq não algo sôbre o
> Postfix?
>
> "Lice
Sim... ateh q sua ideia esta no caminho hehehe... porem se eu fizer
isso, eu estarei fazendo round-robin no dns, ou seja, o dns hora
entrega o x.x.x.x e hora o y.y.y.y, ae, o y.y.y.y nao estara up, ae
fudeu :) hehheehe...
Tipo... tem q ser de uma forma que o slave soh suba e responda se o master p
e se vc arrumasse um meio de fazer com que os cabinhos dos dois links
estivessem nas duas máquinas (leia-se gambiarra) e um cross entre eles
pra monitoramento de failover com carp e ifstated?
[]'z (quase partindo para o lado negro da força nessa resposta hehe)
2006/9/26, m3 BSD <[EMAIL PROTECTE
Huaheuhaeuhaheau... pois eh esse link entre os dois jah esta no
projeto hehhehe :)
Porem, o fato da gambiarra, na verdade, nao resolve o problema :)
2006/9/26, Thiago J. Ruiz <[EMAIL PROTECTED]>:
> e se vc arrumasse um meio de fazer com que os cabinhos dos dois links
> estivessem nas duas máqu
Olá Galerinha Show,
Implementando meu firewall com priorização de serviços (como VoIP, etc...),
me deparei com algumas dúvidas com relação as PIPES e QUEUES utilizando o
DUMMYNET.
Seguinte, Criei um PIPE com o total da minha banda disponível:
ipfw -q pipe 1 config bw 2048Kbit/s;
Ok, logo após cr
Sr. Zappa
Conforme situação que colocou abaixo... como ficaria a questão do registro.br?
Voce seta o DNS primario pelo IP da operadora 1 e o secundario pela operadora
2 entao?
Att
João David Prevedello
> Pegando carona na Thread:
>
> Eu passei por um problema semelhante e a solução que usei,
Isso mesmo.
Cordialmente,
Rodolfo Zappa
"Linux é para pessoas que odeiam o Windows.
BSD é para pessoas que amam o UNIX!"
João David Prevedello escreveu:
> Sr. Zappa
>
> Conforme situação que colocou abaixo... como ficaria a questão do registro.br?
>
> Voce seta o DNS primario pelo IP da ope
On 9/26/06, m3 BSD <[EMAIL PROTECTED]> wrote:
>
> O foco nao eh balancear entre os dois server, e sim, se o master
> morrer o slave assumir transparentemente
Isto pode ser obtido seguindo as instruções deste artigo:
FreeBSD HA: Alta disponibilidade com CARP, Ifstated e pfsync
http://www.fug.com.b
Huaheuahea Alex :) eh bem isso mesmo :)
Veja, o autor do arquivo eh justamente o cara que esta debatendo
comigo o assunto ehehehhehe :)
A questao eh bem essa: Alta Disponibilidade :)
Ou seja, que adiante eu ter um servidor reduntante, se os dois
estiverem ligados ao mesmo link e o link vier a fa
Prezados,
Hoje um "zé" setou o ip do servidor na sua máquina e fez com que ela
parasse de navegar e pingar em todas as suas interfaces (3).
Temos DHCP e proxy squid... tudo morto.
Tem algum parâmetro do kernel que possa proteger?
Sinceramente achei isso muito frágil.
Free
Ademir,
Acho que a melhor solução anti-zé que você pode usar é rodar PPPoE pra
distribuir pros clientes, pois nesses casos você não precisa sequer
configurar um IP na interface que vai pra eles.
Se isso aconteceu na sua rede local (e não foi seu chefe que fez) dá uma
detonada no usuário e tira o
Infelizmente PPPoE esta fora de cogitação... é uma rede wireless com
concorrente amplifcado :(
Preciso proteger é o SO mesmo.
Mesmo assim, obrigado (e ainda espero uma dica :))
Ats
Ademir
- Original Message -
From: "Andrei de Oliveira Mosman" <[EMAIL PROTECTED]>
To: "'Lista Brasilei
Uma dica é utilizar para todo cliente um subclasseamento /30 com ips
inválidos na interface interna e caso haja necessidade de entregar IP real
faça com redirecionamento.
Junto a isso defina em seus serviços essenciais o IP para "listen" ao invés
de colocar 0.0.0.0 (qquer IP) coloque o ip externo
"By the way", nós temos uma solução para gerenciamento de provedores que
atua nos dois modos descritos por mim (tcpip/30 e pppoe) e faz muitas outras
coisas.
http://www.mosman.com.br/virtex/
[]s
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Andrei de Oliv
> Hoje um "zé" setou o ip do servidor na sua máquina e fez com que ela
> parasse de navegar e pingar em todas as suas interfaces (3).
> Temos DHCP e proxy squid... tudo morto.
>
>
> Tem algum parâmetro do kernel que possa proteger?
>
> Sinceramente achei isso muito frágil.
Para iss
Realmente, se houver a possibilidade de fugir do DHCP, atrele IP X MAC.
Abraços
Diego
Andrei de Oliveira Mosman escreveu:
> Uma dica é utilizar para todo cliente um subclasseamento /30 com ips
> inválidos na interface interna e caso haja necessidade de entregar IP real
> faça com redirecionament
BOA NOITE A TODOS
Tenho uma estacao com free6.1 e cinco usuarios em turnos
mas so que esses usuarios so usam bash e interface gnome.
Entao esta ai a minha pergunta
Se fosse a shell csh dentro do diretorio do usuario coloque o seguinte
setenv LANG pt_BR.ISO8859-1 ai o gnome esta em portugues
e n
Em 26/09/06, Diego Morroni Pereira<[EMAIL PROTECTED]> escreveu:
> Realmente, se houver a possibilidade de fugir do DHCP, atrele IP X MAC.
>
> >
> > E FUJA DO DHCP (isso fede - sem ofenças).
> >
> > Essas medidas já facilitarão sua vida.
Não concordo com você Diego e com você Andrei. o DHCP é uma e
Fala Eduardo, blz?
Faz tempo que a gente não se fala, hein?
Bom, concordo com você na facilidade de administração gerada pelo DHCP,
contudo, utiliza-lo da forma como você descreve muitas vezes encarece o
projeto, pois é preciso tomar certos cuidados adicionais que aumentam o
custo por ponto (e o
On 9/26/06, m3 BSD <[EMAIL PROTECTED]> wrote:
> A questao eh bem essa: Alta Disponibilidade :)
>
> Ou seja, que adiante eu ter um servidor reduntante, se os dois
> estiverem ligados ao mesmo link e o link vier a falhar? minha
> redundancia foi pro espaco :)
> Por isso a solucao se complica, pq vis
57 matches
Mail list logo
