Në vitin 2005 filloi puna për ndryshimin e standardit IEEE1588-2002 me qëllim zgjerimin e fushave të mundshme të aplikimit të tij (telekomunikacionet, lidhje me valë etj.). Rezultati ishte një botim i ri i IEEE1588-2008, i cili ka qenë i disponueshëm që nga marsi 2008 me veçoritë e reja të mëposhtme:

• Algoritme të avancuara për të siguruar saktësinë nanosekonda.
• Rritja e shpejtësisë së sinkronizimit të kohës (është i mundur transmetimi më i shpeshtë i mesazheve sinkronizimi Sync).
• Mbështetje për llojet e reja të mesazheve.
• Prezantimi i një parimi operimi me një modalitet (nuk ka nevojë të dërgoni mesazhe FollowUp).
• Futja e mbështetjes për të ashtuquajturin funksion orë transparente për të parandaluar akumulimin e gabimeve të matjes në një skemë të lidhjes kaskadë të çelsave.
• Futni profile që përcaktojnë cilësimet për aplikacionet e reja.
• Mundësia e caktimit në mekanizma të tillë transporti si DeviceNet, PROFInet dhe IEEE802.3/Ethernet (caktim direkt).
• Prezantimi i një strukture TLV (lloji, gjatësia, vlera) për të zgjeruar shtrirjen e mundshme të standardit dhe për të përmbushur nevojat e ardhshme.
• Prezantimi i shtesave shtesë opsionale të standardit.

Parimi i funksionimit të sistemeve bazuar në protokollin PTP

Në sistemet që përdorin protokollin PTP, ekzistojnë dy lloje të orëve: ora kryesore dhe ora skllav. Ora kryesore kontrollohet në mënyrë ideale ose nga një orë radio ose nga marrësi GPS dhe sinkronizon orën skllav. Ora në pajisjen fundore, qoftë master apo skllav, konsiderohet një orë e rregullt; orët e përfshira në pajisjet e rrjetit që kryejnë funksionin e transmetimit dhe drejtimit të të dhënave (për shembull, në ndërprerësit Ethernet) konsiderohen orë kufitare.

Oriz. 1. Sipas protokollit PTP, sinkronizimi kohor i pajisjeve kryhet në bazë të skemës "master-slave".

Procedura e sinkronizimit sipas protokollit PTP ndahet në dy faza. Në fazën e parë, korrigjohet diferenca kohore midis orëve master dhe skllav - domethënë, kryhet i ashtuquajturi korrigjim i kompensimit të kohës. Për ta bërë këtë, pajisja kryesore transmeton një mesazh me qëllim të sinkronizimit të kohës së sinkronizimit në pajisjen skllave (lloji i mesazhit Sync). Mesazhi përmban orën aktuale të orës kryesore dhe transmetohet periodikisht në intervale kohore fikse.

Megjithatë, duke qenë se leximi i orës kryesore, përpunimi i të dhënave dhe transmetimi i tyre përmes kontrolluesit të Ethernetit kërkon pak kohë, informacioni në mesazhin e transmetuar nuk është më i rëndësishëm deri në momentin që ai merret. Në të njëjtën kohë, momenti në të cilin mesazhi Sync largohet nga dërguesi, i cili përfshin orën kryesore (TM1), regjistrohet sa më saktë që të jetë e mundur. Pajisja kryesore më pas transmeton kohën e regjistruar të mesazhit Sync në pajisjet skllave (Mesazhi për ndjekje). Ata gjithashtu matin sa më saktë që të jetë e mundur momentin në kohë kur është marrë mesazhi i parë (TS1) dhe llogaritin sasinë me të cilën është e nevojshme të korrigjohet diferenca në kohë midis tyre dhe pajisjes kryesore, përkatësisht (O) (shih Fig. 1 dhe Fig. 2). Pastaj leximet e orës në pajisjet skllav korrigjohen drejtpërdrejt nga vlera e kompensimit. Nëse nuk ka pasur vonesa në transmetimin e mesazheve përmes rrjetit, atëherë mund të themi se pajisjet janë të sinkronizuara në kohë.

Oriz. 3. Llogaritja e kohës së vonesës së mesazhit në ndërprerës.

Vonesa në transmetimin e një mesazhi në të dy drejtimet do të jetë identike nëse pajisjet janë të lidhura me njëra-tjetrën përmes një linje komunikimi dhe asgjë më shumë. Nëse ka ndërprerës ose ruter në rrjet midis pajisjeve, atëherë nuk do të ketë një vonesë simetrike në transmetimin e mesazheve midis pajisjeve, pasi çelësat në rrjet ruajnë ato paketa të dhënash që kalojnë nëpër to, dhe një renditje e caktuar e transmetimit të tyre është zbatuar. Kjo veçori, në disa raste, mund të ndikojë ndjeshëm në vonesën në transmetimin e mesazhit (ndryshime të konsiderueshme në kohën e transmetimit të të dhënave janë të mundshme). Kur ngarkesa e informacionit në rrjet është e ulët, ky efekt ka pak ndikim, por kur ngarkesa e informacionit është e lartë, kjo mund të ndikojë ndjeshëm në saktësinë e sinkronizimit të kohës. Për të eliminuar gabimet e mëdha, u propozua një metodë e veçantë dhe u prezantua koncepti i orëve kufitare, të cilat zbatohen si pjesë e ndërprerësve të rrjetit. Kjo orë kufitare është e sinkronizuar me orën kryesore. Më tej, çelësi në çdo port është pajisja kryesore për të gjitha pajisjet skllav të lidhura me portet e saj, në të cilat kryhet sinkronizimi përkatës i orës. Kështu, sinkronizimi kryhet gjithmonë sipas një skeme pikë-për-pikë dhe karakterizohet nga pothuajse e njëjta vonesë në transmetimin e mesazhit në drejtimet e përparme dhe të kundërta, si dhe nga vlera praktikisht e pandryshuar e kësaj vonese nga një transmetim mesazhi në tjetrin. .

Megjithëse parimi i bazuar në përdorimin e orëve kufitare ka treguar efektivitetin e tij praktik, një mekanizëm tjetër u përcaktua në versionin e dytë të protokollit PTPv2 - mekanizmi i përdorimit të të ashtuquajturit. orë transparente. Ky mekanizëm parandalon akumulimin e gabimeve të shkaktuara nga ndryshimet në madhësinë e vonesave në transmetimin e mesazheve të sinkronizimit nga çelësat dhe parandalon një ulje të saktësisë së sinkronizimit në rastin e një rrjeti me një numër i madhçelsat me kaskadë. Gjatë përdorimit të këtij mekanizmi, transmetimi i mesazheve të sinkronizimit kryhet nga master në skllave, ashtu si transmetimi i çdo mesazhi tjetër në rrjet. Megjithatë, kur mesazhi i sinkronizimit kalon përmes çelësit, regjistrohet një vonesë në transmetimin e tij nga çelësi. Vonesa regjistrohet në një fushë korrigjimi të veçantë si pjesë e mesazhit të parë Sync ose si pjesë e mesazhit të mëpasshëm FollowUp (shih Fig. 2). Gjatë transmetimit të mesazheve të kërkesës për vonesë dhe përgjigjes së vonuar, regjistrohet edhe koha e vonesës së tyre në çelës. Kështu, zbatimi i mbështetjes për të ashtuquajturat. orët transparente të përfshira në çelsat bëjnë të mundur kompensimin e vonesave që ndodhin drejtpërdrejt në to.

