🚀 go-pugleaf

epsilon$ while read LINE; do echo \>"$LINE"; done < " "
>Już dopisuje...
>Na poczatek to przepraszam za literówkę 
>----------------------------------------------------------------------------
>"> Coś się nie zgadza. 192.168.168.250 nie należy do 192.168.0.0/24."
>----------------------------------------------------------------------------
>Powinno być 192.168.0.250
>
>Mam loklaną sieć LAN o adresie 192.168.0.0/255.255.255.0
>Centralnym punktem tej sieci jest serwer z systemem Netware 6.Ten serwer pełni
>rolę urządzenia brzegowego(routera).Są w nim zamontowane 2 interfejsy
>sieciowe(1 inetrfejs - publiczeIP / 2 interfejs - 192.168.0.250/24).
>Na tym serwerze jest również uruchomione DHCP i NAT(dynamiczny).
>2 interfejs(192.168.0.250) jest połączony-wpięty w switcha w którego wpięci są
>również użytkownicy... miedzy innymi ja(dostałem ip od dhcp 192.168.0.3).
>Domyślną bramą jest adres serwera czyli 192.168.0.250
>Tablica routingu wygląda tak:
>D:Deflaut     M:0.0.0.0         NextHop:Mój PublicIP   Type:remote Interface:1
>D:ISP(DSL)    M:255.255.255.0   NextHop:Mój PublicIP   Type:direct Interface:1
>D:192.168.0.0 M:255.255.255.0   NextHop:192.168.0.250  Type:direct Interface:2
>Mam nadzieję że topologię sieci przedstawiłem przejrzyście.

OK. Z grubsza wydaje się być zrozumiałe.

>I teraz tak... na swoim komputerze(w LAN-ie),zainstalowałem serwer OpenVPN.
>Skonfigurowałem go tak że ma adres:
>192.168.100.1/255.255.255.252
>-----------------------------------------------------------------------------
>Konfiguracja serwera OpenVPN:
>server
>local 192.168.0.3 255.255.255.0
>port 1194
>proto tcp
>dev tun
>ca ca.crt
>cert widget.crt
>key widget.key
>dh dh1024.pem
>server 192.168.100.0 255.255.255.0
>ifconfig-pool-persist ipp.txt
>keepalive 10 120
>comp-lzo
>max-clients 100
>persist-key
>persist-tun
>status openvpn-status.log
>verb 3
>tls-auth ta.key 0
>push "route 192.168.0.0 255.255.255.0"
>push "dhcp-option DNS 194.204.159.1" # DNS 
>push "dhcp-option DNS 194.204.152.34" # DNS 
>-----------------------------------------------------------------------------
>Nie wiem dlaczego(może ktoś mi to wytłumaczy)...ale obojętnie jaką maskę podam
>serwerowi VPN to on po włączeniu się, zawsze ma maskę 255.255.255.252 !!! 

Bo nie czytałeś dokumentacji :-P
A poważnie - zawsze przy połączeniu w trybie serwer-klient jest tworzona
sieć /30. Po prostu taka architektura - każdy klient dostaje swoją
podsieć.

>więc przyjmuję że jest w podsieci o masce 255.255.255.252 i ma adres ip
>192.168.100.1 (bo takie informacje dostaje gdy sprawdzę sobie(ipconfig/all) w
>konsoli windowsowej)oraz nie ma bramy domyślnej. 
>Na potrzeby VPN zrobiłem IP Forwarding po porcie 1194 na mojego kompa w sieci
>lokalnej tzn. na adres 192.168.0.3
>IP_FWD -da publicIP -dp 1194 -sa 192.168.0.3 -sp 1194
>
>I teraz gdy polącze się klientemVPN będącym poza siecią (np ERA BlueConnect) z
>serwerem VPN to połączenie się nawiązuje.
>Mogę sobie, z klienta z pingować serwer VPN(192.168.100.1),mogę również z
>pingować swój adres w sieci lokalnej tj.192.168.0.3, mogę włączyć zdalny
>pulpit przez VNC itd.
>
>Natomiast nie mogę już z pingować hostów w sieci lokalnej ani serwera
>Netware...a bardzo mi zależy... tzn chcę aby klient który łączy się przez VPN
>widział resztę sieci lokalnej która jest za serweremVPN.
>
>Wyczytałem że muszę ustawić odpowiednio routing na ruterze( w moim przypadku
>serwer Netware który pełni rolę rutera) aby potrafił odpowiednio skierować
>ramki na serwer VPN i stąd mój temat bo jakoś nie potrafię tego zrobić.
>
>Wydaje mi się że pakiety które wysyłam pingując z klientaVPN jakiegoś hosta w
>sieci, nie potrafią wrócić do klienta i nie wiem jak sobie z tym poradzić.
>
>Mam nadzieję że zrozumiale opisałem swój problem.

Z grubsza wreszcie tak :-)
Pamiętaj, że:
1) Pakiety latają w dwie strony
2) Pakiet w każdym punkcie drogi musi mieć określoną dalszą trasę.

Podejrzewam, że w obecnej sytuacji pakiety w jedną stronę lecą sobie
dobrze (możesz się upewnić śledząc je np. etherealem na serwerze VPN),
czyli wchodzą przez interfejs VPN-owy, wychodzą, zgodnie z routingiem na
tym komputerze, do sieci lokalnej i dochodzą do adresatów. Gorzej, że
adresat nie ma innych opcji poza wysłaniem pakietu z powrotem do
192.168.100.x na bramę domyślną. A stamtąd router na NW wypycha je
w świat łączem domyślnym. Możesz to rozwiązać na co najmniej trzy
sposoby - dodać routing na NW, dodać routing na hostach w sieci, NAT.
Tak na marginesie, to nie jest problem na tę grupę, bo nie jest w żaden
sposób związany z systemem na routerze.

-- 
/\-\/\-\/\-\/\-\/\-\/\-\/\ C  programmers  don't  have  the  BASIC  in-
\  Kruk@epsilon.eu.org   / stincts.
/ http://epsilon.eu.org/ \ 
\/-/\/-/\/-/\/-/\/-/\/-/\/