🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.bsd
Article #407

[OpenBSD] [invisible bridge] podzia³ sieci, VPN, sterowanie dostêpem

#407
From: Stempel
Date: Sat, 03 Apr 2004 19:37
64 lines
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-mail

Show 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