Zbatimi i protokollit PTP

Nëse kërkohet PTP në një sistem, duhet të zbatohet një pirg protokolli PTP. Kjo mund të bëhet me prezantim kerkesa minimale ndaj performancës së procesorëve të pajisjes dhe xhiros së rrjetit. Kjo është shumë e rëndësishme për zbatimin e grumbullit të protokolleve në pajisje të thjeshta dhe të lira. Protokolli PTP mund të zbatohet lehtësisht edhe në sistemet e ndërtuara në kontrollues të lirë (32 bit).
E vetmja kërkesë që duhet të plotësohet për të siguruar saktësi të lartë të sinkronizimit është që pajisjet të matin sa më saktë që të jetë e mundur momentin në kohë në të cilin mesazhi transmetohet dhe momentin në kohë kur mesazhi merret. Matja duhet të bëhet sa më afër harduerit (për shembull, drejtpërdrejt në drejtues) dhe me saktësinë më të lartë të mundshme. Në implementimet vetëm me softuer, arkitektura dhe performanca e sistemit kufizon drejtpërdrejt saktësinë maksimale të lejuar.

Duke përdorur mbështetje shtesë harduerike për vulosjen e kohës, saktësia mund të përmirësohet shumë dhe mund të bëhet praktikisht e pavarur nga softueri. Kjo kërkon përdorimin e logjikës shtesë, e cila mund të zbatohet në një qark të integruar logjik të programueshëm ose në një qark të integruar të specializuar për zgjidhjen e një detyre specifike në hyrjen e rrjetit.

konkluzionet

Protokolli PTP e ka provuar tashmë efektivitetin e tij në shumë fusha. Ju mund të jeni të sigurt se ai do të bëhet më i përhapur gjatë viteve të ardhshme dhe se shumë zgjidhje duke e përdorur atë mund të zbatohen më thjesht dhe me efikasitet sesa përdorimi i teknologjive të tjera.

Pajisjet KYLAND që mbështesin IEEE 1588v2

07/09/2012, e hënë, 10:07, koha e Moskës

Problemi kryesor me rrjetet e transportit të gjeneratës së ardhshme është se teknologjia Ethernet fillimisht ishte projektuar për lokale rrjetet kompjuterike dhe nuk kishte për qëllim kurrë të transmetonte sinjale sinkronizimi. Në dekadat e fundit, rrjetet me komutim qarku janë dominuar nga teknologjia e hierarkisë dixhitale sinkrone (SDH) si një mjet transporti, i bazuar në transmetimin e sinjaleve të orës. Por edhe kjo teknologji e besueshme dhe e provuar nuk i plotëson kërkesat e aplikacioneve moderne.

faqet: e mëparshme | | 2

Duke përdorur standardin Sync Ethernet

Teknologjia Ethernet fillimisht u zhvillua ekskluzivisht për përdorim në rrjetet lokale. Metodat për kodimin linear të informacionit në nivelin fizik u zgjodhën në përputhje me detyrat që nuk përfshinin transmetimin e një sinjali të orës. Rrjetet SDH fillimisht përdorën kodet e linjës NRZ, të cilat janë përshtatur për të transmetuar sinkronizimin në shtresën fizike të kanalit të komunikimit. Gjatë krijimit të teknologjisë Sync Ethernet, shtresa fizike dhe metodat e kodimit u huazuan nga teknologjia SDH, dhe shtresa e dytë (kanali) praktikisht nuk u prek. Struktura e kornizës mbetet e pandryshuar, me përjashtim të bajtit të statusit të sinkronizimit SSM. Kuptimi i tij u huazua gjithashtu nga teknologjia SDH.

Parimi i transmetimit të sinkronizimit nëpërmjet protokollit Sync Ethernet

Përparësitë e teknologjisë Sync Ethernet përfshijnë përdorimin e strukturës së shtresës fizike SDH, dhe së bashku me këtë, përvojën e madhe dhe të paçmuar në projektimin dhe ndërtimin e rrjeteve të sinkronizimit të rrjetit të orës. Identiteti i metodave ka mbajtur rekomandimet e vjetra G.803, G.804, G.811, G.812 dhe G.813 të rëndësishme në teknologjinë e re. Pajisjet e shtrenjta - oshilatorët kryesorë të referencës (PEG), oshilatorët kryesorë sekondarë (MSO) - mund të përdoren gjithashtu në rrjetin e ri të transportit të ndërtuar në standardin Sync Ethernet.

Skema tipike e sinkronizimit duke përdorur teknologjinë Sync Ethernet

Disavantazhet përfshijnë faktin se në të gjithë rrjetin e transmetimit, çdo pajisje duhet të mbështesë standardin e ri, dhe nëse ka një pajisje në linjë që nuk mbështet Sync Ethernet, atëherë të gjitha pajisjet pas kësaj nyje nuk mund të funksionojnë në modalitetin sinkron. Për rrjedhojë, kërkohen kosto të mëdha materiale për të modernizuar të gjithë rrjetin. Një tjetër disavantazh është se kjo metodë mbështet vetëm transmetimin e sinkronizimit të frekuencës.

Duke përdorur PTP (IEEE1588v2)

Dhe metoda e fundit e transferimit të sinkronizimit, e cila kohët e fundit është bërë gjithnjë e më popullore, është Protokolli i Kohës së saktë (PTP). Ai përshkruhet në Rekomandimin 1588 të IEEE. Në vitin 2008, u lëshua një version i dytë i këtij dokumenti, i cili përshkruan përdorimin e protokollit në rrjetet e telekomunikacionit. Precise Time Protocol është mjaft i ri, por vetë teknologjia e transferimit të kohës është huazuar nga protokolli i rrjetit të kohës (NTP). Protokolli NTP në të Versioni i fundit nuk ofron saktësinë që nevojitet për aplikacionet moderne dhe për këtë arsye ka mbetur një mjet i mirë për sinkronizimin e kohës që përdoret gjerësisht në sinkronizimin e serverëve, bazave të të dhënave të shpërndara, etj. Por në ndërtimin e një rrjeti sinkronizimi të rrjetit të orës, një vazhdim logjik i protokollit NTP është i përshtatshëm - ky është protokolli PTP. Elementet e rrjetit që marrin pjesë në ndërveprim nëpërmjet protokollit PTP janë pajisjet e mëposhtme: PTP Grand Master dhe PTP Slave. Në mënyrë tipike, Grand Master merr kohën nga marrësi GNSS dhe, duke përdorur këtë informacion, shkëmben paketat me pajisjen Slave dhe korrigjon vazhdimisht mospërputhjet kohore midis pajisjeve Master Master dhe Slave. Sa më aktiv të jetë ky shkëmbim, aq më e lartë do të jetë saktësia e rregullimit. Ana negative e një shkëmbimi të tillë aktiv është rritja e gjerësisë së brezit që i ndahet protokollit PTP. Problemi më i rëndësishëm në llogaritjen e mospërputhjes në intervalet kohore është se midis pajisjeve Master Master dhe Slave mund të ketë ruterë "klasikë" të shtresës 3. Termi "klasik" në këtë rast përdoret për të theksuar se këto pajisje nuk kuptojnë asgjë në lidhje me protokollin e shtresës 5 PTP.

