Tunelowanie połączenia przez SSH - Historia wersji

192.168.0.1 o 16:48, 5 lut 2010

2010-02-05T16:48:25Z

← poprzednia wersja		Wersja z 00:48, 6 lut 2010
Linia 82:		Linia 82:

	Radzę spojrzeć na zdjęcie po prawej stronie, rozwieje ono wątpliwości.		Radzę spojrzeć na zdjęcie po prawej stronie, rozwieje ono wątpliwości.


			[[Category:Ubuntu]]

Adminka23 o 21:19, 1 wrz 2009

2009-09-01T21:19:37Z

← poprzednia wersja		Wersja z 05:19, 2 wrz 2009
Linia 38:		Linia 38:


	== Proxy czyli szyfrowanie ruchu HTTP :) ==		== Proxy czyli szyfrowanie ruchu HTTP (SOCKS) :) ==

	Do utworzeniu tunelu typu SOCKS użyjemy parametru -D		Do utworzeniu tunelu typu SOCKS użyjemy parametru -D
Linia 52:		Linia 52:
	Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).		Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).


			SOCKS można wykorzystać nie tylko do HTTP ale i każdej innej aplikacji która wspiera taką opcję czyli może to być nawet Kadu :)

Adminka23 o 21:15, 1 wrz 2009

2009-09-01T21:15:56Z

← poprzednia wersja		Wersja z 05:15, 2 wrz 2009
Linia 26:		Linia 26:
	ssh -L 5901:192.168.0.152:5901 root@192.168.0.45		ssh -L 5901:192.168.0.152:5901 root@192.168.0.45
	</pre>		</pre>
	*192.168.0.152 - to komputer gdzie stoi serwer VNC w lanie z maszyna SSH.		*192.168.0.152 - to komputer gdzie stoi serwer VNC w lanie razem z maszyna SSH.

	Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).		Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).

Adminka23 o 21:12, 1 wrz 2009

2009-09-01T21:12:39Z

← poprzednia wersja		Wersja z 05:12, 2 wrz 2009
Linia 39:		Linia 39:

	== Proxy czyli szyfrowanie ruchu HTTP :) ==		== Proxy czyli szyfrowanie ruchu HTTP :) ==
	~~[[Plik:Konfiguracja firefoxa z socks.png\|200px\|thumb\|right\|Firefox oraz SOCKS]]~~
	Do utworzeniu tunelu typu SOCKS użyjemy parametru -D		Do utworzeniu tunelu typu SOCKS użyjemy parametru -D

Linia 45:		Linia 45:
	ssh root@192.168.0.45 -D 8888		ssh root@192.168.0.45 -D 8888
	</pre>		</pre>
			[[Plik:Konfiguracja firefoxa z socks.png\|200px\|thumb\|right\|Firefox oraz SOCKS]]
	Spowoduje to, że ruch puszczony na nasz lokalny port 8888 przedostanie się przez SOCKS na świat, za pośrednictwem naszego serwera.		Spowoduje to, że ruch puszczony na nasz lokalny port 8888 przedostanie się przez SOCKS na świat, za pośrednictwem naszego serwera.

Linia 51:		Linia 51:

	Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).		Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).






Linia 74:		Linia 78:
	*7777 - to port docelowy jaki ma zostać otwarty na serwerze		*7777 - to port docelowy jaki ma zostać otwarty na serwerze
	*localhost:10000 - port lokalny na komputerze z którego się logujemy		*localhost:10000 - port lokalny na komputerze z którego się logujemy

			Radzę spojrzeć na zdjęcie po prawej stronie, rozwieje ono wątpliwości.

Adminka23 o 21:11, 1 wrz 2009

2009-09-01T21:11:01Z

← poprzednia wersja		Wersja z 05:11, 2 wrz 2009
Linia 21:		Linia 21:
	(nazwa localhost jest myląca i oznacza komputer lokalny względem maszyny zalogowanej)		(nazwa localhost jest myląca i oznacza komputer lokalny względem maszyny zalogowanej)
	Jeżeli serwer VNC stoi na innej maszynie niż komputer na którym jest SSH, wydajemy komendę		Jeżeli serwer VNC stoi na innej maszynie niż komputer na którym jest SSH, wydajemy komendę


	<pre>		<pre>
	ssh -L 5901:192.168.0.152:5901 root@192.168.0.45		ssh -L 5901:192.168.0.152:5901 root@192.168.0.45
Linia 30:		Linia 32:
	Analogicznie wygląda to w przypadku SMTP, POP3, TELNET oraz innych podstawowych usług.		Analogicznie wygląda to w przypadku SMTP, POP3, TELNET oraz innych podstawowych usług.
	Ta sama komenda, zmieniamy tylko porty.		Ta sama komenda, zmieniamy tylko porty.





Linia 46:		Linia 51:

	Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).		Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).

Adminka23 o 21:10, 1 wrz 2009

2009-09-01T21:10:43Z

← poprzednia wersja		Wersja z 05:10, 2 wrz 2009
Linia 34:		Linia 34:

	== Proxy czyli szyfrowanie ruchu HTTP :) ==		== Proxy czyli szyfrowanie ruchu HTTP :) ==
			[[Plik:Konfiguracja firefoxa z socks.png\|200px\|thumb\|right\|Firefox oraz SOCKS]]
	Do utworzeniu tunelu typu SOCKS użyjemy parametru -D		Do utworzeniu tunelu typu SOCKS użyjemy parametru -D

Linia 40:		Linia 40:
	ssh root@192.168.0.45 -D 8888		ssh root@192.168.0.45 -D 8888
	</pre>		</pre>

			Spowoduje to, że ruch puszczony na nasz lokalny port 8888 przedostanie się przez SOCKS na świat, za pośrednictwem naszego serwera.

			Jest to doskonała kwestia, jeżeli chcemy zalogować się do banku, firmowej strony www, poczty itp. wiedząc że korzystamy z publicznej sieci !

			Dzięki temu zabiegowi, nasz ruch z serwera do użytkownika będzie całkowicie zaszyfrowany i niedostępny dla potencjalnego ciekawskiego :).



	== Reverse tunel ==		== Reverse tunel ==
			[[Plik:Rverse proxy tunelowanie webmina.png\|200px\|thumb\|right\|Webmin przez reverse tunel]]
			Odwrotność tunelu powyższego, ten pozwala nam na udostępnienie lokalnego portu, komputerowi (lub sieci komputerów) na którym się zalogujemy.


			Dzięki temu, mając wewnętrzny adres IP, możemy komuś udostępnić zdalnie pulpit (RDC) (VNC) oraz dowolną inną usługę.


			Komenda
			<pre>
			ssh -R 7777:localhost:10000 root@192.168.0.45
			</pre>

			Mamy tutaj odwrotną sytuację niż powyższa ponieważ:

	~~Odwrotność tunelu powyższego, ten pozwala nam~~ na ~~udostępnienie lokalnego portu, dla komputera~~ na ~~którym~~ się ~~zalogujemy.~~		*7777 - to port docelowy jaki ma zostać otwarty na serwerze
			*localhost:10000 - port lokalny na komputerze z którego się logujemy

Adminka23 o 20:39, 1 wrz 2009

2009-09-01T20:39:56Z

@@ Linia 14: / Linia 14: @@
 </pre>
-Otwarcie lokalnego portu 5901 i przetransferowanie go, na port (localhost:5901) na serwerze zdalnym o adresie IP 192.168.0.45 użytkownik root.
+[[Plik:Tunelowanie VNC.png|200px|thumb|right|Poprawne tunelowanie VNC]]
 Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).
@@ Linia 23: / Linia 30: @@
 Analogicznie wygląda to w przypadku SMTP, POP3, TELNET oraz innych podstawowych usług.
 Ta sama komenda, zmieniamy tylko porty.

89.74.150.46 o 20:29, 1 wrz 2009

2009-09-01T20:29:31Z

← poprzednia wersja		Wersja z 04:29, 2 wrz 2009
Linia 10:		Linia 10:
	Przykładem "pożytecznego" wykorzystania tunelowania będzie zabezpieczenie sesji VNC.		Przykładem "pożytecznego" wykorzystania tunelowania będzie zabezpieczenie sesji VNC.

			<pre>
	ssh -L 5901:localhost:5901 root@192.168.0.45		ssh -L 5901:localhost:5901 root@192.168.0.45
			</pre>

	(spowoduje to)		(spowoduje to)
Linia 18:		Linia 20:

	Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).		Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).

			Analogicznie wygląda to w przypadku SMTP, POP3, TELNET oraz innych podstawowych usług.
			Ta sama komenda, zmieniamy tylko porty.

89.74.150.46: Utworzył nową stronę „Wiadomo jak to jest w dzisiejszym świecie, bezpieczeństwo jest kluczowym aspektem. Są usługi i aplikacje które natywnie nie wspierają enkrypcji, przez co ich upub…”

2009-09-01T20:26:49Z

Utworzył nową stronę „Wiadomo jak to jest w dzisiejszym świecie, bezpieczeństwo jest kluczowym aspektem. Są usługi i aplikacje które natywnie nie wspierają enkrypcji, przez co ich upub…”

Nowa strona

Wiadomo jak to jest w dzisiejszym świecie, bezpieczeństwo jest kluczowym aspektem.
Są usługi i aplikacje które natywnie nie wspierają enkrypcji, przez co ich upublicznienie na świat jest zbyt niebezpieczne.
Jak zapewne każdy zainteresowany wie, to fakt że tunelowanie można wykorzystać również w celu omijania firewalli, restrykcji administratorów (np w przeglądaniu określonych stron www).

Tunelowanie z powodzeniem może wykorzystać dosłownie każdy, od użytkowników Windows (putty) po konsolo-wców Debiana.

Przykładem "pożytecznego" wykorzystania tunelowania będzie zabezpieczenie sesji VNC.

ssh -L 5901:localhost:5901 root@192.168.0.45

(spowoduje to)

Otwarcie lokalnego portu 5901 i przetransferowanie go, na port (localhost:5901) na serwerze zdalnym o adresie IP 192.168.0.45 użytkownik root.

Teraz, jako użytkownik, logujemy się poprzez localhost:1 (nasz ruch, zostanie przesłany poprzez zaszyfrowany tunel do serwera).