🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

🏠 Home 📰 News 🗂️ Usenet Search 🔑 Login
Thread View: pl.comp.os.linux.sieci
11 messages
[T] Back to Threads [V] Tree View [G] Group Articles
11 total messages Started by Krystian Tue, 23 Feb 2016 21:01
OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za serverem_klientem_VPN)
#244338
Author: Krystian
Date: Tue, 23 Feb 2016 21:01
45 lines
4523 bytes 
OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
serverem_klientem_VPN)

Dobry wieczór,

nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
(serwer01) VPN przez klientów za serwerem klientem (serwer02),

z poziomu serwera (serwer02) pinguję wszystko i wszystko działa
poprawnie, natomiast z klientów (klient_4, klient_5, klient_6) "widzę"
mam dostęp do 10.8.0.1 ale do samego 192.168.0.250 i innych w podsieci
192.168.0.xxx LAN dla serwera_klienta_VPN (serwer02) już nie.

+------------------------------------------------------------------------------------------------------------------------------------------+
| 192.168.0.1                                                                                                                 192.168.14.1 |
| +----------+                                                                                                                +----------+ |
| |          |                                                                                                                |          | |
| | klient_1 | <------+        +----------------------+              VPN             +----------------------+        +------> | klient_4 | |
| |          |        |        |      serwer01        | <--------------------------> |      serwer02        |        |        |          | |
| +----------+        |        |      główny          |                              |      klient          |        |        +----------+ |
|                     |        |       VPN            |                              |       VPN            |        |                     |
| +----------+        |        |                      |eth1      +--------+      eth1|                      |        |        +----------+ |
| |          |        |    eth0|                   WAN| <------> |internet| <----->  |WAN                   |eth0    |        |          | |
| | klient_2 | <--------------->LAN                   |tun0      +--------+      tun0|                   LAN| <-------------> | klient_5 | |
| |          |        |        | internet dla klientów|                              | internet dla klientów|        |        |          | |
| +----------+        |        |      przez NAT       |                              |      przez NAT       |        |        +----------+ |
|                     |        |  10.8.0.1 GW TUN     |                              |                      |        |                     |
| +----------+        |        |  192.168.0.250 GW    |                              |  192.168.14.250 GW   |        |        +----------+ |
| |          |        |        +----------------------+                              +----------------------+        |        |          | |
| | klient_3 | <------+                                                                                              +------> | klient_6 | |
| |          |                                                                                                                |          | |
| +----------+                                                                                                                +----------+ |
+------------------------------------------------------------------------------------------------------------------------------------------+

proszę o pomoc, jak zrobić aby serwer_klient_VPN (serwer02) poprawnie
dawał dostęp dla komputerów w podsieci 192.168.0.xxx

z góry dziękuję,

jeśli diagram jest nieczytelny odsyłam do linku poniżej
http://testerr.prv.pl/problem_openvpn_v01.txt

Pozdrawiam Krystian
(mail_bez_jedynek)
t1es1terr1@o2.pl
Re: OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za serverem_klientem_VPN)
#244339
Author: Jan Stożek
Date: Tue, 23 Feb 2016 21:50
21 lines
1677 bytes 
Po głębokim namyśle Krystian napisał w wtorek, 23 lutego 2016 22:01:

> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> 
> z poziomu serwera (serwer02) pinguję wszystko i wszystko działa
> poprawnie, natomiast z klientów (klient_4, klient_5, klient_6)
> "widzę" mam dostęp do 10.8.0.1 ale do samego 192.168.0.250 i innych
> w podsieci 192.168.0.xxx LAN dla serwera_klienta_VPN (serwer02) już
> nie.

	Ja bym zaczął od sprawdzenia masek w obu podsieciach 
192.168.x.y i tego, czy serwer02 ma włączony routing. 

-- 
Pozdrawiam,

(js).