Vonesat në buferët e ruterave të tillë janë mjaft të vështira për t'u menaxhuar dhe ato janë të rastësishme në natyrë. Për të kontrolluar këto gabime të rastësishme, si dhe për ta bërë më të saktë llogaritjen e mospërputhjes kohore midis Master Master dhe Slave, në protokollin PTP u fut një parametër i veçantë - Vula Kohore. Kjo etiketë tregon kohën që duhet që një paketë të kalojë nëpër ruter. Nëse përgjatë gjithë shtegut nga Grand Master në Slave ruterët kanë funksionalitet PTP dhe vendosin një stamp kohor, atëherë gabimi i rastësishëm i lidhur me kalimin e paketave PTP përmes rrjetit IP mund të minimizohet.

Një shembull i ndërtimit të një rrjeti sinkronizimi duke përdorur protokollin PTP

Krahasimi i metodave të transferimit të sinkronizimit në rrjetet e paketave të gjeneratës së re

Funksionaliteti PTP në ruterat nuk kërkohet, por rekomandohet shumë kur përdorni protokollin PTP. Duhet të theksohet se shumica e prodhuesve të ruterave e përfshijnë këtë funksionalitet në pajisjet e tyre. Një shembull i ndërtimit të një qarku sinkronizimi për operatori celularështë paraqitur në figurën e mëposhtme. Avantazhi i PTP është se protokolli është krijuar për të transmetuar të tre llojet e sinkronizimit: frekuencën, fazën dhe kohën. Disavantazhi kryesor i protokollit është varësia e tij nga ngarkesa. Kur ka bllokime në një rrjet IP që janë të vështira për t'u menaxhuar, është shumë e vështirë të sigurohet respektimi i rreptë me rregullat për transmetimin e sinkronizimit nëpër rrjet.

Teknologjia	Përparësitë	Të metat
GNSS	Sigurimi i sinkronizimit të frekuencës, fazës dhe kohës. Nuk varet nga ngarkesa e rrjetit.	Instalimi i detyrueshëm i antenës. Pamundësia e përdorimit në hapësira të mbyllura. Ndërhyrje të mundshme nga pajisje të tjera radio. Teprica sigurohet vetëm duke instaluar një marrës të dytë GNSS
Sinkronizoni Ethernetin	Nuk varet nga ngarkesa e rrjetit. Ngjashëm me rrjetin SDH	Ofron vetëm sinkronizim të frekuencës. Mbështetja e Sinkronizimit Ethernet kërkohet për të gjithë elementët e rrjetit
PTP	Sigurimi i sinkronizimit të frekuencës, fazës dhe kohës.	Varet nga ngarkesa e rrjetit.

Secila metodë ka avantazhet dhe disavantazhet e veta, të cilat janë paraqitur në tabelë. Për të përcaktuar qasjen e duhur, rekomandohet të merren parasysh shumë kritere që janë specifike për rrjete të ndryshme.

Mikhail Vekselman

faqet: e mëparshme | | 2

65 nanometra është synimi i radhës i impiantit të Zelenogradit Angstrem-T, i cili do të kushtojë 300-350 milionë euro. Kompania ka paraqitur tashmë një kërkesë për një kredi preferenciale për modernizimin e teknologjive të prodhimit në Vnesheconombank (VEB), njoftoi Vedomosti këtë javë duke iu referuar kryetarit të bordit të drejtorëve të uzinës, Leonid Reiman. Tani Angstrem-T po përgatitet të nisë një linjë prodhimi për mikroqarqet me një topologji 90 nm. Pagesat për kredinë e mëparshme VEB, për të cilën është blerë, do të fillojnë në mesin e vitit 2017.

Pekini rrëzon Wall Street

Indekset kryesore amerikane shënuan ditët e para të Vitit të Ri me një rënie rekord; miliarderi George Soros tashmë ka paralajmëruar se bota po përballet me një përsëritje të krizës së 2008-ës.

Procesori i parë rus i konsumatorit Baikal-T1, me çmim 60 dollarë, po lëshohet në prodhim masiv

Kompania Baikal Electronics premton të nisë në prodhim industrial procesorin rus Baikal-T1 që kushton rreth 60 dollarë në fillim të 2016. Pajisjet do të jenë të kërkuara nëse qeveria krijon këtë kërkesë, thonë pjesëmarrësit e tregut.

MTS dhe Ericsson së bashku do të zhvillojnë dhe zbatojnë 5G në Rusi

Mobile TeleSystems PJSC dhe Ericsson kanë hyrë në marrëveshje bashkëpunimi në zhvillimin dhe zbatimin e teknologjisë 5G në Rusi. Në projektet pilot, përfshirë gjatë Kupës së Botës 2018, MTS synon të testojë zhvillimet e shitësit suedez. Në fillim të vitit të ardhshëm, operatori do të fillojë një dialog me Ministrinë e Telekomit dhe Komunikimeve Masive për formimin kërkesa teknike në gjeneratën e pestë të komunikimeve celulare.

Sergey Chemezov: Rostec është tashmë një nga dhjetë korporatat më të mëdha inxhinierike në botë

Kreu i Rostec, Sergei Chemezov, në një intervistë për RBC, iu përgjigj pyetjeve të ngutshme: për sistemin Platon, problemet dhe perspektivat e AVTOVAZ, interesat e Korporatës Shtetërore në biznesin farmaceutik, foli për bashkëpunimin ndërkombëtar në kontekstin e sanksioneve. presion, zëvendësim importi, riorganizim, strategji zhvillimi dhe mundësi të reja në kohë të vështira.

Rostec po "rrethohet" dhe po shkel dafinat e Samsung dhe General Electric

Bordi Mbikëqyrës i Rostec miratoi "Strategjinë e Zhvillimit deri në vitin 2025". Objektivat kryesore janë rritja e pjesës së produkteve civile të teknologjisë së lartë dhe arritja e General Electric dhe Samsung në treguesit kryesorë financiarë.

Dërgoni punën tuaj të mirë në bazën e njohurive është e thjeshtë. Përdorni formularin e mëposhtëm

Studentët, studentët e diplomuar, shkencëtarët e rinj që përdorin bazën e njohurive në studimet dhe punën e tyre do t'ju jenë shumë mirënjohës.

Postuar në http://www.allbest.ru/

Ministria e Arsimit dhe Shkencës e Federatës Ruse

Institucioni Arsimor Autonom Shtetëror Federal

Arsimi i lartë profesional

"Universiteti Kombëtar i Kërkimeve Bërthamore "MEPhI"

