Come sbloccare i file chm: manca il pulsante di sblocco

10

Ho scaricato un file CHM. Quando faccio doppio clic su di esso, mi viene richiesto di aprire / salvare / annullare. Sia che apra o salvi una nuova copia, la "nuova" versione richiederà lo stesso popup di apertura / salvataggio / annullamento all'infinito.
Cercando su Google sembra che Microsoft abbia ritenuto giusto per motivi di sicurezza bloccare questi file per impostazione predefinita. La soluzione è fare clic con il pulsante destro del mouse sul file e fare clic sul pulsante "sblocca" in basso:

inserisci qui la descrizione dell'immagine

il problema è che non ho quel pulsante sul mio sistema: A

proposito, il pulsante manca anche per i file .exe.
Sto usando Win7 64 bit. Qualche idea?

windows-7 security chm

— Yoav
fonte

3

Vedi qui per come disabilitare questa fastidiosa funzionalità di sicurezza, e qui per come sbloccare in blocco dalla riga di comando.

— Karan,

Funzionerà con XP? Ho lo stesso problema sulla mia macchina da lavoro.

— Yoav,

Sì, entrambi dovrebbero funzionare anche su XP.

— Karan,

Un metodo che utilizza Windows PowerShell è stato fornito in questa domanda: stackoverflow.com/questions/28142826/...

— UuDdLrLrSs

Possibile duplicato di Come

— sbloccare

5

Windows mantiene i flag in un flusso di dati alternativo disponibile solo in NTFS.

I flussi di dati alternativi potranno sopravvivere copie da una cartella all'altra NTFS, ma non sopravvivono essere spostati in un volume FAT32 o ExFat. o via email o zip.

Pertanto, se non si dispone dei diritti per modificare il registro o il criterio, sono disponibili alcune opzioni:

Invia il file tramite email (anche se alcuni sistemi di posta elettronica bloccano i file chm come allegati non sicuri)
Aggiungi il file a un file Zip, quindi decomprimilo nella posizione desiderata. (Alcune utility zip possono conservare flussi di dati alternativi, quindi assicurati che l'opzione sia disattivata mentre zippi)
Spostare il file su un volume ExFat o FAT32, quindi, facoltativamente, tornare a NTFS se è lì che è necessario il file per risiedere.
Apri il file in un editor esadecimale e poi salva come nuovo file (il salvataggio sopra il file originale potrebbe non funzionare poiché alcuni editor esadecimali ottimizzano il salvataggio di un file invariato)
Inserire il file in un documento di Office come oggetto, copiare l'oggetto inserito e incollarlo in Explorer.

— ThunderFrame
fonte

Eccezionale. La compressione e decompressione ha risolto il problema per me. Grazie.

— Matt Davis,

5

La stessa cosa è successa sulla mia. Ecco come risolverlo:

Apri Regedit

Cerca la chiave:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x

Crea sottochiave ItssRestrictions
Crea DWORD MaxAllowedZonecon valore2

Se il problema persiste, sposta il file su un altro disco e riaprilo per vedere.

https://support.microsoft.com/en-us/kb/892675

— CodeFarmer
fonte

ha funzionato per me grazie!

— Kofifus,

Si noti che value = 2 potrebbe essere o meno l'impostazione corretta. Dipende dalla 'zona' in cui si trova il server di rete. Se 2 non funziona, lavorerei progressivamente verso l'alto per determinare quale zona è necessaria.

— UuDdLrLrS

Funziona per me, per l'ultimo suggerimento di spostare il file. Sorprendente!

— eriawan,

1

I file CHM sono solo bloccabili (e quindi non bloccabili) sui filesystem NTFS. Probabilmente tutte le altre fonti di file (tranne le condivisioni di rete nella zona locale) sono considerate non sicure.

Ma il blocco è stato aggiunto a XP solo da uno sp (sp2 afaik)

— Marco van de Voort
fonte

Penso che i tuoi presupposti siano sbagliati. Non è il salvataggio di un file da un volume non NTFS che lo rende pericoloso (cosa ? Magicamente NTFS ti impedisce magicamente di salvare virus o qualcosa del genere?). Sta salvando il file da una posizione esterna che fa sì che Windows lo contrassegni come non sicuro, ma richiede il supporto nel filesystem e solo NTFS supporta quei flag di "insicurezza". Comunque, questa risposta non risolve il problema di OP.

— gronostaj,

Voglio dire che quelle "bandiere" sono disponibili solo se si salva il risultato su un sistema NTFS, poiché utilizza file biforcati. Pertanto, su altri filesystem, le informazioni "sicure" non vengono conservate, il che rende potenzialmente tutti i file su tale volume potenzialmente sicuri poiché il sistema non può determinare se sono locali o file con origine esterna.

— Marco van de Voort,