Agonian ibiltzea edo trafikoa enkriptatzea Direct Connect-en, 3. zatia

Eta iΓ±ork ez du ardo berririk sartzen ogi zaharretan; bestela ardo berriak azalak lehertu eta bere kabuz irtengo dira, eta azalak galduko dira; baina ardo berria ohol berrietan sartu behar da; orduan biak salbatuko dira. ADOS. 5:37,38

Aurtengo apirilean, munduko DC hub handienaren administrazioak konexio seguruetarako laguntzaren hasiera iragarri zuen. Ea zer atera den.

Itzuli ingelesera

Kontzientzia askatasuna

Honetaz pentsatu nuen guztia esana baitago lehenago, artikuluaren zati honek ez luke batere existitu behar.

Segurtasuna behar baduzu, aukeratu bezero modernoa eta ADCen gunea. Dot.

Baina zer gertatzen da oraindik NMDC zentroa erabiltzen baduzu, hau da, arrunt? Kasu honetan, DC bezero zaharren, oso zaharren, berrien edo besterik gabe konfiguratu gabekoen bateraezintasunari aurre egin beharko diozu. Baina hori egin zen, eta arazoak ez ziren luze agertu.

Mafia

Lehenik eta behin, bezero-bezero konexio seguruak ezartzen dira bezero-zentroaren enkriptatzea edozein dela ere.

Bigarrenik, ezinezkoa da bisualki zehaztea konexio seguruen eskaerak igortzen dituen edo ez dagoen zentroa.

Hirugarrenik, gaur egun DC bezero ia guztiek konexio-enkriptatzea gaituta daukate lehenespenez.

Gogoratzen al zara? Orain goazen egiaztatu TLS ezarpenak erabiltzailearen aldean, konektatu zentrora eta saiatu arretaz bezeroak elkarren artean konektatzen.

NMDCs zentroa

Agonian ibiltzea edo trafikoa enkriptatzea Direct Connect-en, 3. zatia

DC++-k erabat ukatzen ditu NMDC zentroetako konexio seguruak, baina guztiz onartzen ditu ohikoak. Garatzaileek arrazoia behin baino gehiagotan adierazi dute - ez du zentzurik antzinako arrasto bera jarraitzeak!

StrongDC++-k TLS v.1.0 baino ez du ezagutzen, eta bezero modernoek ez dute batere konektatzen. GreylinkDC++-rekin are okerragoa da.

FlylinkDC++ bezero zaharragoekin bateragarritasun moduan erortzen da. Zenbat denbora beharko da eta beharrezkoa al da?...

EiskaltDC++-k gauza bera egiten du gogo gutxiagorekin, bere beharretarako bakarrik.

ADC hub(k)

Agonian ibiltzea edo trafikoa enkriptatzea Direct Connect-en, 3. zatia

Dena berdina da, baina DC ++ aktiboki sartzen da jokoan.

EiskaltDC++-k ez dirudi NMDC eta ADC zentroen arteko alderik egiten, biekin zorrotza izanik.

Zer gertatzen da ondareko bezeroak iragazten badituzu sarreran TLS v.1.2 onartzeko derrigorrezko eskakizuna ezarriz?...

ADC zentroak

Agonian ibiltzea edo trafikoa enkriptatzea Direct Connect-en, 3. zatia

Bikaina, ezta?

Findings

Irakurleak pentsa dezake onena dela FlylinkDC++ erabiltzea eta arazorik ez izatea, baina bezero hau ahaztu egiten zaizu problematikoa nere kabuz. Ezagutzen dudan azken istiluetako bat da erabiltzaile askok huts egin izana urruneko konfigurazio bat erabiliz konexio seguruak onartzeko laukiak eta aurreko bertsio guztietan haien eza birtuala.

Laburbilduz, arrazoi historiko eta politiko asko direla eta, NMDCen zentroak bezeroen arteko konexio seguruetarako oinarri gisa erabiltzea zaila edo ezinezkoa da. NMDCs hub bat erabiliz, erabiltzaile batzuekin konektatzeko gaitasuna galduko duzula bermatuta dago, eta horren truke segurtasuna jasoko duzu, baina bermerik gabe.

Gomendioak

Hasi ADC zentroak erabiltzen, gutxienez aurretik. Ukatu zaharkitutako bezeroei eta, DC zentroko administratzailea bazara, debekatu Strong eta Gray. Izan ere

Bere aurka banatutako erreinu oro suntsitua da; eta bere aurka banatutako hiri edo etxe oro ezin da egon. Matt. 12:25

Iturria: www.habr.com

Gehitu iruzkin berria