Instituti Teknologjik Trekhgorny - dega e Universitetit Kombëtar të Kërkimeve Bërthamore MEPhI

Departamenti Kompjuterike

në disiplinën "Teknologjitë e internetit"

me temë: “Protokolli RSYNC. Sinkronizimi i kohës. Protokolli NTP. Protokolli SNTP"

Plotësuar nga: student i grupit 5VT-58

Koltsov D.A.

Kontrolluar: Art. Rev. Dolgopolova M.O.

Trekhgorny 2012

PROTOKOLI RSYNC

SINKRONIZIMI I KOHËS

PROTOKOLI NTP

PROTOKOLL SNTP

LISTA E BURIMEVE TË INTERNETIT TË PËRDORUR

APLIKACIONET

PROTOKOLI RSYNC

Rsinkronizoj(eng. Sinkronizimi në distancë) - një program për Sisteme të ngjashme me UNIX, i cili sinkronizon skedarët dhe drejtoritë në dy vende duke minimizuar trafikun, duke përdorur kodimin e të dhënave kur është e nevojshme. Një ndryshim i rëndësishëm midis rsync dhe shumë programeve/protokolleve të tjera është se pasqyrimi kryhet nga një thread në çdo drejtim (në vend të një ose më shumë thread për skedar). Rsync mund të kopjojë ose shfaqë përmbajtjen e një drejtorie dhe të kopjojë skedarë, duke përdorur opsionalisht kompresimin dhe rekursionin.

Zhvilluesi- Wayne Davison;

salla e operacionitsistemi- Softuer ndër-platformë.

I lëshuar nën licencën GNU GPL, rsync është softuer falas.

Ndër-platformë(ndër platformë)softwaresigurinë-- softuer që funksionon në më shumë se një platformë harduerike dhe/ose sistem operativ. Një shembull tipikështë softuer i krijuar për të punuar në salla operative Sistemet Linux dhe Windows në të njëjtën kohë.

Ekziston një implementim i rsync për Winows, ose më mirë jo një zbatim i drejtpërdrejtë, por një montim i rsync dhe cygwin, i quajtur cwRsync.

Algoritmi

Shërbimet rsync përdor një algoritëm të zhvilluar nga programuesi australian Andrew Tridgell (Shtojca C) për të transferuar në mënyrë efikase strukturat (si skedarët) nëpër lidhjet e komunikimit kur kompjuteri marrës ka tashmë një version të ndryshëm të asaj strukture.

Kompjuteri marrës e ndan kopjen e tij të skedarit në copa jo të mbivendosura të një madhësie fikse S dhe llogarit një shumë kontrolli për secilën pjesë: një hash MD4 (Shtojca A) dhe një numër kontrolli rrotullues më i dobët (Shtojca B) dhe i dërgon ato te server me të cilin është sinkronizuar.

Serveri që sinkronizohet me llogarit shumat e kontrollit për secilën pjesë të madhësisë S në versionin e tij të skedarit, duke përfshirë pjesët e mbivendosura. Kjo mund të llogaritet në mënyrë efikase për shkak të vetive speciale të shumës së kontrollit rrotullues: nëse rrotullimi i shumës së kontrollit të bajteve n deri në n+S-1 është i barabartë me R, atëherë bajtët e shumave kontrolluese rrotulluese n+1 deri në n+S mund të llogariten nga R, bajt n dhe bajt n. +S pa pasur nevojë të merren parasysh bajtet që ndodhen brenda këtij intervali. Kështu, nëse bajtet e shumës së kontrollit rrotullues 1-25 janë llogaritur tashmë, atëherë ai i mëparshmi përdoret për të llogaritur bajtet e shumës së kontrollit rrotullues 2-26 shuma e kontrollit dhe bajt 1 dhe 26.

bazë Përparësitë

Shpejtësia: Fillimisht, rsync përsërit të gjithë përmbajtjen midis burimit dhe destinacionit (lavamanit). Më pas, rsync transferon vetëm blloqet ose bitet e ndryshuara në destinacion, duke e bërë sinkronizimin vërtet të shpejtë;

Siguria: rsync përfshin enkriptimin e të dhënave në tranzit duke përdorur protokollin SSH;

rsync ngjesh dhe dekompreson të dhënat bllok pas blloku në anën dërguese dhe marrëse, respektivisht. Kështu, gjerësia e brezit të përdorur nga rsync është më e ulët në krahasim me protokollet e tjera të transferimit të skedarëve.

Sintaksë

$ Destinacioni i burimit të opsioneve rsync, ku Burimi dhe Destinacioni mund të jenë lokal ose të largët. Kur përdoret me objekte në distancë, specifikon hyrjen, emrin e serverit dhe shtegun.

Disa opsione të rëndësishme:

1) -a,--Arkivi mënyra e arkivit;

2) -r,-- rekursive direktoriume kalimi (rekursion);

3) -R,-- i afërm shtigjet relative;

4) -H,---lidhjet e forta ruaj lidhjet e forta;

5) -S,-- i rrallë të trajtojë me efikasitet skedarë të rrallë;

6) -x,--sistemi me një skedar mos i kaloni kufijtë e sistemit të skedarëve;

7) -exclude=MODELI përjashtoni skedarët e një kampioni të caktuar;

8) -fshij-gjatë marrësi hiqet KUR TRANSMETOHET;

9) -fshij-pas marrësi hiqet PAS TRANSMETIMIT.

SINKRONIZIMI I KOHËS

Koha në një epokë teknologjitë e informacionit ka marrë një rëndësi të veçantë për njeriun modern. Secili prej nesh i shikon orët të paktën disa herë në ditë. Shumë njerëz sinkronizojnë rregullisht pajisjet e tyre të raportimit të kohës përmes burimeve të ndryshme, duke përfshirë internetin. Koha e saktë ndonjëherë luan një rol vendimtar në çështjet ku as minutat, por sekondat janë të rëndësishme. Për shembull, tregtimi në bursa mund të rezultojë në shkatërrim për një lojtar, ora e të cilit tregon kohën e gabuar.

Teknologjia sinkronizimi koha

Të gjitha procesi i sinkronizimit të kohës kryhet përmes një protokolli të veçantë rrjeti të quajtur NTP(RrjetiKohaprotokoll). Ky protokoll është një grup rregullash dhe algoritmesh të ndryshme matematikore, falë të cilave koha në kompjuterin tuaj rregullohet saktësisht me një diferencë prej disa të qindta të sekondës. Ekziston gjithashtu një protokoll për sistemet që nuk kërkojnë sinkronizim kaq të saktë, i quajtur SNTP. Diferenca midis burimit dhe pajisjes marrëse mund të jetë deri në 1 sekondë.

Teknologjia për transmetimin e parametrave të saktë të kohës është një strukturë shumështresore, ku çdo shtresë bazë e pajisjeve elektronike sinkronizohet me atë bazë. Sa më e ulët të jetë shtresa teknologjike, aq më pak e saktë do të jetë koha e përftuar prej saj. Por kjo është në teori, në praktikë gjithçka varet nga shumë parametra të përfshirë në sistemin e sinkronizimit dhe kohë më e saktë mund të merret, për shembull, nga shtresa e katërt e pajisjeve sesa nga e treta.

