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
ta
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:
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. Bem o
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)
freebsd@fug.com.br
Sent: Monday,
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
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 em casos
João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
__ Informação do NOD32 IMON 1.1776 (20060926
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, em
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
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:
Olá,
Realmente, se a porta destino for a mesma de origem não precisa
declarar, como por exemplo eu utilizo a regra:
--
table servidores_web { 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 -
servidores_web round-robin
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/freebsd/
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,
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
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 ?
Abraços.
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 it
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
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
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
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,
é usar
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 vc 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 eu
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 implementações
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
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
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 para
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
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?
License of Qmail
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
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
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
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
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 operadora
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
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
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.
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 Brasileira
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
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 isso deve
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 redirecionamento.
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
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 excelente
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 visa
56 matches
Mail list logo
