Re: Dostęp zdalny - jak?

Autor: Krzysiek <krzysztofogorek_at_gmail.com>
Data: Fri 02 May 2008 - 22:29:19 MET DST
Message-ID: <00d67f58-ee56-4377-9c10-5d88b56ec091@l42g2000hsc.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-2

On 2 Maj, 11:47, komar <ko...@125.cc> wrote:
> Krzysiek pisze:
>
> > On 2 Maj, 10:21, komar <ko...@125.cc> wrote:
>
> >> przerabiałem analogiczną sytuację. jezeli sa to duże bazy to po tej
> >> neostradzie będzie to chodziło koszmarnie. U mnie skończyło się na
> >> odpaleniu na serwerze serwera terminali (remote desktop) i po RDC śmiga
> >> wszystko ładnie. RDC puszczam po tunelu SSH więc wszystko jest bezpieczne.
>
> > baza ma może ze 20MB. Ale jest doczytywana wyrywkowo, tzn aplikacja
> > nie musi pobierać wszystkich danych. Mam na blueconnect już stałe IP
> > ale dalej nic. Zestawiam VPN przy uzyciu WRV200 i aplikacji Quick VPN
> > Client (Client to gateway). Łączy się ale nie następuje weryfikacja
> > tunelu. Bram mi już pomysłów. Zobaczymy co poradzi w poniedziałek
> > wsparcie FEN ;-) Jak nic z tego nie wyjdzie to spróbuję zdalnego
> > pulpitu. Ale wolę się po prostu "wpiąć" do LANu.
>
> to może poczytaj o tunelach przez SSH. na win2000 możesz zainstalowac
> server copSSH i przez bezpieczny tulen udostepnić sobie konkretne porty
> na serwerze (nie masz dostepu do całej sieci). Jeżeli wystarczą Ci
> pojedyncze porty to SSH jest łatwiejsze w konfiguracji i wygodniejsze w
> uzyciu.

Nie wiem czy będzie wygodne dla SQL Express 2005 i dosyć złożonej
aplikacji jaka na tym pracuje. Po portach ona raczej nie pójdzie, a
jak już to będzie potrzebna dedykowana aplikacja dla pracy zdalej/
oddziałowej, a to koszty. Nie ma sensu ich ponosić skoro mam sprzętowe
rozwiązanie. Coś dziś doczytałem jeszcze i VPN. Postaram się nową
wiedzę zastosować. Zobaczymy jakie przyniesie efekty ;-)
Received on Fri May 2 22:30:14 2008

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Fri 02 May 2008 - 22:42:01 MET DST