Në nivelin zero të këtij zinxhiri transmetimi ka gjithmonë pajisje të raportimit të kohës, përafërsisht, orë. Këto orë janë pajisje molekulare, atomike ose kuantike për mbajtjen e kohës dhe quhen orë referimi. Pajisjet e tilla nuk transmetojnë parametrat e kohës drejtpërdrejt në internet; ato zakonisht lidhen me kompjuterin primar nëpërmjet një ndërfaqeje me shpejtësi të lartë me vonesa minimale. Janë këta kompjuterë që përbëjnë shtresën e parë në zinxhirin teknologjik. Në shtresën e dytë do të ketë makina që marrin kohë nga shtresa e parë e pajisjeve përmes një lidhjeje në rrjet, më së shpeshti përmes internetit. Të gjitha shtresat pasuese do të marrin informacion për kohën e saktë duke përdorur të njëjtat protokolle rrjeti nga shtresat mbivendosje.

Sistemet sinkronizimi koha

NË në përputhje me Ligjin Federal “Për Komunikimet” Nr. territori i Federatës Ruse nga operatorët e telekomunikacionit dhe operatorët postarë duhet të përdorin një kohë të vetme të kontabilitetit dhe raportimit - Moska." Për ta bërë këtë në rrjet dixhital Operatori i telekomunikacionit duhet të organizojë një sistem të saktë të kohës.

Një sistem i saktë kohor është një grup mjetesh teknike që ofrojnë transmetim periodik të informacionit dixhital në lidhje me vlerën e kohës aktuale nga një burim referimi në të gjithë elementët e rrjetit në mënyrë që të sinkronizojnë orët e tyre të brendshme. Kjo vlen për pajisjet dixhitale të rrjeteve të telekomunikacionit, në të cilat përpunohen të dhëna të ndryshme në kohë reale dhe duhet të sigurohet ekzekutimi i njëkohshëm i disa proceseve të brendshme teknologjike.

Rëndësia e zgjidhjes së problemit të organizimit të një sistemi sinkronizimi për një kohë të vetme të saktë, ose, me fjalë të tjera, organizimi i sinkronizimit të kohës, në rrjetet e telekomunikacionit është i lidhur pazgjidhshmërisht me zhvillimin e sistemeve të faturimit, sistemeve të kontrollit për qëllime të ndryshme, sigurinë e rrjetit, kompjuterin. sistemeve, si dhe përmirësimin e metodave të funksionimit pajisje dixhitale telekomunikacion dhe mbështetje metrologjike.

Konsumatorët e sinjaleve të unifikuara kohore janë: sistemet kompjuterike dhe serverët kompjuterikë (sistemet e menaxhimit dhe monitorimit të pajisjeve të rrjetit), pajisjet për SDH, ATM, rrjetet e transportit IP dhe rrjetet komutuese, serverët e faturimit dhe bazës së të dhënave; pajisjet e transmetimit të të dhënave dhe komutimit të paketave (ruterat, ndërprerësit) etj.

Përdorimi i sinkronizimit të kohës ju lejon të sinkronizoni kohën e fillimit dhe të përfundimit të çdo procesi në rrjetin e një ose operatorë të ndryshëm telekomunikacionet, për shembull, kur lokalizoni një aksident duke përdorur diagnostikimin e pajisjeve të brendshme dhe krijoni një hyrje në regjistër për ngjarjen që ka ndodhur në server në sistemin e kontrollit, lidhni bisedat e pajtimtarëve, tarifoni trafikun e informacionit në përputhje me kohën e ditës dhe vendndodhjen e abonent në zonën e shërbimit të një rrjeti të caktuar dhe së fundi, kryerja e procedurave në lidhje me konfirmimin e marrjes/transferimit nënshkrim elektronik, kryerja e transaksioneve etj.

Puna për të krijuar një sistem të saktë kohor përfshin:

* Zgjedhja e burimit të sinjalit në kohë të saktë;

* përcaktimi i metodës së transmetimit të sinjaleve të sakta kohore në një rrjet komunikimi;

* përzgjedhja e protokolleve të rrjetit dhe sinjaleve të sakta kohore;

* identifikimi i pajisjeve që kërkojnë sinkronizim kohor;

* përzgjedhja e opsioneve të zgjidhjes për sigurimin e llojeve të ndryshme të pajisjeve me sinjale të sakta kohore.

Ndër mjetet me precizion të lartë dhe më të përballueshëm për transmetimin e sinjaleve kohore që nuk kërkojnë marrjen me qira të linjave ekzistuese ose ndërtimin e linjave të komunikimit shtesë, me të drejtë mund të përfshihen sistemet satelitore të navigimit global (GNSS): rusisht GLONASS dhe amerikane GPS. Globaliteti i sistemeve sigurohet nga funksionimi në orbitë i një grupi satelitësh të dukshëm nga kudo në Tokë, duke transmetuar vazhdimisht sinjale me precizion të lartë që mund të përdoren në një sistem kohor të saktë.

Aktualisht, për shembull, sistemi satelitor GPS mund të përdoret për të sinkronizuar pajisjet e rrjeteve të telekomunikacionit të operatorëve rusë të telekomunikacionit vetëm si një përparësi e dytë, prandaj, është e nevojshme të përdoret një sistem satelitor si burimi kryesor i sinjaleve të sakta kohore. GLONASS.

Për të marrë shkallën kohore nga sistemet satelitoreështë e nevojshme të përdoren pajisje speciale që përmbajnë marrës sinjalesh GLONASS Dhe GPS. Kjo pajisje e specializuar quhet server kohe ( KohaServeri). Gjatë transmetimit të sinjaleve të kohës nga serveri te klientët e rrjetit në distancë, përdoren protokolle speciale të internetit NTP(RrjetiKohaprotokoll) Dhe PTP(SaktësiKohaProtokolli- IEEE1588). Bazuar në protokollet e rrjetit, këshillohet që të ndërtohet një sistem i saktë kohor sipas parimit të hierarkisë.

PROTOKOLI NTP

Protokolli NTP (Protokolli i Kohës së Rrjetit) përdoret nga serverët NTP për të shpërndarë informacionin rreth një kohe të saktë referimi midis pajtimtarëve të rrjetit. Përdoret gjithashtu nga mjetet e internetit për të siguruar sinkronizimin e kompjuterëve dhe proceseve.

NTP është përdorur si një protokoll interneti për më shumë se 25 vjet. Ky protokoll është protokolli më i gjatë i përdorur në internet. Ajo lindi nga nevoja për të sinkronizuar kohën dhe proceset në internet. Protokolli NTP u përdor fillimisht në platformat LINUX dhe UNIX duke përfshirë FreeBSD (një version jo komercial i UNIX për PC), por më vonë filloi të përdoret në sistemin operativ Sistemi Windows. Sistemet speciale NTP përdorin kryesisht sistemi operativ LINUX.

Përveç kësaj, përveç protokollit NTP, ekziston SNTP (Simple Network Time Protocol). Në nivelin e paketave, të dy protokollet janë plotësisht të pajtueshëm. Dallimi kryesor midis tyre është se SNTP nuk ka sisteme komplekse filtrimi dhe korrigjimi me shumë faza i gabimeve të pranishme në NTP. Kështu, SNTP është një version i thjeshtuar dhe më i lehtë për t'u zbatuar i NTP. Ai është menduar për përdorim në rrjete ku nuk kërkohet saktësi shumë e lartë në kohë, dhe në zbatimin e Microsoft ofron saktësi brenda 20 sekondave brenda një ndërmarrje dhe jo më shumë se 2 sekondave brenda një faqeje të vetme. Protokolli SNTP është i standardizuar si RFC 1769 (versioni 3) dhe RFC 2030 (versioni 4).

bazë parimet protokoll NTP

Protokolli NTP u krijua për t'u siguruar përdoruesve të rrjetit tre parametra:

1) vendosja e një dështimi standard kohor;

2) vendosja e një cikli të plotë të vonesës kohore;

3) vendosja e përhapjes së parametrave në lidhje me orët e specializuara të referencës.

Dështimi i referencës së kohës është diferenca kohore midis orës lokale dhe orës referuese. Një cikël i plotë i vonesës është sasia e kohës që i duhet protokollit për të marrë një përgjigje nga serveri. Përhapja e parametrave është gabimi maksimal i orës lokale në raport me standardin.

Mesazhet protokoll NTP

Protokolli NTP përdor UDP (Protokolli i të dhënave të përdoruesit) Një mesazh NTP përbëhet nga disa fusha:

1) Treguesi i kërcimit;

2) Numri i versionit;

6) Saktësia;

7) Defekt në sistemin rrënjor;

8) Ndryshimi i parametrave;

9) Identifikues standard;

10) Data e krijimit;

11) Vula e kohës së pritjes;

12) Vula e kohës së transferimit;

13) Njohja e kodit;

14) Përmbledhje e mesazheve.

Treguesi i kërcimit paralajmëron për një rritje të afërt të përmbledhjes ose fshirjes.

Numri i versionit tregon numrin e versionit NTP që përdoret.

Mode ndihmon në përcaktimin e modalitetit të mesazhit aktual NTP.

Dekompozuesi është një sistem 8-bitësh që identifikon nivelin hierarkik të orës së referencës.

Sondazhi përcakton intervalin maksimal midis mesazheve.

Saktësia përcakton besnikërinë e orës lokale.

Gabimi rrënjësor tregon gabimin nominal të referencës së kohës.

Identifikuesi standard është një kod ASCII me 4 karaktere që identifikon burimin e standardit, për shembull: GPS, DCF, MSF. Fusha "Identifikuesi i kodit" përdoret kur është e nevojshme të përcaktohet vlefshmëria e kodit.

Data e krijimit të modelit përcakton kohën kur kërkesa NTP e përdoruesit është dërguar në serverin NTP.

Vula kohore e marrë tregon kohën kur është marrë kërkesa nga serveri NTP.

Vula kohore e transmetimit tregon kohën kur mesazhi i përgjigjes së serverit NTP iu transmetua përdoruesit.

Fusha e përmbledhjes ruan kodin e vërtetimit të mesazhit MAC (Kodi i vërtetimit të mesazheve).

Mënyrat puna NTP serverët

NTP serveri mund të funksionojë në tre mënyra:

Në dy mënyrat e para, përdoruesi dërgon një kërkesë NTP në server. Serveri përgjigjet me një mesazh që përdoruesi përdor për të sinkronizuar kohën NTP. Në modalitetin multicast, mesazhet NTP dërgohen periodikisht në intervale të caktuara kohore.

Ora e referencës

Për të sinkronizuar kohën e serverëve NTP, të ndryshme burimet e jashtme kohën e saktë. GPS përdoret shumë shpesh për të siguruar saktësinë e kohës. Ekzistojnë gjithashtu burime të ndryshme qeveritare të kohës referuese, si transmetimi radiofonik. Shumë stacione radio transmetojnë jo vetëm në territorin e shteteve të tyre, por edhe jashtë vendit, kështu që mund të vendosni lehtësisht kohën duke i përdorur ato.

PROTOKOLI SNTP

skedari i sinkronizimit të programit të protokollit

SNTP(Anglisht: Simple Network Time Protocol) - protokoll i sinkronizimit të kohës mbi një rrjet kompjuterik. Është një zbatim i thjeshtuar i protokollit NTP. Përdoret në sisteme dhe pajisje të integruara që nuk kërkojnë saktësi të lartë, si dhe në programe kohore të personalizuara. Protokolli SNTP përdor të njëjtin format kohor si protokolli NTP - një numër 64-bitësh i përbërë nga një numërues sekondash 32-bit dhe një numërues sekondash të pjesshëm 32-bit. Një vlerë zero e numëruesit të kohës korrespondon me orë zero më 1 janar 1900, 6 orë 28 minuta 16 nga 7 shkurt 2036, etj. Për funksionimin me sukses të protokollit, është e nevojshme që klienti të dijë kohën e tij brenda ±34. vite në raport me kohën e serverit.

Formati mesazhe

Figura 1 - Formati i mesazhit

Përshkrimi i fushave të formatit të mesazhit SNTP të paraqitur në Figurën 1:

Treguesi i korrigjimit (IC) tregon një paralajmërim për një futje ose fshirje të ardhshme të një sekonde në minutën e fundit të ditës;

Numri i versionit (NV) -- vlera aktuale është 4;

Intervali i votimit është një numër i plotë i panënshkruar, eksponenti binar i të cilit përfaqëson intervalin maksimal ndërmjet mesazheve të njëpasnjëshme në sekonda. Përcaktuar vetëm për mesazhet e serverit, vlera të vlefshme nga 4 (16 s) në 17 (rreth 36 orë);

Precisioni është një numër i plotë i nënshkruar, eksponenti binar i të cilit përfaqëson saktësinë e orës së sistemit. Të përcaktuara vetëm për mesazhet e serverit, vlerat tipike janë ?6 deri në ?20;

Latenca është një numër i nënshkruar me një pikë fikse, e vendosur midis 15 dhe 16 shifrave, që tregon kohën totale që i duhet sinjalit për t'u përhapur përpara dhe mbrapa në burimin e sinkronizimit të serverit të kohës. Përcaktuar vetëm për mesazhet e serverit;

Varianca është një numër i panënshkruar me pikë fikse midis 15 dhe 16 shifrave që tregon gabimin maksimal për shkak të paqëndrueshmërisë së orës. Përcaktuar vetëm për mesazhet e serverit;

ID-ja e burimit - burimi i sinkronizimit të serverit, vargu për shtresën 0 dhe 1, adresa IP për serverët dytësorë. Përcaktuar vetëm për mesazhet e serverit;

Koha e përditësimit -- koha kur ora e sistemit është vendosur ose rregulluar për herë të fundit;

Çelësi i identifikimit, përmbledhja e mesazheve - fusha opsionale të përdorura për vërtetim.

Operacionet serverët SNTP