PS. Odpowiadając bezpośrednio proszę usunąć minus wraz ze wszystkimi 
kolejnymi literami.
Re: OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za serverem_klientem_VPN)
#244341
Author: Krystian
Date: Tue, 23 Feb 2016 22:42
27 lines
1953 bytes 
Jan Stożek wrote:

> Po głębokim namyśle Krystian napisał w wtorek, 23 lutego 2016 22:01:
> 
> > nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> > (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> > 
> > z poziomu serwera (serwer02) pinguję wszystko i wszystko działa
> > poprawnie, natomiast z klientów (klient_4, klient_5, klient_6)
> > "widzę" mam dostęp do 10.8.0.1 ale do samego 192.168.0.250 i innych
> > w podsieci 192.168.0.xxx LAN dla serwera_klienta_VPN (serwer02) już
> > nie.
> 
>        Ja bym zaczął od sprawdzenia masek w obu podsieciach 
> 192.168.x.y i tego, czy serwer02 ma włączony routing. 

maski są te same 255.255.255.0 

serwer02 ma włączony routing ale przez configurację z OpenVPN [push
"route 192.168.0.0 255.255.255.0"]
(na nim samym działa dostep poprawnie do wszystkiego - do serwer01 i
klientów za nim),

problem jest z klientami po stronie serwer02, to one nie mają dostępu do
klientów za serwer01

pozdrawiam Krystian
Re: OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za serverem_klientem_VPN)
#244343
Author: Andrzej W.
Date: Tue, 23 Feb 2016 23:22
17 lines
1622 bytes 
W dniu 2016-02-23 o 22:01, Krystian pisze:
> OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
> serverem_klientem_VPN)
> 
> Dobry wieczór,
> 
> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> 

Podaj adres, maskę i bramę z klient_4-6, ale nie takie, jakie Ci się
wydaje, że są ale takie jakie są na tych maszynach, oraz tablicę
routingu na serwer02  oraz adresy i maski interfejsów.


