🚀 go-pugleaf

pgalos pisze:
> Witam
> 
> Jest BM39 SP1 na NW6.5 SP7. Skonfigurowane proxy i VPN Client to Site.
> Śmiga aż miło. Ale zaskoczyła mnie jedna sytuacja.
> Adres firmowej sieci wewnętrznej do której client VPN się dostaje to 
> załóżmy 192.168.1.0.
> Użytkownik zgłosił mi, że jeśli od siebie z domu próbuje się podłączyć 
> to ma problem, wprawdzie cała autoryzacja w kliencie VPN przechodzi bez 
> problemu ale nie jest w stanie zalogować się klientem Novell ani 
> zapingować żadnych innych hostów wewnątrz sieci. Jeśli łączy się przez 
> modem i Tepsę wszystko gra.  Jeśli łączy się z innych lokalizacji też 
> bez problemu się podłącza. Okazało się że jego ISP przydziela mu w domu 
> adres z sieci 192.168.1.0 czyli z takiej jak u mnie w firmie i wtedy VPN 
> nie działa poprawnie. Czy to normalne zachowanie? Niby tak bo komputer 
> przecież szuka hostów w "swojej" sieci więc klient VPN nie wysyła ich 
> przez kanał szyfrowany, ale czy nie ma na to sposobu? Przecież ja nie 
> mam wpływu na jego dostawcę internetu.
> Przerabiał ktoś podobny temat?
> 
> 
Jasne, do czasu wymiany adresacji na lepszą.
Ale wcześniej podobny konflikt udało mi się rozwiązać zmianą maski. Mój 
domowy ISP używał bezklasowej sieci wyrosłej z C i udało się znaleźć 
maskę obejmującą mój adres i adres bramy, oczywiście inną, niż /24.

Mariusz

Mariusz Tkacz pisze:
> pgalos pisze:
>> Witam
>>
>> Jest BM39 SP1 na NW6.5 SP7. Skonfigurowane proxy i VPN Client to Site.
>> Śmiga aż miło. Ale zaskoczyła mnie jedna sytuacja.
>> Adres firmowej sieci wewnętrznej do której client VPN się dostaje to 
.......
>> wysyła ich przez kanał szyfrowany, ale czy nie ma na to sposobu? 
>> Przecież ja nie mam wpływu na jego dostawcę internetu.
>> Przerabiał ktoś podobny temat?
>>
>>
> Jasne, do czasu wymiany adresacji na lepszą.

Lepszą znaczy jaką? Po prostu inną? Nie pokrywającą się?
I wymiany gdzie - u mnie czy u tego ISP?

-- 
Pozdrawiam
Pawel

pgalos pisze:
> Witam
> 
> Jest BM39 SP1 na NW6.5 SP7. Skonfigurowane proxy i VPN Client to Site.
> Śmiga aż miło. Ale zaskoczyła mnie jedna sytuacja.
> Adres firmowej sieci wewnętrznej do której client VPN się dostaje to 
> załóżmy 192.168.1.0.
> Użytkownik zgłosił mi, że jeśli od siebie z domu próbuje się podłączyć 
> to ma problem, wprawdzie cała autoryzacja w kliencie VPN przechodzi bez 
> problemu ale nie jest w stanie zalogować się klientem Novell ani 
> zapingować żadnych innych hostów wewnątrz sieci. Jeśli łączy się przez 
> modem i Tepsę wszystko gra.  Jeśli łączy się z innych lokalizacji też 
> bez problemu się podłącza. Okazało się że jego ISP przydziela mu w domu 
> adres z sieci 192.168.1.0 czyli z takiej jak u mnie w firmie i wtedy VPN 
> nie działa poprawnie. Czy to normalne zachowanie? Niby tak bo komputer 
> przecież szuka hostów w "swojej" sieci więc klient VPN nie wysyła ich 
> przez kanał szyfrowany, ale czy nie ma na to sposobu? Przecież ja nie 
> mam wpływu na jego dostawcę internetu.
> Przerabiał ktoś podobny temat?
> 
> 