Serveri SNTP mund të funksionojë në mënyrat unicast, onecast ose multicast, dhe gjithashtu mund të zbatojë çdo kombinim të këtyre mënyrave. Në modalitetet unicast dhe anycast, serveri merr kërkesa (modaliteti 3), modifikon disa fusha në kokën e NTP dhe dërgon një përgjigje (modaliteti 4), ndoshta duke përdorur të njëjtin bufer mesazhesh si kërkesa. Në modalitetin unicast, serveri dëgjon një adresë transmetimi ose multicast të përcaktuar nga IANA, por përdor adresën e tij unicast në fushën e adresës së burimit të përgjigjes. Me përjashtim të zgjedhjes së adresës në përgjigje, funksionimi i serverit në modalitetet unicast dhe unicast është identik. Mesazhet multicast dërgohen zakonisht në intervale nga 64 deri në 1024 sekonda, në varësi të qëndrueshmërisë së orës së klientit dhe saktësisë së kërkuar.

Në modalitetet anycast dhe unicast, fushat VN dhe regjistrimi (Poll) e kërkesës kopjohen pa ndryshime në përgjigje. Nëse fusha e modalitetit të kërkesës përmban kodin 3 (klient), ai vendoset në 4 (server) në përgjigje; përndryshe, kjo fushë shkruhet në 2 (passive simetrike) për të siguruar përputhjen me specifikimin NTP. Kjo lejon që klientët e konfiguruar për modalitetin aktiv simetrik (modaliteti 1) të funksionojnë me sukses edhe nëse konfigurimi nuk është optimal. Në modalitetin multicast në fushë VN futet kodi 4, në fushën e modalitetit kodi 5 (transmetim) dhe në fushën e regjistrimit pjesa e plotë është vlera e logaritmit bazë 2 të kohëzgjatjes së periudhës së dërgimit të kërkesës.

Në modalitetet unicast dhe anycast, serveri mund t'i përgjigjet ose të injorojë kërkesat, por sjellja e preferuar është të dërgoni një përgjigje në çdo rast, pasi ju lejon të verifikoni që serveri është i arritshëm.

Treguesi më i rëndësishëm i dështimit të serverit është fusha LI, ku një kod prej 3 tregon mungesë sinkronizimi. Kur merret kjo vlerë e veçantë, klienti DUHET të injorojë mesazhin e serverit, pavarësisht nga përmbajtja e fushave të tjera.

Konfigurimi Dhe kontrollin

Origjinale Serverët dhe klientët SNTP mund të konfigurohen bazuar në një skedar konfigurimi, nëse ekziston një skedar i tillë, ose nëpërmjet portës serike. Supozohet se serverët dhe klientët SNTP kërkojnë pak ose aspak konfigurim specifik të hostit (përtej një adrese IP, maskë nënrrjeti ose adresë OSI NSAP).

Klientët unikë duhet të pajisen me emrin ose adresën e serverit. Nëse përdoret një emër serveri, atëherë kërkohet një ose më shumë adresa të serverëve më të afërt DNS.

Serverët multicast dhe klientët anycast duhet të pajisen me një vlerë TTL, si dhe një adresë lokale transmetimi ose multicast. Serverët Anycast dhe klientët multicast mund të konfigurohen duke përdorur listat e çifteve të maskave të adresave. Kjo siguron kontroll të aksesit në mënyrë që transaksionet të ndodhin vetëm me klientë ose serverë të njohur. Këta serverë dhe klientë duhet të mbështesin protokollin IGMP dhe gjithashtu të dinë adresën lokale të transmetimit ose multicast.

LISTA E BURIMEVE TË INTERNETIT TË PËRDORUR

1) https://ru.wikipedia.org/wiki/Rsync;

2) http://greendail.ru/node/487;

3) http://inetedu.ru/articles/19-services/70-synchronization-time.html;

4) http://www.ptime.ru/exec_time.htm;

5) http://www.tenderlib.ru/articles/56;

6) http://docstore.mik.ua/manuals/ru/inet_book/4/44/sntp4416.html;

7) http://www.ixbt.com/mobile/review/billing.shtml.

APLIKACIONET

Shtojca A

MD4(Message Digest 4) është një funksion hash i zhvilluar nga profesori i Universitetit të Massachusetts Ronald Rivest në 1990, dhe i përshkruar për herë të parë në RFC 1186. Duke pasur parasysh një mesazh hyrës arbitrar, funksioni gjeneron një vlerë hash 128-bit të quajtur një përmbledhje e mesazhit. Ky algoritëm përdoret në protokollin e vërtetimit MS-CHAP, i cili u zhvillua nga Microsoft për të kryer procedurat e vërtetimit në stacionet e largëta të punës të Windows. Është paraardhësi i MD5.

Figura A - Operacioni MD4

Një operacion MD4 (Figura A). MD4 hashing përbëhet nga 48 operacione të tilla, të grupuara në 3 raunde me 16 operacione. F -- funksion jolinear; në çdo raund funksioni ndryshon. M i nënkupton bllokun e mesazheve hyrëse 32-bit dhe K i është një konstante 32-bitëshe, e ndryshme për secilin operacion.

Shtojca B

Shuma kontrolluese rrotulluese

Unazorhash Rolling hash - një funksion hash që përpunon hyrjen brenda një dritareje të caktuar. Marrja e vlerës hash për dritaren e zhvendosur në funksione të tilla është një operacion i lirë. Për të rillogaritur vlerën, ju duhet vetëm të dini vlerën e mëparshme hash; vlera e të dhënave hyrëse që mbetën jashtë dritares; dhe kuptimi i të dhënave që hynë në dritare. Procesi është i ngjashëm me llogaritjen e mesatares lëvizëse.

Përdoret në algoritmin e kërkimit të nënvargut Rabin-Karp, si dhe në programin rsync për krahasimin e skedarëve binare (përdoret versioni unazor i adler-32).

Shtojca C

Andrew Tridgell

Andrew"Tridge"Tridgell(28 shkurt 1967) -- Programues australian, i njohur si autor dhe kontribues në projektin Samba dhe bashkë-krijues i algoritmit rsync. Ai është gjithashtu i njohur për punën e tij duke analizuar protokollet dhe algoritmet komplekse të pronarit, duke çuar në krijimin e implementimeve të ndërveprueshme pa pagesë. Fitues i Çmimit Software të Lirë për 2005.

FalasSoftwareÇmimi-- Çmimi vjetor i FSF-së për kontributet në softuerin e lirë, themeluar në 1998.

Figura C - Andrew Tridgell

Postuar në Allbest.ru

Dokumente të ngjashme

Analiza e sulmeve kryesore mbi Protokolli TLS dhe identifikimin e metodave për t'iu kundërvënë këtyre sulmeve. Zhvillimi i një metode për përgjimin dhe deshifrimin e trafikut të transmetuar nëpërmjet protokollit HTTPS. Deshifrimi i të dhënave të transmetuara në kohë pothuajse reale.

artikull, shtuar 21.09.2017


