Article View: pl.comp.os.bsd
Article #407[OpenBSD] [invisible bridge] podzia³ sieci, VPN, sterowanie dostêpem
From: Stempel
Date: Sat, 03 Apr 2004 19:37
Date: Sat, 03 Apr 2004 19:37
64 lines
3085 bytes
3085 bytes
Witam serdecznie...
Przemysliwuj� pewn� sie�...
jest w niej server oraz lan wszystko ma dost�p to inetu
sie� ta powinna ��czy� si� z bli�niacz� sieci� lecz na innych klasach
adresowych
za pomoc� VPN (isakmpd)
chcia�em rozbic siec na LAN i DMZ ale ciezko to widac
bo userzy z jednej sieci musza widziec servery z drugiej
po ich lokalnych ipekach, musza tez normalnie miec dostep do kompow z LANu
drugiej sieci.
W sytuacji gdy kazdy z lanow ma swoj� klas� i kazdy z DMZ ma swoj� klas�
robi si� misz masz.
Trzeba by zrobic
tunel
z LAN1 do LAN2
z DMZ1 do DMZ2
z LAN1 do DMZ2
z LAN2 do DMZ1
ogolnie do zrobienia...
lecz moze ciekawiej byloby zastosowac po kazdej stronie
server i lan na jednej klasie... lecz
polaczone 'invisible bridgem' tenze bridge takze polaczony z routerem
wychodz�cym na ktorym jest to VPN, NAT itp.
Bridge mialby sterowac dostepem LANu do SRV - g��wnie
mia�by tez sterowac dostepem tego� LAN i tych SRV to routera zewnetrznego no
i all na odwrot :-)
tzn mielibysmy
(ip zewn)
[router]
| (192.168.0.1)
|
[invisible bridge]
| |
| |
LAN1 DMZ1 (klasa 192.168.0.0/24)
siec blizniacza LAN2 i DMZ2 moglaby byc na 192.168.1.0/24 ale na tym etapie
to nieistotne.
Robil ktos moze invisible bridge z trzema kartami sieciowymi?
Steruj�cego przep�ywem pomi�dzy LAN a SERVEREM i tym wszystkim pomi�dzy
INETEM i vice versa?
Czy to ma szanse zadzia�a�?
By�oby mi�o gdyby kto� podzieli� si� swoimi uwagami, napotkanymi
problemami...
no nie powiem ju� rozwi�zaniami bo to pewnie ju� za du�o ;-) ale kto wie.
Moze jednak lepiej zostac przy robieniu tych wielu tuneli?
A moze podstawowe dwa tunele i rdr na odpowiednim porcie? [to wpadlo mi
podczas pisania ale nie wiem czy ma racje bytu... przemysl� jeszcze]
W ka�dym razie dodatkowy host=invisible bridge zwiekszyl by dodatkowo spraw�
bezpieczenstwa.
Dzi�kuj� z g�ry za podj�cie dyskusji.
Pozdrawiam - Stempel.
Technical Details
Message-ID:
<c4n3u4$ngn$1@nemesis.news.tpi.pl>Path:
mbox-mo1.pugleaf.net!archiver1.google.com!news1.google.com!news.glorb.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mailShow Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!archiver1.google.com!news1.google.com!news.glorb.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: "Stempel" <fla...@o2.pl> Newsgroups: pl.comp.os.bsd Subject: [OpenBSD] [invisible bridge] podzia³ sieci, VPN, sterowanie dostêpem Date: Sat, 3 Apr 2004 21:37:46 +0200 Organization: tp.internet - http://www.tpi.pl/ Lines: 67 Message-ID: <c4n3u4$ngn$1@nemesis.news.tpi.pl> NNTP-Posting-Host: spider.oho.com.pl X-Trace: nemesis.news.tpi.pl 1081021190 24087 212.160.199.23 (3 Apr 2004 19:39:50 GMT) X-Complaints-To: use...@tpi.pl NNTP-Posting-Date: Sat, 3 Apr 2004 19:39:50 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit