Kusimba dhidi ya Kulinda kwa Nenosiri: Protect na Unlock Hufanya Nini Hasa
Kulinda PDF kwa nenosiri ni usimbaji fiche wenye nenosiri la kufungua. Protect huongeza; Unlock huondoa unapolijua. Hakuna mmoja hurudisha nenosiri lililosahaulika.

Watu husema “linda PDF kwa nenosiri” na “simba PDF” kana kwamba ni bidhaa tofauti. Katika muundo wa PDF ni familia moja ya utaratibu: faili hubeba kamusi ya /Encrypt, na vionyeshi huhitaji nenosiri (au vyeti sawa) kabla ya kukupa maudhui ya kurasa wazi.
“Kulinda kwa nenosiri” humaanisha nini hasa
PDF iliyolindwa si kufuli la kiolesura kwenye programu moja pekee. Visomaji vinavyofuata viwango hukataa kufungua hati hadi nenosiri sahihi la kufungua litolewe. Huo ni usimbaji fiche wa maudhui ya faili, uliofungwa kwa funguo kwa namna ambayo nenosiri linahitajika kufungua.
Linda PDF (POST /api/v1/security/add-password) huchukua nenosiri unalochagua na kurudisha faili iliyosimbwa inayoomba nenosiri hilo linapofunguliwa. Fomu ya jukwaa huomba sehemu moja ya nenosiri. Seva husimba kupitia qpdf (--encrypt), ikitumia thamani hiyo kama nenosiri la mtumiaji (kufungua); kama hakuna nenosiri tofauti la mmiliki linalotolewa kwa API, mfuatano huo huo hutumika kwa jukumu la mmiliki. Urefu wa funguo wa chaguo-msingi ni biti 256. Zana haihifadhi nenosiri lako baada ya usindikaji kukamilika. Ukilipoteza, faili linalotokana hubaki limefungwa.
Nenosiri la mtumiaji dhidi ya nenosiri la mmiliki
Usimbaji fiche wa PDF kihistoria hutofautisha majukumu mawili:
- Nenosiri la mtumiaji (kufungua): linahitajika kufungua na kutazama hati kabisa.
- Nenosiri la mmiliki (ruhusa): mara nyingi hutumika kuweka vikwazo vya kuchapisha au kuhariri huku ukimruhusu mtu kufungua faili kwa nenosiri la mtumiaji (au kwa nenosiri tupu la kufungua, kutegemea jinsi faili iliandikwa).
Hizo ni dhana za muundo, si lebo za matangazo. Mitiririko mingi ya kila siku ya “funga PDF hii” huweka nenosiri la kufungua pekee. Kuzuia kuchapisha au kuhariri bila kuzuia kufungua ni hadithi ya ruhusa inayotumia jukumu la mmiliki; ni rahisi kuichanganya na “faili haifunguki.”
Kwenye PDF123, fomu ya Protect huomba nenosiri moja na huichukua kama nenosiri la kufungua linalohitajika kutazama faili. Unlock huhitaji nenosiri hilo hilo linalojulikana kufungua. Waitaji wa API wa hali ya juu wanaweza kutuma ownerPassword, keyLength, canPrint na canModify kwenye add-password; fomu ya kivinjari haitoi vifundo hivyo.
Unlock hufanya (na haifanyi) nini
Ondoa Nenosiri (POST /api/v1/security/remove-password) huondoa usimbaji fiche wa nenosiri uliopo unapotoa nenosiri sahihi la sasa. Kurasa, fonti na mpangilio hubaki vile vile; ni sharti la usimbaji fiche pekee linaondoka.
Hairudishi, haikisi wala kuvunja nenosiri lililosahaulika. Kama hulijui nenosiri tayari, Unlock haitalivumbua. Repair pia haiondoi usimbaji fiche; Pata Taarifa kuripoti Encrypted: true humaanisha fungua kwanza, kisha hariri.
Wakati wa kutumia kipi
| Lengo | Zana |
|---|---|
| Kuhitaji nenosiri la kufungua kabla ya kutuma au kushiriki | Protect |
| Tayari unalijua nenosiri na unataka nakala inayofunguka kwa uhuru | Unlock |
| Umesahau nenosiri | Hakuna zana inayoweza kusaidia; hifadhi manenosiri nje ya PDF |
| Faili haifunguki kwa sababu za kimuundo (si usimbaji fiche) | Repair / Pata Taarifa, si Unlock |
Protect na Unlock zote huendeshwa upande wa seva bila akaunti kwenye njia ya katalogi. Kusimba hakupunguzi faili; Bana ni kazi tofauti ya ubanaji upya wa mitiririko na bado inahitaji PDF iliyofunguliwa (au isiyosimbwa kamwe). OCR, utoaji wa jedwali na operesheni nyingi za uhariri vivyo hivyo huhitaji ufikiaji wazi kwanza: fungua kwa nenosiri linalojulikana, kisha endesha zana nyingine.
Hifadhi manenosiri nje ya PDF (kidhibiti cha manenosiri, hifadhi ya siri). Kuweka nenosiri la kufungua katika barua pepe moja na kiambatisho huharibu ulinzi. Kwa kazi hizo hizo kupitia HTTP, ona Watengenezaji.