Krijimi i sistemit operativ UNIX. Historia e krijimit dhe zhvillimit të protokolleve TCP/IP. Protokolli i transportit. Një kanal logjik komunikimi midis pajisjes dhe daljes së të dhënave pa krijuar një lidhje. Protokolli për ndërveprim me serverin e emrave të domenit.

test, shtuar 18.05.2009


Llojet e rasteve të njësive të sistemit. Topologjitë bazë të rrjetit: autobus, unazë, yll, pemë. FTP është një protokoll i krijuar për transferimin e skedarëve përmes rrjeteve kompjuterike. Klasifikimi i softuerit. Sistemet e marrjes së informacionit dhe klasifikimi i tyre.

test, shtuar më 24.12.2010


Përkufizimi i një protokolli IP që transferon paketat ndërmjet rrjeteve pa krijuar lidhje. Struktura e kokës së paketës IP. Inicializimi i një lidhjeje TCP, fazat e saj. Implementimi i IP në ruter. Protokolli për dërgimin e besueshëm të mesazheve TCP, segmenteve të tij.

test, shtuar 11/09/2014


Koncepti i protokollit Secure Sockets Layer. "Kanali i sigurt", vetitë bazë. Përdorimi i protokollit, disavantazhet e tij. Ndërfaqja e programit EtherSnoop. Fazat e protokollit të dialogut. Çelësat publikë, veçoritë e shpërndarjes. Shkëmbimi i të dhënave në internet.

abstrakt, shtuar 31.10.2013


Informacione të përgjithshme rreth protokollit të transferimit të të dhënave FTP. Proceset teknike për krijimin e një lidhjeje duke përdorur protokollin FTP. Software për të bërë një lidhje duke përdorur protokollin FTP. Disa probleme me serverët FTP. Komandat e protokollit FTP.

abstrakt, shtuar 11/07/2008


Përshkrimi dhe qëllimi i protokollit DNS. Duke përdorur skedarin pritës Karakteristikat dhe përshkrimi i metodave të sulmeve në DNS: server DNS i rremë, përmbytje e thjeshtë DNS, phishing, sulm përmes kërkesave të pasqyruara DNS. Mbrojtja dhe kundërveprimi ndaj sulmeve në protokollin DNS.

abstrakt, shtuar më 15.12.2014


Zhvillimi i një programi serveri që ju lejon të monitoroni nga distanca një kompjuter që funksionon nën Kontrolli Linux. Kushtet e nevojshme për të zgjidhur këtë problem: protokollet e transferimit të të dhënave të përdorura, software, biblioteka dinamike.

puna e kursit, shtuar 18.06.2009


Përshkrimi i llojeve kryesore të stacioneve të protokollit HDLC. Mënyrat normale, asinkrone dhe të balancuara të funksionimit të stacionit në gjendjen e transmetimit të informacionit. Metodat e kontrollit të rrjedhës së të dhënave. Formati dhe përmbajtja e fushave të informacionit dhe kontrollit të protokollit HDLC.

punë laboratorike, shtuar 10/02/2013


Funksioni i protokollit dhe struktura e paketës së protokollit që po zhvillohet. Gjatësia e fushave të kokës. Llogaritja e gjatësisë së buferit të pranimit në varësi të gjatësisë së paketës dhe vonesës së pranueshme. Algoritme për përpunimin e të dhënave në pritje dhe transmetim. Implementimi i softuerit të protokollit.

Protokolli i kohës së rrjetit është një protokoll rrjeti për sinkronizimin e orës së brendshme të një kompjuteri duke përdorur rrjete me vonesë të ndryshueshme bazuar në ndërrimin e paketave.

Megjithëse NTP tradicionalisht përdor UDP për të operuar, ai është gjithashtu i aftë të ekzekutojë mbi TCP. Sistemi NTP është jashtëzakonisht rezistent ndaj ndryshimeve në vonesën e medias së transmetimit.

Koha përfaqësohet në sistemin NTP si një numër 64-bitësh, i përbërë nga një numërues i dytë 32-bit dhe një numërues i dytë i pjesshëm 32-bit, duke lejuar që koha të transmetohet në intervalin 2-32 sekonda, me një saktësi teorike prej 2-32 sekonda. Meqenëse shkalla kohore në NTP përsëritet çdo 2 32 sekonda (136 vjet), marrësi duhet të paktën të dijë afërsisht kohën aktuale (me një saktësi prej 68 vjetësh). Gjithashtu vini re se koha matet nga mesnata e 1 janarit 1900, jo nga viti 1970, kështu që pothuajse 70 vjet (përfshirë vitet e brishtë) duhet të zbriten nga koha NTP për të përshtatur saktë kohën me sistemet Windows ose Unix.

Si punon

Serverët NTP funksionojnë në një rrjet hierarkik, çdo nivel i hierarkisë quhet një shtresë. Niveli 0 përfaqësohet nga ora e referencës. Standardi është marrë nga sinjali GPS (Global Positioning System) ose shërbimi ACTS (Automated Computer Time Service). Në nivelin zero, serverët NTP nuk funksionojnë.

Serverët e nivelit 1 NTP marrin informacionin e kohës nga një orë referimi. Serverët NTP të nivelit 2 janë të sinkronizuar me serverët e nivelit 1. Mund të ketë deri në 15 nivele gjithsej.

Serverët NTP dhe klientët NTP marrin të dhëna kohore nga serverët e nivelit 1, megjithëse në praktikë është më mirë që klientët NTP të mos e bëjnë këtë, pasi mijëra kërkesa individuale të klientëve do të ishin një barrë e madhe për serverët e nivelit 1. Është më mirë të konfiguroni një server lokal NTP që klientët tuaj do të përdorin për të marrë informacione për kohën.

Struktura hierarkike e protokollit NTP është tolerante ndaj gabimeve dhe e tepërt. Le të shohim një shembull të punës së tij. Dy serverë NTP të nivelit 2 sinkronizohen me gjashtë serverë të ndryshëm të nivelit 1, secili në një kanal të pavarur. Nyjet e brendshme sinkronizohen me serverët e brendshëm NTP. Dy serverë NTP të nivelit 2 koordinojnë kohën me njëri-tjetrin. Nëse lidhja me serverin e nivelit 1 ose një nga serverët e nivelit 2 dështon, serveri i tepërt i nivelit 2 merr përsipër procesin e sinkronizimit.

Po kështu, nyjet dhe pajisjet e nivelit 3 mund të përdorin cilindo nga serverët e nivelit 2. Ajo që është më e rëndësishme është se të kesh një rrjet të tepërt të serverëve NTP siguron që serverët e kohës të jenë gjithmonë të disponueshëm. Duke u sinkronizuar me serverë të shumëfishtë kohë, NTP përdor të dhëna nga të gjitha burimet për të llogaritur kohën më të saktë.

Vlen të përmendet se protokolli NTP nuk e cakton kohën në formën e tij të pastër. Ai rregullon orën lokale duke përdorur një zhvendosje të kohës, diferencën midis orës në serverin NTP dhe orës lokale. Serverët dhe klientët NTP rregullojnë orët e tyre, duke u sinkronizuar me kohën aktuale gradualisht ose të gjitha menjëherë.