Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Firewalls
[Top] [All Lists]

RE: Network failure detection on linux boxes

Subject: RE: Network failure detection on linux boxes
Date: Wed, 11 Jan 2006 10:04:48 +0100
Hi Piltrafilla,
 
Avoiding BGP4 dicussion (I suppose that you don't use BGP4 for
economical reasons, this is the ad hoc solution). You can re-definig
your customer's network architecture using HSRP
www.cisco.com/univercd/cc/td/doc/cisintwk/ics/cs009.htm on routers or
VRRP in your custumers' linux boxes:
 
http://off.net/~jme/vrrpd/
 
In particular Linux discussion about VRRP:
 
http://tips.linux.com/article.pl?sid=05/05/10/1436254&from=rss
 
This solutions are usual solutions for outgoing connections in HA.
 
This possible workarrounds could be useful for outgoing from your
customer's infrastructure to other networks, to incoming requests you
can use (instead to use BGP4) load balancers commercial that change DNS
A registers according to network availability (such us F5's DNS-3
http://www.f5.com/products/bigip/gtm/ ) or using round robin / load
balancing tricks in BIND to publish DNS registers, if you want two DNS
servers connected to each routed network and it are accesibles from the
Internet.
 
Have luck!
 
Regards,
 
--
Luis Lopez
InfoSec / IT-IS
Atos Origin
Albarracin 25 Madrid 28037
Spain
Phone: +34912148329
luis.lopez@atosorigin.com
http://www.atosorigin.com
 
pub  1024D/8A688104 1999/07/28 Luis Lopez <luis.lopez@atosorigin.com>
Key fingerprint = 550F 3545 C847 F61E 821C 3D8C 1A12 2C19  8A68 8104 
 
 
 
 


  _____  

From: Piltrafilla [mailto:piltrafilla@gmail.com] 
Sent: martes, 10 de enero de 2006 12:05
To: firewalls@securityfocus.com
Subject: Network failure detection on linux boxes


Hello,

A customer of mine has a two linux-based PCs acting as firewalls for
perimeter protection. Those boxes are linked to two different routers of
two different ISPs with different public address ranges.

Internal address range is RFC1918-based and firewalls is the place where
NAT is done to public address range depending on which outbound link is
chosen (routing decision). Basically default route is placed to first
ISP and some particular websites are statically routed through the
second ISP.

It is not possible to perform any kind of dynamic routing with any of
those ISPs, is there any kind of daemon of script that could run on the
fw boxes so that I could ping or access some hosts or websites on the
Internet through the first ISP and in case they are not accessible (any
kind of network failure, not only link fail on the WAN side of the ISP
router but also some backbone link of ISP) then it could just change the
default route in the boxes to go through the second ISP. NAT would be
outbound-performed on interfaces to each ISP router.

Thanks a lot in advance,

-- piltrafilla


------------------------------------------------------------------
This e-mail and the documents attached are confidential and intended solely
for the addressee; it may also be privileged. If you receive this e-mail
in error, please notify the sender immediately and destroy it.
As its integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the
sender endeavours to maintain a computer virus-free network, the sender does
not warrant that this transmission is virus-free and will not be liable for
any damages resulting from any virus transmitted.

Este mensaje y los ficheros adjuntos pueden contener informacion
confidencial destinada solamente a la(s) persona(s) mencionadas
anteriormente. Pueden estar protegidos por secreto profesional Si usted
recibe este correo electronico por error, gracias de informar inmediatamente
al remitente y destruir el mensaje.
Al no estar asegurada la integridad de este mensaje sobre la red, Atos
Origin no se hace responsable por su contenido. Su contenido no constituye
ningun compromiso para el grupo Atos Origin, salvo ratificacion escrita por
ambas partes.
Aunque se esfuerza al maximo por mantener su red libre de virus, el emisor
no puede garantizar nada al respecto y no sera responsable de cualesquiera
danos que puedan resultar de una transmision de virus
------------------------------------------------------------------

<Prev in Thread] Current Thread [Next in Thread>