-- 
AWa.
Re: OpenVPN (Dostęp do klientów za serwerem X2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9rbGllbnRl bV9WUE4p
#244344
Author: Krystian
Date: Wed, 24 Feb 2016 06:56
110 lines
4321 bytes 
Andrzej W. wrote:

> W dniu 2016-02-23 o 22:01, Krystian pisze:
> > OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
> > serverem_klientem_VPN)
> > 
> > Dobry wieczór,
> > 
> > nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> > (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> > 
> 
> Podaj adres, maskę i bramę z klient_4-6, ale nie takie, jakie Ci się
> wydaje, że są ale takie jakie są na tych maszynach, oraz tablicę
> routingu na serwer02  oraz adresy i maski interfejsów.
> 
> 
> 

Poniżej szczegóły konfiguracji:

--==serwer01==--

serwer01 interfejsy
eth0      Link encap:Ethernet  HWaddr 00:06:5b:28:17:45
          inet addr:192.168.0.250  Bcast:192.168.0.255 
Mask:255.255.255.0

eth1      Link encap:Ethernet  HWaddr 00:02:44:b1:52:79
          inet addr:79.x.x.234  Bcast:79.x.x.255  Mask:255.255.255.224
          inet6 addr: fe80::202:44ff:feb1:5279/64 Scope:Link

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0

tun0      Link encap:UNSPEC  HWaddr
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255


serwer01 Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0
tun0
79.x.x.224  0.0.0.0         255.255.255.224 U     0      0        0 eth1
10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0
tun0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
lo
0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1

--==serwer02==--

serwer02 interfejsy
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.250  netmask 255.255.255.0  broadcast
192.168.14.255

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 79.X.X.250  netmask 255.255.255.252  broadcast 79.X.X.251

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.8.0.6  netmask 255.255.255.255  destination 10.8.0.5




serwer02 Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
0.0.0.0         79.X.X.249   0.0.0.0         UG    1      0        0
eth1
10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0
tun0
10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0
tun0
79.X.X.248   0.0.0.0         255.255.255.252 U     0      0        0
eth1
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
lo
192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0
tun0
192.168.14.0    0.0.0.0         255.255.255.0   U     0      0        0
eth0


Klienci za serwer01

Adres IPv4: 192.168.0.1-4
Maska podsieci IPv4: 255.255.255.0
Brama domyślna IPv4: 192.168.0.250
Serwer DNS IPv4: 194.204.152.34


Klienci za serwer02

Adres IPv4: 192.168.14.1-4
Maska podsieci IPv4: 255.255.255.0
Brama domyślna IPv4: 192.168.14.250
Serwer DNS IPv4: 194.204.152.34

z góry dziękuję za poswięcony czas i pomoc

pozdrawiam Krystian.
Re: OpenVPN (Dostęp do klientów za serwerem X2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9rbGllbnRl bV9WUE4p
#244345
Author: Piotr Lechowicz
Date: Wed, 24 Feb 2016 07:54
66 lines
3323 bytes 
>> W dniu 2016-02-23 o 22:01, Krystian pisze:
>>> OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
>>> serverem_klientem_VPN)
>>>
>>> Dobry wieczór,
>>>
>>> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
>>> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
>>>
>>
>> [...]
>>
>
> Poniżej szczegóły konfiguracji:
>
> --==serwer01==--
>
> [...]
>
> serwer01 Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0
> tun0
> 79.x.x.224  0.0.0.0         255.255.255.224 U     0      0        0 eth1
> 10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0
> tun0
> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
> eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> lo
> 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1
>
> --==serwer02==--
>
> [...]
>
> serwer02 Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 0.0.0.0         79.X.X.249   0.0.0.0         UG    1      0        0
> eth1
> 10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0
> tun0
> 10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0
> tun0
> 79.X.X.248   0.0.0.0         255.255.255.252 U     0      0        0
> eth1
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> lo
> 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0
> tun0
> 192.168.14.0    0.0.0.0         255.255.255.0   U     0      0        0
> eth0
>
>

Na szybko:

Na serwer02 masz trasę do sieci za serwer01:

> 192.168.0.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0

ale na serwer01 nie masz odpowiednika dla ruchu przez VPN do 192.168.14.0/24.

Piotr
Re: OpenVPN (Dostęp do klientów za serwerem X 2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9rbGllbnRl b V9WUE4p
#244346
Author: Krystian
Date: Wed, 24 Feb 2016 10:25
82 lines
3405 bytes 
Piotr Lechowicz wrote:

> >> W dniu 2016-02-23 o 22:01, Krystian pisze:
> >>> OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
> >>> serverem_klientem_VPN)
> >>>
> >>> Dobry wieczór,
> >>>
> >>> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> >>> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> >>>
> >>
> >> [...]
> >>
> >
> > Poniżej szczegóły konfiguracji:
> >
> > --==serwer01==--
> >
> > [...]
> >
> > serwer01 Kernel IP routing table
> > Destination     Gateway         Genmask         Flags Metric Ref    Use
> > Iface
> > 10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0
> > tun0
> > 79.x.x.224  0.0.0.0         255.255.255.224 U     0      0        0 eth1
> > 10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0
> > tun0
> > 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
> > eth0
> > 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> > lo
> > 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1
> >
> > --==serwer02==--
> >
> > [...]
> >
> > serwer02 Kernel IP routing table
> > Destination     Gateway         Genmask         Flags Metric Ref    Use
> > Iface
> > 0.0.0.0         79.X.X.249   0.0.0.0         UG    1      0        0
> > eth1
> > 10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0
> > tun0
> > 10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0
> > tun0
> > 79.X.X.248   0.0.0.0         255.255.255.252 U     0      0        0
> > eth1
> > 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> > lo
> > 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0
> > tun0
> > 192.168.14.0    0.0.0.0         255.255.255.0   U     0      0        0
> > eth0
> >
> >
> 
> Na szybko:
> 
> Na serwer02 masz trasę do sieci za serwer01:
> 
> > 192.168.0.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0
> 
> ale na serwer01 nie masz odpowiednika dla ruchu przez VPN do 192.168.14.0/24.
> 
> Piotr
> 
> 

Panie Piotrze ale nie bardzo rozumiem dlaczego z serwer02 moge pingować
wszystko co na i za serwerem serwer01.

Czy raczej IPTABLES tłumaczące ruch z 192.168.14.0/24 na 192.168.0.0/24
przez VPN, ale jak ?

Proszę o informację czy się mylę.

dziękuję,

Krystian.
Re: OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za serverem_klientem_VPN)
#244342
Author: Jan Stożek
Date: Wed, 24 Feb 2016 20:45
19 lines
1628 bytes 
Po głębokim namyśle Krystian napisał w wtorek, 23 lutego 2016 23:42:

>>        Ja bym zaczął od sprawdzenia masek w obu podsieciach
>> 192.168.x.y i tego, czy serwer02 ma włączony routing.

> problem jest z klientami po stronie serwer02, to one nie mają
> dostępu do klientów za serwer01

	Dlatego pytałem o routing, bo dostęp z maszyny gdzieś tam, a 
dostęp za pośrednictwem tej maszyny, to dwie różne rzezcy. Być może 
warto też sprawdzić reguły firewalla. 

-- 
Pozdrawiam,

(js).

PS. Odpowiadając bezpośrednio proszę usunąć minus wraz ze wszystkimi 
kolejnymi literami.
Re: OpenVPN (Dostęp do klientów za serwerem X 2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9rbGllbnRl b V9WUE4p
#244347
Author: Piotr Lechowicz
Date: Wed, 24 Feb 2016 22:43
116 lines
4800 bytes 

W dniu 2016-02-24 o 11:25, Krystian pisze:
> Piotr Lechowicz wrote:
>
>>>> W dniu 2016-02-23 o 22:01, Krystian pisze:
>>>>> OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
>>>>> serverem_klientem_VPN)
>>>>>
>>>>> Dobry wieczór,
>>>>>
>>>>> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
>>>>> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
>>>>>
>>>>
>>>> [...]
>>>>
>>>
>>> Poniżej szczegóły konfiguracji:
>>>
>>> --==serwer01==--
>>>
>>> [...]
>>>
>>> serwer01 Kernel IP routing table
>>> Destination     Gateway         Genmask         Flags Metric Ref    Use
>>> Iface
>>> 10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0
>>> tun0
>>> 79.x.x.224  0.0.0.0         255.255.255.224 U     0      0        0 eth1
>>> 10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0
>>> tun0
>>> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
>>> eth0
>>> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
>>> lo
>>> 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1
>>>
>>> --==serwer02==--
>>>
>>> [...]
>>>
>>> serwer02 Kernel IP routing table
>>> Destination     Gateway         Genmask         Flags Metric Ref    Use
>>> Iface
>>> 0.0.0.0         79.X.X.249   0.0.0.0         UG    1      0        0
>>> eth1
>>> 10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0
>>> tun0
>>> 10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0
>>> tun0
>>> 79.X.X.248   0.0.0.0         255.255.255.252 U     0      0        0
>>> eth1
>>> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
>>> lo
>>> 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0
>>> tun0
>>> 192.168.14.0    0.0.0.0         255.255.255.0   U     0      0        0
>>> eth0
>>>
>>>
>>
>> Na szybko:
>>
>> Na serwer02 masz trasę do sieci za serwer01:
>>
>>> 192.168.0.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0
>>
>> ale na serwer01 nie masz odpowiednika dla ruchu przez VPN do 192.168.14.0/24.
>>
>> Piotr
>>
>>
>
> Panie

zbędne

> Piotrze ale nie bardzo rozumiem dlaczego z serwer02 moge pingować
> wszystko co na i za serwerem serwer01.
>

A sprawdzałeś ten ruch traceroutem albo snifferem?

Wydaje mi się, że błędnie zakładasz, że w twoich testach serwer02 używa adresu 192.168.14.250.