A spróbuj wpisać z łapki podczas nawiązanego połączenia VPN domyślna bramę na interfejs VPN a nie na nr ip ?

> A spróbuj wpisać z łapki podczas nawiązanego połączenia VPN domyślna 
> bramę na interfejs VPN a nie na nr ip ?

Ajjj.... to nie zadziała. Co ma brama do adresów z danej podsieci. Sorki ;(.

pgalos pisze:

> Lepszą znaczy jaką? Po prostu inną? Nie pokrywającą się?
> I wymiany gdzie - u mnie czy u tego ISP?

Udało się zestawić działający tunel pomiędzy dwoma sieciami o tych 
samych adresach. Ale tylko dzięki możliwości zmiany maski po stronie 
klienta, czyli maski na moim domowym komputerze podłączonym do lokalnego 
ISP.

Ale ze względu na wyjątkową popularność sieci C (w szczególności 0 i 1) 
oraz A (tu też jest kilka charakterystycznych) zmieniłem adresację w 
firmie na mało konfliktową. Na razie się sprawdza.
A borderowy VPN powoli idzie w odstawkę ustępując miejsca SSL VPN. Ten 
przynajmniej akceptuje konflikty w adresach i do pracy nie wymaga Win32 
only.

Mariusz

Mariusz Tkacz pisze:

 > A borderowy VPN powoli idzie w odstawkę ustępując miejsca SSL VPN.

A jesteś w stanie powiązać go z eDir czy ten też idzie w odstawkę ?



-- 
Pozdrawiam
Pawel

pgalos pisze:
> Mariusz Tkacz pisze:
> 
>  > A borderowy VPN powoli idzie w odstawkę ustępując miejsca SSL VPN.
> 
> A jesteś w stanie powiązać go z eDir czy ten też idzie w odstawkę ?
> 
> 
> 
Coraz bardziej uzależniam się od cholery. SSL-Explorer idealnie pracuje 
w oparciu o edir/ldap, do tego doszło dokuwiki, a ostatnio teaming.
Z tym ostatnim jest jeden drobny problem. Novell rozdawał za darmo po 20 
licencji, więc albo trzeba sobie dokupić, albo wywalić i zastąpić 
oryginałem od IceCore.

Mariusz Tkacz pisze:

> Coraz bardziej uzależniam się od cholery. SSL-Explorer idealnie pracuje 
> w oparciu o edir/ldap, do tego doszło dokuwiki, a ostatnio teaming.
> Z tym ostatnim jest jeden drobny problem. Novell rozdawał za darmo po 20 
> licencji, więc albo trzeba sobie dokupić, albo wywalić i zastąpić 
> oryginałem od IceCore.

O!  I jak Ci się teaming podoba?

-- 
Pozdrawiam
Pawel

pgalos pisze:

> O!  I jak Ci się teaming podoba?
> 
Za te pieniądze? Rewelacja.
Nie wdrożyłem produkcyjnie i nie wiem czy się na to zdecyduję (ale to z 
powodów organizacyjnych). Technicznie jestem zadowolony. Nie działa mi 
powiadamianie pocztą, a rozbudowy o obsługę GW nie próbowałem, bo nie mam.
Nie budowałem węzłów i ścieżek do systemu zadaniowego, więc nie wiem jak 
działa. Nie próbowałem synchronizacji plików za pomocą dodatkowego 
klienta. Z tych podstawowych rzeczy wszystko działa poprawnie: 
kalendarze, zadania, foldery sieciowe. Praca z dokumentami niezła, 
rzeczywiście edytują się poprzez webdav "in place", nawet z openoffice 
na linuksie. Synchronizacja z edir doskonała, grupy mogą od razu 
funkcjonować jako grupy robocze dla teamingu.

Ja chętnie poznam opinię o Kablinku IceCore (w porównaniu z teamingiem 
oczywiście).