We zouden vaak de lichtmodule moeten horen encryptie of schrijfcode, vooral sommige grote fabrieksnetwerkapparatuur is vereist om hun originele module te gebruiken. Wat is schrijfcode-encryptie precies? Hoe gaan de externe modulefabrikanten om met de code-encryptie van de apparaatfabrikanten? Kun je het kraken? Wat gebeurt er als je het niet kunt kraken?
Allereerst praten we strikt genomen meestal over compatibiliteitsproblemen, en het schrijven van code-encryptie is niet hetzelfde. Compatibiliteitsproblemen verwijzen naar de bovengenoemde problemen, omdat de implementatie van de standaard anders is, wat resulteert in een mismatch bij het samenwerken. is niet opzettelijk. Maar schrijf de code en versleutel de module zodat deze niet werkt op het apparaat, dat is opzettelijk.
Gebaseerd op de definitie van de lichtmodule van industriestandaarden, heeft de lichtmodule er twee voor elke 128 - byte schrijfcoderegel, de twee geschreven in de zes meter lange doosopslagleverancier, model, serienummer en DDM-informatie ( toestaan van de spanning, stroom, temperatuur, bereik van lichtvermogen en feitelijk deze waarden verzameld) en compatibele code, enz. Veel apparaten, in schakelaars en andere netwerkapparatuur, en doen de limiet, optische module daarin, zullen via de I2C gaan bus om lichtschakelaarmodule zes-yard box inside-informatie te lezen, via deze informatie kan het apparaat bepalen of de module hun originele module is, als wordt vastgesteld dat dit niet de originele fabriek is, kan enige actie worden ondernomen. Hier hebben verschillende fabrikanten verschillende praktijken, voornamelijk een paar soorten.
1. Er wordt geen compatibiliteitscontrole uitgevoerd, dat wil zeggen dat het apparaat de compatibiliteitscode in de module niet leest om een oordeel te vellen, en elke module kan erop worden aangesloten.
Coderingsdoos
2. Controleer de compatibiliteitscode in de module om te bepalen of deze compatibel is of niet. Omdat de compatibiliteitscode echter platte tekst is, kunnen externe modulefabrikanten deze compatibiliteitscode gemakkelijk verkrijgen, zodat wanneer deze externe modulefabrikanten de fabriek verlaten, ze compatibel kunnen zijn zolang ze de compatibiliteitscode van de compatibele fabrikant schrijven. fabrikant in hun modules. Dit is dus hetzelfde als dingen onbewaakt achterlaten. Veel fabrikanten van netwerkkaarten maken een deel of al hun producten van deze praktijk.
3. De binnenkant van de module is compatibel met code is dynamisch compatibele code, sommige informatie is gebaseerd op de binnenkant van de module, zoals serienummers, en zelfs een unieke ID-chip erin, en vervolgens via een specifiek algoritme, geschreven na berekening In dit geval is de derde partij die het probleem oplost groter, maar zolang je alle algoritmen kent en kunt deelnemen aan het veld en de locatie van het algoritme, is het mogelijk. Een groot fabrieksonderdeel van het product, het is dit soort praktijken.
Voor leveranciers die de compatibiliteit controleren in 2 en 3 hierboven: als ze onverenigbaarheden ontdekken, zullen er een aantal verschillende maatregelen zijn; sommige zullen niet direct UP zijn, andere zullen u waarschuwen en/of u ervan weerhouden de DDM-informatie te zien. De huidige fabrikant gebruikt deze laatste vaak en behoort tot de meer gematigde praktijk. Dit is geen technisch probleem, maar een marketingstrategieprobleem.
www.htfuture.com/dacaoc-kabels