A z twojego schematu wygląda, że ruch z serwer02 do 192.168.0.0/24, zgodnie z trasą
> 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0 tun0
wychodzi (jest inicjowany) z interfejsu tun0
  z adresacją 10.8.0. i trasa powrotna dla tego
ruchu *jest określona* w tabeli routingu na serwer01.

Dla ruchu inicjowanego z 192.168.14. do 192.168.0. serwer01 *nie zna* prawidłowej trasy powrotnej. Test nie działa, bo
serwer01 wysyła ruch powrotny do 192.168.14. przez eth1 (przez swoją bramę domyślną)  do "chmurki", zgodnie z trasą
> 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1

Wysyłam ci na priva schematy dla obu przypadków. Porównaj sobie te bazgrołki ;)

> Czy raczej IPTABLES tłumaczące ruch z 192.168.14.0/24 na 192.168.0.0/24
> przez VPN, ale jak ?

Reguł iptables nie pokazałeś.
Filtrujesz ruch z i do VPNu?
NATujesz (w rozumieniu iptables -t nat ...) ten ruch?
Jak?
Dlaczego?

>
> Proszę o informację czy się mylę.
>
> dziękuję,
>
> Krystian.
>

Piotr
Re: OpenVPN (Dostęp do klientĂłw za s erwerem X 2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9r bGllbnRl b V9WUE4p
#244348
Author: Krystian
Date: Thu, 25 Feb 2016 09:52
154 lines
5929 bytes 
Piotr Lechowicz wrote:

> 
> 
> W dniu 2016-02-24 o 11:25, Krystian pisze:
> > Piotr Lechowicz wrote:
> >
> >>>> W dniu 2016-02-23 o 22:01, Krystian pisze:
> >>>>> OpenVPN (Dostęp do klientów za serwerem_głównym_VPN dla klientów za
> >>>>> serverem_klientem_VPN)
> >>>>>
> >>>>> Dobry wieczór,
> >>>>>
> >>>>> nie wiem co robię źle ale nie "widzę" klientów za serwerem głównym
> >>>>> (serwer01) VPN przez klientów za serwerem klientem (serwer02),
> >>>>>
> >>>>
> >>>> [...]
> >>>>
> >>>
> >>> Poniżej szczegóły konfiguracji:
> >>>
> >>> --==serwer01==--
> >>>
> >>> [...]
> >>>
> >>> serwer01 Kernel IP routing table
> >>> Destination     Gateway         Genmask         Flags Metric Ref    Use
> >>> Iface
> >>> 10.8.0.2        0.0.0.0         255.255.255.255 UH    0      0        0
> >>> tun0
> >>> 79.x.x.224  0.0.0.0         255.255.255.224 U     0      0        0 eth1
> >>> 10.8.0.0        10.8.0.2        255.255.255.0   UG    0      0        0
> >>> tun0
> >>> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
> >>> eth0
> >>> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> >>> lo
> >>> 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1
> >>>
> >>> --==serwer02==--
> >>>
> >>> [...]
> >>>
> >>> serwer02 Kernel IP routing table
> >>> Destination     Gateway         Genmask         Flags Metric Ref    Use
> >>> Iface
> >>> 0.0.0.0         79.X.X.249   0.0.0.0         UG    1      0        0
> >>> eth1
> >>> 10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0
> >>> tun0
> >>> 10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0
> >>> tun0
> >>> 79.X.X.248   0.0.0.0         255.255.255.252 U     0      0        0
> >>> eth1
> >>> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
> >>> lo
> >>> 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0
> >>> tun0
> >>> 192.168.14.0    0.0.0.0         255.255.255.0   U     0      0        0
> >>> eth0
> >>>
> >>>
> >>
> >> Na szybko:
> >>
> >> Na serwer02 masz trasę do sieci za serwer01:
> >>
> >>> 192.168.0.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0
> >>
> >> ale na serwer01 nie masz odpowiednika dla ruchu przez VPN do 192.168.14.0/24.
> >>
> >> Piotr
> >>
> >>
> >
> > Panie
> 
> zbędne
> 
> > Piotrze ale nie bardzo rozumiem dlaczego z serwer02 moge pingować
> > wszystko co na i za serwerem serwer01.
> >
> 
> A sprawdzałeś ten ruch traceroutem albo snifferem?
> 
> Wydaje mi się, że błędnie zakładasz, że w twoich testach serwer02 używa
> adresu 192.168.14.250.
> 
> A z twojego schematu wygląda, że ruch z serwer02 do 192.168.0.0/24, zgodnie z trasą
> > 192.168.0.0     10.8.0.5        255.255.255.0   UG    0      0        0 tun0
> wychodzi (jest inicjowany) z interfejsu tun0
>   z adresacją 10.8.0. i trasa powrotna dla tego
> ruchu *jest określona* w tabeli routingu na serwer01.
> 
> Dla ruchu inicjowanego z 192.168.14. do 192.168.0. serwer01 *nie zna*
> prawidłowej trasy powrotnej. Test nie działa, bo
> serwer01 wysyła ruch powrotny do 192.168.14. przez eth1 (przez swoją
> bramę domyślną)  do "chmurki", zgodnie z trasą
> > 0.0.0.0         79.x.x.233  0.0.0.0         UG    1      0        0 eth1
> 
> Wysyłam ci na priva schematy dla obu przypadków. Porównaj sobie te bazgrołki ;)
> 
> > Czy raczej IPTABLES tłumaczące ruch z 192.168.14.0/24 na 192.168.0.0/24
> > przez VPN, ale jak ?
> 
> Reguł iptables nie pokazałeś.
> Filtrujesz ruch z i do VPNu?
> NATujesz (w rozumieniu iptables -t nat ...) ten ruch?
> Jak?
> Dlaczego?
> 
> >
> > Proszę o informację czy się mylę.
> >
> > dziękuję,
> >
> > Krystian.
> >
> 
> Piotr

