Kiel determini, kiun adreson la FTP-servilo efektive protokoligas

Unu protokola linio montras unu adreson. La tekkomputilo portas tuneladreson, la konekto povas eliri per alia elirejo, kaj la retumil-kontrolo, kiun vi faris, pruvas nenion pri FTP. Ĉiuj tri povas malsami, kaj la protokola linio registras nur unu el ili. Decidu, pri kiu konekto vi demandas, antaŭ ol kompari ion ajn..

Ĉi tiuj paŝoj supozas rajtigitan esploron kun difinita tempofenestro, ne foliumadon tra la transoj de iu alia..

1. Decidu, pri kiu konekto vi demandas

FTP uzas du konektojn. La regada konekto portas ordonojn kaj respondojn, kaj la datena konekto portas la dosieron mem. Ensalut-evento apartenas al la unua, trans-evento al la dua, do unu sesio en protokolo povas enhavi observojn el du malsamaj retaj vojoj. Skribu, al kiu evento apartenas la adreskampo, antaŭ ol fari konkludojn el ĝi..

La divido havas praktikan sekvon. Ensalut-linio kaj trans-linio el la sama sesio povas porti du malsamajn fontadresojn, do citi iun ajn el ili kiel “la adreso de la kliento” estas konjekto pri kiu konekto vi legas. Kontrolu la eventotipon antaŭ ol kongruigi adreson kun io ajn..

2. Sekvu la regadan konekton

Lanĉu la klienton kun ebligita sencimiga eliro, aŭ kaptu sur la kliento dum ĝi konektiĝas, kaj notu la kunulon, kiun ĝi efektive atingas. Se VPN estas aktiva kaj la kliento iras tra ĝi, la servilo vidas la elir-adreson de la VPN kaj ne la alirret-adreson de la tekkomputilo.

Se la kliento ĉirkaŭas la tunelon, la servilo vidas la alir-adreson kaj la propra adreso de la VPN-kuplilo neniam aperas sur la reto. Tial la tuneladreso de la tekkomputilo kutime estas la malplej utila valoro en la bildo: ĝi ekzistas nur ene de la tunelo. Uzu ss aŭ paketkapton por konfirmi la fonton, kiun la kliento prezentas, anstataŭ legi ĝin de konfigura ekrano..

Du ordonoj kovras la plejparton:

ss -tnp state established "( sport = :21 or dport = :21 )"
tcpdump -ni any tcp port 21

La unua listigas la lokajn kaj kunulajn finpunktojn, kiujn uzis via propra stako. La dua montras la adresojn skribitajn sur la reto, kio estas pli proksima al la vidpunkto de la servilo sed ankoraŭ haltas ĉe via kuplilo, do nur la protokolo de la servilo aŭ ĝia propra kapto montras, kion la servilo registris..

3. Kontrolu, ĉu la datena konekto kongruas

En pasiva modo la servilo diras al la kliento, kien konektiĝi, kaj en aktiva modo la servilo konektiĝas reen al adreso, kiun la kliento provizis. Ambaŭ modo povas sendi la datenan konekton aliloke ol la regadan konekton, kiam traduko aŭ prokurilo troviĝas en la vojo. Konfirmu la modon el la klienta protokolo, poste kontrolu, ĉu la datena konekto uzis la saman vojon..

Transo registrita de adreso malsama ol la ensaluto estas reala observo kaj ne difektita rikordo, kaj ĝi kutime diras ion pri la vojo..

4. Petu la operatoron pri mallarĝa rikordo

Donu al la servila operatoro la sesian tempon kun ĝia horzono, la konton, la operacion kaj la celon. Demandu, kiu konekto produktis la adreskampon, kaj ĉu fidinda peranto ŝanĝas ĝian signifon..

Legu la faktan skemon de tiu servilo anstataŭ supozi, ke ĉiu produkto registras la originalan klienton, la regadan kunulon kaj la datenan kunulon aparte, ĉar iuj resumas tutan sesion sub unu linio. Tenu ankaŭ la protokolon klara: SFTP estas protokolo bazita sur SSH kaj ne FTP sur alia pordo, kaj FTPS aldonas TLS al FTP, do la identeco de la servo en la protokolo dependas de tio, kiun vi deplojis..

5. Kontrolu antaŭ ol atribui

Elir-adreso povas servi multajn klientojn, kaj unu konto povas esti uzata de pluraj permesitaj fontoj, do adreso kaj uzantnomo ne identigas la saman unuon. Protokolado estas servila politiko: VPN ŝanĝas la fonton, kiun konekto prezentas, sed ĝi ne forviŝas la kontan nomon, la dosiernomon aŭ la operacion, kiun prilaboris la ricevanta servo. Atribuu nur tion, kion montras la rikordo, kaj marku la reston kiel nekonata. La FTP-priskribo de WinSCP estas kompakta referenco por la modelo de du konektoj, se vi bezonas klarigi ĝin al iu alia..

Du ordinaraj kazoj montras, kial tio gravas. Oficejo povas sendi ĉiun uzanton tra unu sola elir-adreso, do cent homoj produktas unu valoron en la protokolo. La malo okazas same ofte: unu konto konektiĝas de hejma linio kaj de oficeja linio en la sama semajno, kaj ambaŭ enskriboj priskribas la saman personon..