{"id":80500,"date":"2020-05-06T13:42:29","date_gmt":"2020-05-06T11:42:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/protokoly-sftp-i-ftps"},"modified":"2020-05-06T13:42:29","modified_gmt":"2020-05-06T11:42:29","slug":"protokoly-sftp-i-ftps","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/protokoly-sftp-i-ftps","title":{"rendered":"Protoko\u0142y SFTP i FTPS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h1>Wst\u0119p<\/h1>\n<p><\/p>\n<p>Zaledwie tydzie\u0144 temu pisa\u0142em referat na temat wskazany w tytule i natkn\u0105\u0142em si\u0119 na to, \u017ce, m\u00f3wi\u0105c kr\u00f3tko, dost\u0119pnych informacji w sieci jest niewiele. G\u0142\u00f3wnie suche fakty i instrukcje dotycz\u0105ce konfiguracji. Dlatego postanowi\u0142em nieco poprawi\u0107 tekst i opublikowa\u0107 go jako artyku\u0142.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Czym jest FTP<\/h1>\n<p><\/p>\n<p>FTP (File Transfer Protocol) \u2013 protok\u00f3\u0142 transferu plik\u00f3w w sieci. Jest jednym z podstawowych protoko\u0142\u00f3w Ethernet. Powsta\u0142 w 1971 roku i pocz\u0105tkowo dzia\u0142a\u0142 w sieciach DARPA. Obecnie, podobnie jak HTTP, transfer plik\u00f3w opiera si\u0119 na modelu sk\u0142adaj\u0105cym si\u0119 z zestawu protoko\u0142\u00f3w TCP\/IP (Transmission Control Protocol\/Internet Protocol). Zdefiniowany w RFC 959.<\/p>\n<p><\/p>\n<p>Protok\u00f3\u0142 definiuje nast\u0119puj\u0105ce aspekty:<\/p>\n<\/p>\n<ul>\n<li>W jaki spos\u00f3b b\u0119dzie dokonywana kontrola b\u0142\u0119d\u00f3w<\/li>\n<li>Metoda pakowania danych (je\u015bli pakowanie jest u\u017cywane)<\/li>\n<li>W jaki spos\u00f3b urz\u0105dzenie nadaj\u0105ce informuje, \u017ce zako\u0144czy\u0142o wiadomo\u015b\u0107<\/li>\n<li>W jaki spos\u00f3b urz\u0105dzenie odbieraj\u0105ce informuje, \u017ce otrzyma\u0142o wiadomo\u015b\u0107<\/li>\n<\/ul>\n<p><\/p>\n<h2>Interakcja mi\u0119dzy klientem a serwerem<\/h2>\n<p><\/p>\n<p>Przyjrzyjmy si\u0119 bli\u017cej procesom zachodz\u0105cym podczas pracy FTP. Po\u0142\u0105czenie jest inicjowane przez interpreter protoko\u0142u u\u017cytkownika. Kontrola wymiany odbywa si\u0119 przez kana\u0142 steruj\u0105cy w standardzie TELNET. Komendy FTP s\u0105 generowane przez interpreter protoko\u0142u u\u017cytkownika i przesy\u0142ane do serwera. Odpowiedzi serwera s\u0105 r\u00f3wnie\u017c wysy\u0142ane do u\u017cytkownika przez kana\u0142 steruj\u0105cy. W og\u00f3lnym zarysie u\u017cytkownik ma mo\u017cliwo\u015b\u0107 nawi\u0105zania kontaktu z interpreterem protoko\u0142u serwera i innymi ni\u017c interpreter u\u017cytkownika metodami.<\/p>\n<p><\/p>\n<p>Podstawow\u0105 cech\u0105 FTP jest to, \u017ce wykorzystuje podw\u00f3jne po\u0142\u0105czenie. Jedno z nich s\u0142u\u017cy do przesy\u0142ania polece\u0144 do serwera i odbywa si\u0119 domy\u015blnie przez port TCP 21, kt\u00f3ry mo\u017ce by\u0107 zmieniony. Po\u0142\u0105czenie zarz\u0105dzaj\u0105ce istnieje przez ca\u0142y czas, gdy klient komunikuje si\u0119 z serwerem. Kana\u0142 steruj\u0105cy musi by\u0107 otwarty podczas przesy\u0142ania danych mi\u0119dzy maszynami. W przypadku jego zamkni\u0119cia transfer danych zostaje wstrzymany. Przez drugie po\u0142\u0105czenie odbywa si\u0119 bezpo\u015bredni transfer danych. Jest ono otwierane za ka\u017cdym razem, gdy nast\u0119puje transfer pliku mi\u0119dzy klientem a serwerem. W przypadku jednoczesnego przesy\u0142ania kilku plik\u00f3w, dla ka\u017cdego z nich otwierany jest osobny kana\u0142 transferu.<\/p>\n<p><\/p>\n<p>FTP mo\u017ce dzia\u0142a\u0107 w trybie aktywnym lub pasywnym, co wp\u0142ywa na spos\u00f3b nawi\u0105zywania po\u0142\u0105czenia. W trybie aktywnym klient tworzy kontrolne po\u0142\u0105czenie TCP z serwerem i przesy\u0142a mu sw\u00f3j adres IP oraz losowy numer portu klienta, po czym czeka, a\u017c serwer nawi\u0105\u017ce po\u0142\u0105czenie TCP z tym adresem i numerem portu. Je\u015bli klient znajduje si\u0119 za zapor\u0105 i nie mo\u017ce przyj\u0105\u0107 przychodz\u0105cego po\u0142\u0105czenia TCP, mo\u017cna u\u017cy\u0107 trybu pasywnego. W tym trybie klient wykorzystuje strumie\u0144 steruj\u0105cy do wys\u0142ania serwerowi polecenia PASV, a nast\u0119pnie otrzymuje od serwera jego adres IP oraz numer portu, kt\u00f3re s\u0105 nast\u0119pnie u\u017cywane przez klienta do otwarcia strumienia danych z dowolnego portu. <\/p>\n<p><\/p>\n<p>Mo\u017ce si\u0119 zdarzy\u0107, \u017ce dane mog\u0105 by\u0107 przesy\u0142ane na trzeci\u0105 maszyn\u0119. W takim przypadku u\u017cytkownik organizuje kana\u0142 steruj\u0105cy z dwoma serwerami i tworzy bezpo\u015bredni kana\u0142 danych mi\u0119dzy nimi. Polecenia steruj\u0105ce przechodz\u0105 przez u\u017cytkownika, a dane bezpo\u015brednio mi\u0119dzy serwerami.<\/p>\n<p><\/p>\n<p>Podczas przesy\u0142ania danych przez sie\u0107 mo\u017cna u\u017cy\u0107 czterech reprezentacji danych:<\/p>\n<p><\/p>\n<ul>\n<li>ASCII \u2013 u\u017cywane do tekstu. Dane, je\u015bli to konieczne, s\u0105 konwertowane przed przes\u0142aniem z reprezentacji znakowej na ho\u015bcie nadawcy na \u201eosiem-bitowy ASCII\u201d, a (ponownie, je\u015bli to konieczne) na reprezentacj\u0119 znakow\u0105 hosta odbieraj\u0105cego. W szczeg\u00f3lno\u015bci zmieniane s\u0105 znaki nowej linii. W zwi\u0105zku z tym tryb ten nie jest odpowiedni do plik\u00f3w zawieraj\u0105cych nie tylko zwyk\u0142y tekst.<\/li>\n<li>Tryb binarny \u2013 urz\u0105dzenie nadawcze przesy\u0142a ka\u017cdy plik bajt po bajcie, a odbiorca przechowuje strumie\u0144 bajt\u00f3w po jego odebraniu. Obs\u0142uga tego trybu zosta\u0142a zalecana dla wszystkich implementacji FTP.<\/li>\n<li>EBCDIC \u2013 u\u017cywane do przesy\u0142ania zwyk\u0142ego tekstu mi\u0119dzy hostami w kodowaniu EBCDIC. W pozosta\u0142ych kwestiach ten tryb jest podobny do trybu ASCII.<\/li>\n<li>Tryb lokalny \u2013 pozwala dw\u00f3m komputerom z identycznymi ustawieniami przesy\u0142a\u0107 dane w swoim w\u0142asnym formacie bez konwersji na ASCII.<\/li>\n<\/ul>\n<p><\/p>\n<p>Przesy\u0142anie danych mo\u017ce odbywa\u0107 si\u0119 w jednym z trzech tryb\u00f3w:<\/p>\n<p><\/p>\n<ul>\n<li>Tryb strumieniowy \u2013 dane s\u0105 przesy\u0142ane w postaci ci\u0105g\u0142ego strumienia, uwalniaj\u0105c FTP od jakiejkolwiek obr\u00f3bki. Ca\u0142a obr\u00f3bka jest przeprowadzana przez TCP. Wska\u017anik ko\u0144ca pliku nie jest potrzebny, z wyj\u0105tkiem oddzielenia danych na rekordy.<\/li>\n<li>Tryb blokowy \u2013 FTP dzieli dane na kilka blok\u00f3w (blok nag\u0142\u00f3wka, ilo\u015b\u0107 bajt\u00f3w, pole danych), a nast\u0119pnie przesy\u0142a je przez TCP.<\/li>\n<li>Tryb kompresji \u2013 dane s\u0105 kompresowane za pomoc\u0105 jednego algorytmu (zwykle kodowaniem d\u0142ugo\u015bci serii).<\/li>\n<\/ul>\n<p><\/p>\n<p>Serwer FTP \u2013 to serwer, kt\u00f3ry umo\u017cliwia korzystanie z protoko\u0142u transferu plik\u00f3w. Ma on szczeg\u00f3lne cechy, kt\u00f3re odr\u00f3\u017cniaj\u0105 go od zwyk\u0142ych serwer\u00f3w WWW:<\/p>\n<p><\/p>\n<ul>\n<li>Wymagana jest autoryzacja u\u017cytkownik\u00f3w.<\/li>\n<li>Wszystkie operacje s\u0105 prowadzone w ramach bie\u017c\u0105cej sesji.<\/li>\n<li>Mo\u017cliwo\u015b\u0107 wykonywania r\u00f3\u017cnych dzia\u0142a\u0144 z systemem plik\u00f3w.<\/li>\n<li>U\u017cywany jest oddzielny kana\u0142 dla ka\u017cdego po\u0142\u0105czenia.<\/li>\n<\/ul>\n<p><\/p>\n<p>Klient FTP \u2013 to program, kt\u00f3ry pozwala po\u0142\u0105czy\u0107 si\u0119 z zdalnym serwerem przez FTP i wykonywa\u0107 na nim potrzebne dzia\u0142ania z elementami systemu plik\u00f3w. Klientem mo\u017ce by\u0107 r\u00f3wnie\u017c przegl\u0105darka, w kt\u00f3rej pasku adresu nale\u017cy wpisa\u0107 adres, przedstawiaj\u0105cy \u015bcie\u017ck\u0119 do okre\u015blonego katalogu lub pliku na zdalnym serwerze, zgodnie z og\u00f3lnym schematem URL:<\/p>\n<p><\/p>\n<p><code>ftp:\/\/user:pass@address:port\/directory\/file<\/code><\/p>\n<p><\/p>\n<p>Jednak\u017ce, korzystanie z przegl\u0105darki internetowej w taki spos\u00f3b pozwoli jedynie przegl\u0105da\u0107 lub pobiera\u0107 interesuj\u0105ce pliki. Aby w pe\u0142ni wykorzysta\u0107 wszystkie zalety FTP, jako klient nale\u017cy zastosowa\u0107 specjalistyczne oprogramowanie. <\/p>\n<p><\/p>\n<p>Autoryzacja FTP u\u017cywa schematu nazwa u\u017cytkownika\/has\u0142o do udost\u0119pnienia dost\u0119pu. Nazwa u\u017cytkownika jest przesy\u0142ana na serwer poleceniem USER, a has\u0142o poleceniem PASS. Je\u015bli podane przez klienta informacje s\u0105 akceptowane przez serwer, ten wysy\u0142a klientowi zaproszenie i rozpoczyna si\u0119 sesja. U\u017cytkownicy mog\u0105, je\u015bli serwer wspiera t\u0119 opcj\u0119, zalogowa\u0107 si\u0119 bez podawania danych uwierzytelniaj\u0105cych, ale serwer mo\u017ce zaoferowa\u0107 tylko ograniczony dost\u0119p w takich sesjach.<\/p>\n<p><\/p>\n<p>Host oferuj\u0105cy us\u0142ugi FTP mo\u017ce zapewni\u0107 anonimowy dost\u0119p do FTP. U\u017cytkownicy zwykle loguj\u0105 si\u0119 jako \u201eanonymous\u201d (mo\u017ce by\u0107 rozr\u00f3\u017cniane wielko\u015bci\u0105 liter na niekt\u00f3rych serwerach FTP) jako nazw\u0119 u\u017cytkownika. Chocia\u017c zazwyczaj prosi si\u0119 u\u017cytkownik\u00f3w o podanie adresu ich poczty elektronicznej zamiast has\u0142a, \u017cadne potwierdzenie w rzeczywisto\u015bci nie jest przeprowadzane. Wiele host\u00f3w FTP, kt\u00f3re oferuj\u0105 aktualizacje oprogramowania, wspiera anonimowy dost\u0119p.<\/p>\n<p><\/p>\n<h2>Schemat protoko\u0142u<\/h2>\n<p><\/p>\n<p>Interakcj\u0119 \u201eklient-serwer\u201d podczas po\u0142\u0105czenia FTP mo\u017cna zobrazowa\u0107 w nast\u0119puj\u0105cy spos\u00f3b:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protoko\u0142y SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/9513d1898a0938a30b0f87d7956bc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h1>Bezpieczny FTP<\/h1>\n<p><\/p>\n<p>FTP pierwotnie nie by\u0142 zaprojektowany jako bezpieczny, poniewa\u017c mia\u0142 na celu komunikacj\u0119 mi\u0119dzy wieloma obiektami wojskowymi i instytucjami. Jednak wraz z rozwojem i rozpowszechnieniem Internetu zagro\u017cenie nieautoryzowanego dost\u0119pu wzros\u0142o wielokrotnie. Pojawi\u0142a si\u0119 konieczno\u015b\u0107 ochrony serwer\u00f3w przed r\u00f3\u017cnorodnymi atakami. W maju 1999 roku autorzy RFC 2577 sporz\u0105dzili list\u0119 podatno\u015bci w postaci nast\u0119puj\u0105cych problem\u00f3w:<\/p>\n<p><\/p>\n<ul>\n<li>Ataki ukryte (bounce attacks)<\/li>\n<li>Ataki spoofingowe (spoof attacks)<\/li>\n<li>Ataki metod\u0105 brute-force (brute force attacks)<\/li>\n<li>Przechwytywanie pakiet\u00f3w, sniffing (packet capture, sniffing)<\/li>\n<li>Przechwytywanie port\u00f3w (port stealing)<\/li>\n<\/ul>\n<p><\/p>\n<p>Zwyk\u0142y FTP nie ma mo\u017cliwo\u015bci przesy\u0142ania danych w zaszyfrowanej postaci, w zwi\u0105zku z czym nazwy u\u017cytkownik\u00f3w, has\u0142a, polecenia i inne informacje mog\u0105 by\u0107 \u0142atwo przechwytywane przez z\u0142o\u015bliwc\u00f3w. Zwyk\u0142ym rozwi\u0105zaniem tego problemu jest u\u017cycie \u201ebezpiecznych\u201d wersji protoko\u0142u zabezpieczonego protoko\u0142em TLS (FTPS) lub innego, bardziej zabezpieczonego protoko\u0142u, takiego jak SFTP\/SCP, oferowanego przez wi\u0119kszo\u015b\u0107 realizacji protoko\u0142u Secure Shell.<\/p>\n<p><\/p>\n<h2>FTPS<\/h2>\n<p><\/p>\n<p>FTPS (FTP + SSL) to rozszerzenie standardowego protoko\u0142u transferu plik\u00f3w, kt\u00f3re dodaje do jego podstawowej funkcjonalno\u015bci mo\u017cliwo\u015b\u0107 nawi\u0105zywania zaszyfrowanych sesji za pomoc\u0105 protoko\u0142u SSL (Secure Sockets Layer \u2014 poziom zabezpieczonych gniazd). Obecnie ochrona zapewniana jest przez jego bardziej zaawansowany odpowiednik TLS (Transport Layer Security \u2014 ochrona na poziomie transportowym).<\/p>\n<p><\/p>\n<h3>SSL<\/h3>\n<p><\/p>\n<p>Protok\u00f3\u0142 SSL zosta\u0142 zaproponowany przez firm\u0119 Netscape Communications w 1996 roku w celu zapewnienia bezpiecze\u0144stwa i poufno\u015bci po\u0142\u0105cze\u0144 internetowych. Protok\u00f3\u0142 obs\u0142uguje uwierzytelnianie (ustalanie to\u017csamo\u015bci) klienta i serwera, nie jest zale\u017cny od aplikacji i jest przezroczysty dla protoko\u0142\u00f3w HTTP, FTP i Telnet.<\/p>\n<p><\/p>\n<p>Protok\u00f3\u0142 SSL Handshake sk\u0142ada si\u0119 z dw\u00f3ch etap\u00f3w: uwierzytelniania serwera i opcjonalnego uwierzytelniania klienta. W pierwszym etapie serwer w odpowiedzi na \u017c\u0105danie klienta wysy\u0142a sw\u00f3j certyfikat i parametry szyfrowania. Nast\u0119pnie klient generuje klucz g\u0142\u00f3wny, szyfruje go kluczem publicznym serwera i wysy\u0142a do serwera. Serwer odszyfrowuje klucz g\u0142\u00f3wny swoim kluczem prywatnym i potwierdza swoj\u0105 to\u017csamo\u015b\u0107 klientowi, odsy\u0142aj\u0105c mu komunikat potwierdzony kluczem g\u0142\u00f3wnym klienta.<\/p>\n<p><\/p>\n<p>Dalsze dane s\u0105 szyfrowane i podpisywane kluczami uzyskanymi na podstawie tego klucza g\u0142\u00f3wnego. W drugim etapie, kt\u00f3ry nie jest obowi\u0105zkowy, serwer wysy\u0142a pro\u015bb\u0119 do klienta, a klient potwierdza autentyczno\u015b\u0107 serwera, odsy\u0142aj\u0105c pro\u015bb\u0119 z w\u0142asnym podpisem cyfrowym i certyfikatem klucza publicznego.<\/p>\n<p><\/p>\n<p>SSL wspiera r\u00f3\u017cnorodne algorytmy kryptograficzne. W trakcie nawi\u0105zywania po\u0142\u0105czenia wykorzystywany jest system kryptograficzny z kluczem publicznym RSA. Po wymianie kluczy u\u017cywane s\u0105 r\u00f3\u017cne szyfry: RC2, RC4, IDEA, DES oraz TripleDES. Wykorzystuje si\u0119 tak\u017ce MD5 \u2014 algorytm generowania skr\u00f3t\u00f3w wiadomo\u015bci. Sk\u0142adnia certyfikat\u00f3w klucza publicznego opisana jest w X.509.<\/p>\n<p><\/p>\n<p>Jedn\u0105 z wa\u017cnych zalet SSL jest jego ca\u0142kowita niezale\u017cno\u015b\u0107 od platformy sprz\u0119towej i oprogramowania. Protok\u00f3\u0142 zosta\u0142 stworzony w oparciu o zasady przeno\u015bno\u015bci, a ideologia jego budowy nie zale\u017cy od aplikacji, w kt\u00f3rych jest stosowany. Opr\u00f3cz tego wa\u017cne jest, \u017ce na protokole SSL mog\u0105 by\u0107 nak\u0142adane inne protoko\u0142y, aby zwi\u0119kszy\u0107 stopie\u0144 ochrony docelowych strumieni informacyjnych lub dostosowa\u0107 mo\u017cliwo\u015bci kryptograficzne SSL do okre\u015blonych zada\u0144.<\/p>\n<p><\/p>\n<h3>Po\u0142\u0105czenie SSL<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Protoko\u0142y SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/5c002ffba19382c1d3b330d7c948692b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Dostarczany bezpieczny kana\u0142 SSL ma trzy g\u0142\u00f3wne cechy: <\/p>\n<p><\/p>\n<ul>\n<li>Kana\u0142 jest prywatny. Szyfrowanie stosowane jest dla wszystkich wiadomo\u015bci po prostym dialogu, s\u0142u\u017c\u0105cym do ustalenia sekretnego klucza.<\/li>\n<li>Kana\u0142 jest uwierzytelniony. Strona serwerowa dialogu zawsze jest uwierzytelniona, podczas gdy strona kliencka jest uwierzytelniana opcjonalnie.<\/li>\n<li>Kana\u0142 jest niezawodny. Transport wiadomo\u015bci obejmuje weryfikacj\u0119 integralno\u015bci (z wykorzystaniem MAC).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Cechy FTPS<\/h3>\n<p><\/p>\n<p>Istniej\u0105 dwie implementacje FTPS, kt\u00f3re wykorzystuj\u0105 r\u00f3\u017cne metody zapewnienia bezpiecze\u0144stwa: <\/p>\n<p><\/p>\n<ul>\n<li>Metoda niejawna zak\u0142ada u\u017cycie standardowego protoko\u0142u SSL z nawi\u0105zywaniem sesji przed wys\u0142aniem danych, co narusza kompatybilno\u015b\u0107 z tradycyjnymi klientami i serwerami FTP. Dla zapewnienia zgodno\u015bci z klientami, kt\u00f3rzy nie obs\u0142uguj\u0105 FTPS, kontrolne po\u0142\u0105czenie u\u017cywa portu TCP 990, a do przesy\u0142ania danych \u2014 989. Pozwala to na zachowanie standardowego portu 21 dla protoko\u0142u FTP. Metoda ta uznawana jest za przestarza\u0142\u0105.<\/li>\n<li>FTPS jawny jest znacznie wygodniejszy, poniewa\u017c u\u017cywa standardowych polece\u0144 FTP, ale podczas odpowiedzi szyfruje dane, co pozwala na u\u017cywanie tego samego po\u0142\u0105czenia zarz\u0105dzaj\u0105cego zar\u00f3wno dla FTP, jak i FTPS. Klient musi wyra\u017anie za\u017c\u0105da\u0107 szyfrowanej transmisji danych od serwera, a nast\u0119pnie zatwierdzi\u0107 metod\u0119 szyfrowania. Je\u015bli klient nie za\u017c\u0105da szyfrowanej transmisji, serwer FTPS ma prawo do zachowania lub zamkni\u0119cia nieszyfrowanego po\u0142\u0105czenia. Mechanizm uzgadniania identyfikacji i ochrony danych zosta\u0142 dodany w ramach RFC 2228, kt\u00f3ry obejmuje now\u0105 komend\u0119 FTP AUTH. Chocia\u017c ten standard nie definiuje wyra\u017anie mechanizm\u00f3w ochrony, okre\u015bla, \u017ce zabezpieczone po\u0142\u0105czenie powinno by\u0107 inicjowane przez klienta przy u\u017cyciu opisanego wcze\u015bniej algorytmu. Je\u015bli zabezpieczone po\u0142\u0105czenia nie s\u0105 obs\u0142ugiwane przez serwer, powinien zosta\u0107 zwr\u00f3cony kod b\u0142\u0119du 504. Klienci FTPS mog\u0105 uzyska\u0107 informacje o obs\u0142ugiwanych przez serwer protoko\u0142ach ochrony za pomoc\u0105 polecenia FEAT, jednak serwer nie jest zobowi\u0105zany do ujawnienia, jakie poziomy bezpiecze\u0144stwa obs\u0142uguje. Najbardziej powszechne polecenia FTPS to AUTH TLS i AUTH SSL, zapewniaj\u0105ce odpowiednio ochron\u0119 TLS i SSL.<\/li>\n<\/ul>\n<p><\/p>\n<h2>SFTP<\/h2>\n<p><\/p>\n<p>SFTP (Secure File Transfer Protocol) \u2013 protok\u00f3\u0142 aplikacyjny do transferu plik\u00f3w, dzia\u0142aj\u0105cy na bezpiecznym kanale. Nie nale\u017cy myli\u0107 z (Simple File Transfer Protocol), kt\u00f3ry ma t\u0119 sam\u0105 akronim. Je\u015bli FTPS jest jedynie rozszerzeniem FTP, to SFTP to oddzielny, niezwi\u0105zany z nim protok\u00f3\u0142, kt\u00f3ry jako podstaw\u0119 wykorzystuje SSH (Secure Shell \u2013 bezpieczna pow\u0142oka).<\/p>\n<p><\/p>\n<h3>Secure Shell<\/h3>\n<p><\/p>\n<p>Prace nad protoko\u0142em prowadzi\u0142a jedna z grup IETF pod nazw\u0105 Secsh. Dokumentacja robocza dotycz\u0105ca nowego protoko\u0142u SFTP nie sta\u0142a si\u0119 oficjalnym standardem, ale zacz\u0119\u0142a by\u0107 aktywnie stosowana w rozwoju aplikacji. W p\u00f3\u017aniejszym czasie wydano sze\u015b\u0107 wersji protoko\u0142u. Jednak stopniowe zwi\u0119kszanie funkcjonalno\u015bci doprowadzi\u0142o do podj\u0119cia 14 sierpnia 2006 roku decyzji o zaprzestaniu prac nad rozwojem protoko\u0142u ze wzgl\u0119du na realizacj\u0119 g\u0142\u00f3wnego celu projektu (rozw\u00f3j SSH) oraz brak wystarczaj\u0105cego poziomu ekspertyzy potrzebnej do przej\u015bcia do opracowania pe\u0142noprawnego protoko\u0142u zdalnego systemu plik\u00f3w.<\/p>\n<p><\/p>\n<p>SSH \u2013 to protok\u00f3\u0142 sieciowy umo\u017cliwiaj\u0105cy zdalne zarz\u0105dzanie systemem operacyjnym oraz tunelowanie po\u0142\u0105cze\u0144 TCP (na przyk\u0142ad do przesy\u0142ania plik\u00f3w). Funkcjonalnie przypomina protoko\u0142y Telnet i rlogin, ale, w przeciwie\u0144stwie do nich, szyfruje ca\u0142y ruch, \u0142\u0105cznie z przesy\u0142anymi has\u0142ami. SSH pozwala na wyb\u00f3r r\u00f3\u017cnych algorytm\u00f3w szyfrowania. Klienty SSH oraz serwery SSH dost\u0119pne s\u0105 dla wi\u0119kszo\u015bci system\u00f3w operacyjnych.<\/p>\n<p><\/p>\n<p>SSH umo\u017cliwia bezpieczne przesy\u0142anie w niezabezpieczonym \u015brodowisku praktycznie ka\u017cdego innego protoko\u0142u sieciowego. Dzi\u0119ki temu mo\u017cna nie tylko zdalnie pracowa\u0107 na komputerze poprzez pow\u0142ok\u0119, ale r\u00f3wnie\u017c przesy\u0142a\u0107 przez zaszyfrowany kana\u0142 strumie\u0144 audio lub wideo (na przyk\u0142ad z kamery internetowej). Dodatkowo SSH mo\u017ce stosowa\u0107 kompresj\u0119 przesy\u0142anych danych przed ich szyfrowaniem, co jest wygodne na przyk\u0142ad podczas zdalnego uruchamiania klient\u00f3w X Window System.<\/p>\n<p><\/p>\n<p>Pierwsza wersja protoko\u0142u, SSH-1, zosta\u0142a opracowana w 1995 roku przez badacza Tatu Ulonena z Technicznego Uniwersytetu w Helsinkach (Finlandia). SSH-1 zosta\u0142 stworzony w celu zapewnienia wi\u0119kszej prywatno\u015bci ni\u017c protoko\u0142y rlogin, telnet i rsh. W 1996 roku powsta\u0142a bezpieczniejsza wersja protoko\u0142u, SSH-2, kt\u00f3ra nie jest kompatybilna z SSH-1. Protok\u00f3\u0142 zyska\u0142 jeszcze wi\u0119ksz\u0105 popularno\u015b\u0107, a do roku 2000 mia\u0142 oko\u0142o dw\u00f3ch milion\u00f3w u\u017cytkownik\u00f3w. Obecnie pod nazw\u0105 \u201eSSH\u201d zazwyczaj kryje si\u0119 w\u0142a\u015bnie SSH-2, poniewa\u017c pierwsza wersja protoko\u0142u z powodu powa\u017cnych wad jest obecnie praktycznie nieu\u017cywana. W 2006 roku protok\u00f3\u0142 zosta\u0142 zatwierdzony przez grup\u0119 robocz\u0105 IETF jako standard internetowy.<\/p>\n<p><\/p>\n<p>S\u0105 dwie rozpowszechnione realizacje SSH: prywatna komercyjna i darmowa wersja wolna. Wolna realizacja nosi nazw\u0119 OpenSSH. Do 2006 roku 80% komputer\u00f3w w sieci Internet wykorzystywa\u0142o w\u0142a\u015bnie OpenSSH. Prywatna realizacja jest rozwijana przez organizacj\u0119 SSH Communications Security, kt\u00f3ra jest w 100% poddostawc\u0105 firmy Tectia; jest bezp\u0142atna do u\u017cytku niekomercyjnego. Te realizacje zawieraj\u0105 praktycznie identyczny zestaw polece\u0144.<\/p>\n<p><\/p>\n<p>Protok\u00f3\u0142 SSH-2, w przeciwie\u0144stwie do protoko\u0142u telnet, jest odporny na ataki pods\u0142uchu ruchu (\u201esniffing\u201d), ale nie jest odporny na ataki typu \u201ecz\u0142owiek w \u015brodku\u201d. Protok\u00f3\u0142 SSH-2 jest r\u00f3wnie\u017c odporny na ataki polegaj\u0105ce na przej\u0119ciu sesji, poniewa\u017c niemo\u017cliwe jest przy\u0142\u0105czenie si\u0119 do ju\u017c ustanowionej sesji lub jej przechwycenie.<\/p>\n<p><\/p>\n<p>Aby zapobiec atakom \u201ecz\u0142owiek w \u015brodku\u201d podczas \u0142\u0105czenia z hostem, kt\u00f3rego klucz nie jest jeszcze znany klientowi, oprogramowanie klienckie wy\u015bwietla u\u017cytkownikowi \u201eodcisk klucza\u201d. Zaleca si\u0119 dok\u0142adne sprawdzenie odcisku klucza wy\u015bwietlanego przez oprogramowanie klienckie z odciskiem klucza serwera, najlepiej uzyskanym za po\u015brednictwem niezawodnych kana\u0142\u00f3w komunikacyjnych lub osobi\u015bcie.<\/p>\n<p><\/p>\n<p>Wsparcie dla SSH jest zaimplementowane we wszystkich systemach podobnych do UNIX, a na wi\u0119kszo\u015bci z nich w\u015br\u00f3d standardowych narz\u0119dzi znajduj\u0105 si\u0119 klient i serwer ssh. Istnieje wiele wdro\u017ce\u0144 klient\u00f3w SSH dla system\u00f3w nie-UNIX. Protok\u00f3\u0142 zyska\u0142 du\u017c\u0105 popularno\u015b\u0107 po szerokim rozwoju analizator\u00f3w ruchu i metod zak\u0142\u00f3cania pracy sieci lokalnych jako alternatywa dla niebezpiecznego protoko\u0142u Telnet do zarz\u0105dzania kluczowymi w\u0119z\u0142ami.<\/p>\n<p><\/p>\n<h3>\u0141\u0105czenie za pomoc\u0105 SSH<\/h3>\n<p><\/p>\n<p>Do pracy z SSH potrzebny jest serwer SSH i klient SSH. Serwer nas\u0142uchuje po\u0142\u0105cze\u0144 od maszyn klienckich i przy nawi\u0105zaniu po\u0142\u0105czenia przeprowadza uwierzytelnianie, po czym zaczyna obs\u0142ug\u0119 klienta. Klient jest u\u017cywany do logowania si\u0119 na zdalnej maszynie oraz wykonywania polece\u0144.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protoko\u0142y SFTP i FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/2370127e0483cf579c3ae461819ada7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Por\u00f3wnanie z FTPS<\/h3>\n<p><\/p>\n<p>Najwa\u017cniejsz\u0105 r\u00f3\u017cnic\u0105 mi\u0119dzy SFTP a standardowym FTP i FTPS jest to, \u017ce SFTP szyfruje absolutnie wszystkie komendy, nazwy u\u017cytkownik\u00f3w, has\u0142a i inne poufne informacje.<\/p>\n<p><\/p>\n<p>Oba protoko\u0142y FTPS i SFTP wykorzystuj\u0105 kombinacj\u0119 algorytm\u00f3w asymetrycznych (RSA, DSA), algorytm\u00f3w symetrycznych (DES\/3DES, AES, Twhofish itp.), a tak\u017ce algorytm do wymiany kluczy. Do uwierzytelniania FTPS (lub, m\u00f3wi\u0105c dok\u0142adniej, SSL\/TLS w protokole FTP) korzysta z certyfikat\u00f3w X.509, podczas gdy SFTP (protok\u00f3\u0142 SSH) wykorzystuje klucze SSH.<\/p>\n<p><\/p>\n<p>Certyfikaty X.509 zawieraj\u0105 klucz publiczny oraz pewne informacje o certyfikacie w\u0142a\u015bciciela. Informacje te pozwalaj\u0105 z drugiej strony zweryfikowa\u0107 integralno\u015b\u0107 samego certyfikatu, autentyczno\u015b\u0107 oraz w\u0142a\u015bciciela \u015bwiadectwa. Certyfikat X.509 posiada odpowiedni klucz prywatny, kt\u00f3ry zazwyczaj jest przechowywany osobno od certyfikatu ze wzgl\u0119d\u00f3w bezpiecze\u0144stwa.<\/p>\n<p><\/p>\n<p>Klucz SSH zawiera tylko klucz publiczny (odpowiadaj\u0105cy mu klucz prywatny jest przechowywany osobno). Nie zawiera \u017cadnych informacji o w\u0142a\u015bcicielu klucza. Niekt\u00f3re implementacje SSH wykorzystuj\u0105 certyfikaty X.509 do uwierzytelniania, ale w rzeczywisto\u015bci nie sprawdzaj\u0105 ca\u0142ego \u0142a\u0144cucha certyfikat\u00f3w \u2014 u\u017cywany jest tylko klucz publiczny (co czyni takie uwierzytelnienie niekompletnym).<\/p>\n<p><\/p>\n<h1>Podsumowanie<\/h1>\n<p><\/p>\n<p>Protok\u00f3\u0142 FTP z pewno\u015bci\u0105 nadal odgrywa wa\u017cn\u0105 rol\u0119 w przechowywaniu i dystrybucji informacji w sieci, mimo swojego zacnego wieku. Jest to wygodny, wielofunkcyjny i ustandaryzowany protok\u00f3\u0142. Na jego podstawie powsta\u0142o wiele archiw\u00f3w plik\u00f3w, bez kt\u00f3rych prace techniczne by\u0142yby zdecydowanie mniej efektywne. Ponadto, jest \u0142atwy w konfiguracji, a serwery i klienty programowe istniej\u0105 praktycznie dla wszystkich aktualnych i mniej popularnych platform.<\/p>\n<p><\/p>\n<p>Z kolei jego zabezpieczone wersje rozwi\u0105zuj\u0105 problem prywatno\u015bci przechowywanych i przesy\u0142anych danych w dzisiejszym \u015bwiecie. Oba nowe protoko\u0142y maj\u0105 swoje zalety i wady oraz pe\u0142ni\u0105 nieco r\u00f3\u017cne role. W obszarach, gdzie potrzebne jest konkretnie archiwum plik\u00f3w, lepiej wykorzysta\u0107 FTPS, szczeg\u00f3lnie je\u015bli wcze\u015bniej u\u017cywano klasycznego FTP. SFTP jest mniej rozpowszechniony z powodu braku kompatybilno\u015bci ze starym protoko\u0142em, ale jest bardziej zabezpieczony i ma wi\u0119ksz\u0105 funkcjonalno\u015b\u0107, poniewa\u017c jest cz\u0119\u015bci\u0105 systemu zdalnego zarz\u0105dzania.<\/p>\n<p><\/p>\n<h1>Lista \u017ar\u00f3de\u0142<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/topref.ru\/referat\/52883.html\">Referat \u201eProtok\u00f3\u0142 FTP. Og\u00f3lne informacje i cechy\u201d<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/studentlib.com\/referat-191865-protokoly_ssh_cmip_telnet.html\">Referat \u201eProtok\u00f3\u0142 SSH, CMIP, Telnet\u201d<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/works.doklad.ru\/view\/l4Ukh5_LHzk.html\">Referat \u201eSSL\/TLS\u201d<\/a><\/noindex><\/li>\n<\/ul>\n<p>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/500438\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e. \u0412 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u043c \u0441\u0443\u0445\u0438\u0435 \u0444\u0430\u043a\u0442\u044b \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438 \u043f\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u044f \u0440\u0435\u0448\u0438\u043b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u043e\u0434\u043a\u043e\u0440\u0440\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043a\u0441\u0442 \u0438 \u0432\u044b\u043b\u043e\u0436\u0438\u0442\u044c \u0435\u0433\u043e \u0432 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0427\u0442\u043e \u0442\u0430\u043a\u043e\u0435 FTP FTP (File Transfer Protocol) \u2013 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Protok\u00f3\u0142 SFTP i FTPS | ProHoster","description":"Wst\u0119p Dos\u0142ownie tydzie\u0144 temu pisa\u0142em referat na temat opisany w tytule i natkn\u0105\u0142em si\u0119 na to, \u017ce, m\u00f3wi\u0105c delikatnie, informacji poznawczych w sieci nie jest zbyt wiele.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/protokoly-sftp-i-ftps","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/protokoly-sftp-i-ftps","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-06T11:42:29+00:00","article:modified_time":"2020-05-06T11:42:29+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80500","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:16:28","updated":"2022-10-01 20:55:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/80500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=80500"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/80500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/80501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=80500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=80500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=80500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}