Dziękuję wszystkim za pomoc, działa po ponizszych zabiegach:

1. 
analiza z programem  tracert obowiązkowa ! :)

2.
dodanie trasy powrotnej na serwer01
route add -net 192.168.14.0 netmask 255.255.255.0 gw 10.8.0.2 dev tun0

3.
na serwer01 przepuszczenie ruchu pomiędzy interfejsami dla 192.168.14.0
iptables -A FORWARD -i ${TUN} -s 192.168.14.0/255.255.255.0 -j ACCEPT
iptables -A FORWARD -i ${LAN} -d 192.168.14.0/255.255.255.0 -j ACCEPT

4.
na serwer02 przepuszczenie ruchu pomiędzy interfejsami dla 192.168.14.0
i 192.168.0.0

iptables -A FORWARD -i ${LAN} -s 192.168.14.0/255.255.255.0 -j ACCEPT
iptables -A FORWARD -i ${TUN} -d 192.168.14.0/255.255.255.0 -j ACCEPT

iptables -A FORWARD -i ${LAN} -s 192.168.0.0/255.255.255.0 -j ACCEPT
iptables -A FORWARD -i ${TUN} -d 192.168.0.0/255.255.255.0 -j ACCEPT

iptables -t nat -A POSTROUTING -o ${TUN} -j MASQUERADE

Teraz pozostaje mi wykonać to samo dla sieci serwerów VPN 192.168.12.0 i
192.168.13.0

Ufff :)

pozdrawiam Krystian
Re: OpenVPN (Dostęp do klientĂłw za s erwerem X 2fFgsOzd255bV9WUE4gZGxhIGtsaWVudMOzdyB6YSBzZXJ2ZXJlbV9r bGllbnRl b V9WUE4p
#244340
Author: Olek
Date: Mon, 29 Feb 2016 17:26
8 lines
1495 bytes 
W dniu 25.02.2016 o 10:52, Krystian pisze:
>
> iptables -t nat -A POSTROUTING -o ${TUN} -j MASQUERADE

Z ciekawości - dlaczego natujesz?

-- 
Olek
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads