Если файл ключа становится недействительным

Обновлено: 21.11.2024

Ваш файл базы данных KeePass зашифрован с помощью главного ключа. Этот мастер-ключ может состоять из нескольких компонентов: мастер-пароля, файла ключа и/или ключа, защищенного с помощью текущей учетной записи пользователя Windows.

Для открытия файла базы данных требуются все компоненты главного ключа.

Если вы забудете/потеряете какой-либо из компонентов главного ключа (или забудете состав), все данные, хранящиеся в базе данных, будут потеряны. Нет бэкдора и универсального ключа, который может открыть вашу базу данных.

Мастер-пароль

Если вы используете мастер-пароль, вам нужно запомнить только один пароль или кодовую фразу (что должно быть хорошо!), чтобы открыть базу данных.

KeePass обеспечивает защиту от атак методом грубой силы и атак по словарю; подробности см. на странице справки по безопасности.

Ключевой файл

Файл ключа – это файл, содержащий ключ (и, возможно, дополнительные данные, например хэш, позволяющий проверить целостность ключа). Расширение файла обычно "keyx" или "key".

Файл ключа нельзя изменять, иначе вы больше не сможете открыть базу данных. Если вы хотите использовать другой файл ключа, откройте диалог смены мастер-ключа (через «Файл» → «Изменить мастер-ключ») и создайте/выберите новый файл ключа.

Двухфакторная защита. Файл ключа — это то, что вы должны иметь, чтобы иметь возможность открывать базу данных (в отличие от мастер-пароля, который вы должны знать). Если вы используете и ключевой файл, и мастер-пароль, у вас есть двухфакторная защита: владение и знание.

Местоположение. Как упоминалось выше, идея файла ключа заключается в том, что у вас есть что-то. Если злоумышленник получает и ваш файл базы данных, и ваш ключевой файл, то ключевой файл не обеспечивает никакой защиты. Поэтому два файла должны храниться в разных местах. Например, вы можете сохранить файл ключа на отдельном USB-накопителе.

Скрытие местоположения. Ключевой файл content должен храниться в секрете, а не его местоположение (путь/имя файла). Попытка скрыть ключевой файл (например, сохранив его среди тысячи других файлов в надежде, что злоумышленник не будет знать, какой файл является правильным) обычно не повышает безопасность, поскольку найти правильный файл несложно. (например, проверив время последнего доступа к файлам, списки недавно использованных файлов операционной системы, журналы аудита файловой системы, журналы антивирусного программного обеспечения и т. д.). В KeePass есть опция запоминания путей к ключевым файлам, которая по умолчанию включена; его отключение обычно снижает удобство использования без повышения безопасности.

Резервное копирование. Вы должны создать резервную копию вашего ключевого файла (на независимом устройстве хранения данных). Если ваш ключевой файл представляет собой XML-файл (что используется по умолчанию), вы также можете создать резервную копию на бумаге (KeePass 2.x предоставляет команду для печати резервной копии ключевого файла в меню «Файл» → «Печать»). В любом случае резервная копия должна храниться в безопасном месте, доступ к которому есть только у вас и, возможно, у нескольких других людей, которым вы доверяете. Дополнительные сведения о резервном копировании файла ключа можно найти в разделе часто задаваемых вопросов по политике безопасности.

Форматы. KeePass поддерживает следующие форматы файлов ключей:

XML (рекомендуется, по умолчанию). Существует формат XML для файлов ключей. KeePass 2.x использует этот формат по умолчанию, т.е. при создании файла ключа в диалоге мастер-ключа создается файл ключа XML. Синтаксис и семантика формата XML позволяют обнаруживать определенные искажения (особенно вызванные неисправным оборудованием или проблемами передачи), а хэш (в файлах ключей XML версии 2.0 или выше) позволяет проверить целостность ключа. Этот формат устойчив к большинству кодировок и изменений символов новой строки (что полезно, например, когда пользователь открывает и сохраняет файл ключа или передает его с/на сервер). Такой ключевой файл можно распечатать (в качестве резервной копии на бумаге), а в файл можно добавить комментарии (с обычным синтаксисом XML: ). Это самый гибкий формат; новые функции могут быть легко добавлены в будущем.
32 байта. Если файл ключа содержит ровно 32 байта, они используются как 256-битный криптографический ключ. Для этого формата требуется минимум места на диске.
Шестнадцатеричный. Если файл ключа содержит ровно 64 шестнадцатеричных символа (0–9 и A–F в кодировке UTF-8/ASCII, одна строка без пробелов), они декодируются в 256-битный криптографический ключ.
Хэш. Если файл ключа не соответствует ни одному из указанных выше форматов, его содержимое хешируется с помощью криптографической хэш-функции для создания ключа (обычно это 256-битный ключ с SHA-256). Это позволяет использовать произвольные файлы в качестве файлов ключей.

Повторное использование. Вы можете использовать один ключевой файл для нескольких файлов базы данных. Это может быть удобно, но имейте в виду, что когда злоумышленник получит ваш файл ключа, вам придется изменить главные ключи всех файлов базы данных, защищенных этим файлом ключа.

Чтобы повторно использовать существующий файл ключа, нажмите кнопку со значком "Сохранить" в диалоговом окне создания главного ключа и выберите существующий файл. После принятия диалогового окна KeePass спросит, следует ли перезаписать или повторно использовать файл (см. снимок экрана).

Чтобы повторно использовать существующий файл ключа, нажмите кнопку "Обзор" в диалоговом окне создания главного ключа.

Учетная запись пользователя Windows

KeePass 1.x не поддерживает шифрование баз данных с использованием учетных данных учетной записи пользователя Windows. Поддерживает только KeePass 2.x и выше.

KeePass может сделать базу данных зависимой от текущей учетной записи пользователя Windows. Если вы включите этот параметр, вы сможете открыть базу данных, только если вы вошли в систему как тот же пользователь Windows, что и при создании базы данных.

Вы можете свободно изменить пароль учетной записи пользователя Windows; это не влияет на базу данных KeePass. Обратите внимание, что изменение пароля (например, пользователь с помощью панели управления или нажав Ctrl + Alt + Del и выбрав «Изменить пароль») и сброс его на новый (например, администратор, использующий команду NET USER) — это две разные вещи. После изменения пароля вы по-прежнему можете открывать базу данных KeePass. При сбросе пароля на новый доступ, как правило, больше невозможен (поскольку ключи DPAPI пользователя потеряны), но есть исключения (например, когда пользователь находится в домене, Windows может получить ключи DPAPI пользователя с контроллера домена, или домашний пользователь может использовать ранее созданный диск для сброса пароля). Подробности можно найти в статье MSDN о защите данных Windows и в статье службы поддержки Устранение неполадок API защиты данных (DPAPI).

Если вы решите использовать этот вариант, настоятельно рекомендуется не полагаться исключительно на него, а дополнительно использовать один из двух других вариантов (пароль или файл ключа).

Защита с использованием учетных записей пользователей не поддерживается в Windows 98/ME.

Для администраторов: указание минимальных свойств мастер-ключей

Администраторы могут указать минимальную длину и/или минимальное предполагаемое качество мастер-пароля, которое должно быть принято. Вы можете попросить KeePass проверить эти два минимальных требования, добавив/изменив соответствующие определения в файле конфигурации INI/XML.

Значение ключа KeeMasterPasswordMinLength может содержать минимальную длину мастер-пароля в символах. Например, если указать KeeMasterPasswordMinLength=10 , KeePass будет принимать только мастер-пароли, содержащие не менее 10 символов.

Значение ключа KeeMasterPasswordMinQuality может содержать минимальное предполагаемое качество в битах, которое должно быть у мастер-паролей. Например, если указать KeeMasterPasswordMinQuality=64 , будут приниматься только мастер-пароли с расчетным качеством не менее 64 бит.

Значение узла Security/MasterPassword/MinimumLength указывает минимальную длину мастер-пароля (в символах). Например, установив для него значение 10 , KeePass будет принимать только мастер-пароли, состоящие не менее чем из 10 символов.

Значение узла Security/MasterPassword/MinimumQuality определяет минимальное предполагаемое качество (в битах), которое должно быть у мастер-паролей. Например, если задать значение 80 , будут приниматься только мастер-пароли с расчетным качеством не менее 80 бит.

Узел Security/MasterKeyExpiryRec может быть установлен на дату XSD или продолжительность XSD (см. Типы данных даты и времени XSD). Если мастер-ключ не менялся с указанной даты или если промежуток времени между настоящим моментом и последним изменением мастер-ключа превышает указанную продолжительность, KeePass рекомендует изменить его. Этот параметр применяется ко всем базам данных, которые открываются этим экземпляром KeePass; Срок действия мастер-ключа также можно настроить для каждой базы данных отдельно (в «Файл» → «Настройки базы данных» → вкладка «Дополнительно»).

Указав флаги KeyCreationFlags и/или флаги KeyPromptFlags (в узле пользовательского интерфейса), вы можете принудительно установить состояния (включено, отключено, проверено, не проверено) элементов управления источниками ключей в диалоговых окнах создания главного ключа и подсказок. Эти значения могут быть побитовыми комбинациями одного или нескольких следующих флагов:

< td>1024

Флаг (Hex)	Флаг (Dec)	Описание
0x0	0	Не применять принудительно никакие состояния (по умолчанию).
0x1	1	Включить пароль.
0x2	2	Включить файл ключа.
0x4	4	Включить учетную запись пользователя.
0x8	8< /td>	Включить кнопку «скрыть пароль».
0x100	256	Отключить пароль.
0x200	512	Отключить ключевой файл.
0x400	Отключить учетную запись пользователя.
0x800	2048	Отключить кнопку «скрыть пароль» .
0x10000	65536	Проверить пароль.
0x20000< /td>	131072	Проверить файл ключа.
0x40000	262144	Проверить учетную запись пользователя.
0x80000< /td>	524288	Отметить опцию/кнопку «скрыть пароль».
0x1000000	16777216	Снять проверку пароля.
0x2000000	33554432	Снять отметку с файла ключа.
0x4000000	67108864	Снять отметку с учетной записи пользователя.
0x8000000	134217728	Снимите отметку с опции/кнопки "скрыть пароль".

Значения KeyCreationFlags и KeyPromptFlags должны быть указаны в десятичной системе счисления.

Например, если вы хотите принудительно использовать параметр учетной записи пользователя, вы можете проверить и отключить элемент управления (чтобы пользователь больше не мог его снять), указав 263168 в качестве значения (0x40000 + 0x400 = 0x40400 = 263168). .

„Не удалось загрузить указанный файл. Мастер-ключ недействителен. Убедитесь, что мастер-ключ правильный, и попробуйте еще раз!»

„Не удалось загрузить указанный файл. Мастер-ключ недействителен. Убедитесь, что мастер-ключ правильный, и повторите попытку!"
Мой мастер-пароль НЕ использует учетную запись пользователя Windows.
Я использую keypass в связи с Google Диском, поэтому у меня есть обновленная версия на моем ПК, ноутбук и мобильный телефон. Поскольку я подумал, что это опасно, я использую ключевой файл .keyx, который находится не на диске Google, а на локальном диске каждого устройства. У меня нет резервной копии файла базы данных .kdbx.
Я начал с keypass 2.46, но, читая ветки с похожими проблемами, я также попытался вместо этого установить keypass 2.49. Но это не помогло.
Я читал что это сообщение об ошибке может появиться, если ключевой файл поврежден, и что я могу загрузить его здесь, чтобы кто-то мог его посмотреть. Я бы предпочел сделать это, прежде чем пытаться что-то еще, например, переустановить диск Google, потому что я не знаю что еще могло случиться.Дома все работало хорошо.Теперь я нахожусь в Бразилии в течение трех месяцев, и я не могу получить доступ к своему файлу пароля.Я не осмеливаюсь изменить что-то с помощью Google Диска, потому что я не хочу рисковать тем, что не могу получить к нему доступ. Не опасно ли загружать ключевой файл сюда? Дайте мне знать, если это может помочь и если это опасно.
Я пробовал это:
Мое предложение:
1. Откройте свою базу данных с помощью KeePass 2.46.
2. Перейдите в «Файл» → «Изменить мастер-ключ» и укажите новый мастер-ключ без недопустимого файла ключа. Вы можете сгенерировать новый файл ключа с помощью кнопки «Создать».
3. Сохраните базу данных.
Затем вы можете обновить KeePass до версии 2.47.
Теперь я даже не могу открыть keypass на gdrive. Я должен использовать установочный файл, а затем он запускается один раз. Но это другая тема. Я хотел бы, чтобы ключевой файл был проверен в первую очередь. Заранее спасибо!

Если вы хотите сослаться на этот комментарий где-то еще в этом проекте, скопируйте и вставьте следующую ссылку:

PS: Я тоже не ожидал, что здесь будет указано мое полное имя. Я ожидал, что никнейм будет показан. Теперь все могут видеть, что у меня есть файл с паролем на Google Диске. Я думаю, что это опасно. Думаю, лучше поменять всю систему.

хорошо. по крайней мере последняя проблема с ФИО решена. :-)

На самом деле мы не можем проверить ваш ключевой файл, поскольку в качестве ключевого файла можно использовать любой файл. Тест заключается в том, открывает ли он вашу базу данных.

Привет, Пол, спасибо, но, как я уже писал, я уже сделал шаги, указанные по этой ссылке, и это не помогло.

Добавление ключевого файла усложняет работу и, при условии, что у вас разумный пароль длиной от 15 до 20 символов, практически не повышает безопасность. Сказав, что это не поможет восстановить ваши данные.

Сохраняет ли диск Google предыдущие версии? Когда он последний раз обновлялся? Можете ли вы сказать, с какого устройства он был обновлен. Это серьезный урок для вас, что вы никогда не должны полагаться на одно место для хранения файла базы данных.

Привет, steelej,
Надеюсь, что во время моего пребывания в Бразилии я справлюсь с этим без особых проблем. Я не знаю, с какого устройства Google Drive обновлялся и обновлялся ли он после того, как я его установил. Я мог получить доступ к базе данных паролей дома на ПК до своего последнего дня. Как только я путешествовал, я не мог войти с ноутбука или iphone. Поэтому я надеюсь, что смогу использовать его снова, когда буду дома. До сих пор у меня были только небольшие проблемы, которые не очень приятны, но самые важные пароли у меня в голове.Полезно знать о ключевом файле и о том, что он на самом деле не помогает. Я подумал, что слишком опасно иметь на телефоне менеджер ключей, где некоторые хакеры могут наблюдать за тем, что я делаю. Я думал, что это действительно поможет для большей безопасности. Если это не так, то я думаю, что метод гугл-диска не правильный. Что ты об этом думаешь?
Насколько мне известно, после моей установки не было обновлений Google Диска. У меня все еще есть установочный файл. Так что я мог бы попробовать это. Но, как я уже писал: я боюсь, что не смогу войти в свой Google Диск или что-то еще после этого шага. Когда я вчера посмотрел в программах дату установки гугл диска, там было написано "20 декабря 2021", что не может быть, потому что я настроил его довольно давно.

Спасибо!
Ингрид

Как я уже сказал, я не использую Google Диск. Некоторые мысли на будущее о других облачных сервисах.

Лично я использую TeamDrive в качестве основного облачного сервиса. Это известно как Synqion, если вы из США (по сложным юридическим причинам - какая-то американская компания пожаловалась на имя и выиграла дело). Я использую TeamDrive на Windows и на Android. TeamDrive надежно шифрует все ваши данные на облачных серверах, так что даже администраторы облачных служб не могут прочитать ваши данные. Я не думаю, что это относится к диску Google, OneDrive или Dropbox.

На самом деле я использую TeamDrive для большинства своих личных файлов (2 Гбайт свободного места), которые затем все зашифрованы, но ваш файл Keepass уже надежно зашифрован и на самом деле не нуждается в дополнительной защите, которую обеспечивает TeamDrive. Вот почему подходит подходящий пароль, если у вас нет вредоносного ПО, отслеживающего ваши нажатия клавиш, или кто-то наблюдает за вами, когда вы вводите пароль, а также получаете доступ к файлу вашей базы данных. Именно здесь TeamDrive обеспечивает дополнительную защиту.

Ключевой файл действительно повышает безопасность только в том случае, если он находится на другом съемном носителе, например на карте памяти, которая вставляется только при необходимости. Очевидно, что это не работает на телефоне, и его НЕОБХОДИМО создать резервную копию на надежном носителе (не на карте памяти USB) на случай его потери или повреждения. Карты памяти недостаточно надежны,

TeamDrive обычно сохраняет предыдущие версии каждого файла (это можно отключить). Это имеет то преимущество, что если вы совершите ошибку или у вас есть вирус, который шифрует ваши данные, вы все равно можете получить более раннюю версию. Я использую это на Android и Windows, и я знаю других, которые используют его на компьютерах MAC.

OneDrive и Dropbox также хранят версии файлов аналогично TeamDrive, но не имеют преимущества дополнительного уровня шифрования. Я ничего не знаю о Google Диске.

Обратите внимание, что вы не должны полностью полагаться на эти версии файлов, чтобы заменить надежную резервную копию вашей базы данных (и вашего ключевого файла, если вы продолжаете его использовать) в другом месте на экстренный лист как на крайний случай.

Файлы, такие как word, excel, pdf, zip или powerpoint, могут случайно столкнуться с поврежденными проблемами, например, powerpoint не открывается, пустой pdf, невозможно открыть zip-файл или excel зависает при открытии файла 0% и т. д. Но не беспокойтесь. , здесь мы предложим вам несколько решений.

Что делать, если я открываю ZIP-файл и сталкиваюсь с ошибкой, ZIP-файл недействителен?
Иногда из-за определенных вирусов в устройстве, проблем с безопасностью, связанных с MS Office, или если загружаемый файл поврежден, на экране появляется сообщение об ошибке, т.е. zip-файл недействителен.

Файл в формате Zip представляет собой файл расширения, который представляет собой сжатую форму данных и широко используется для хранения информации. Как и все другие доступные форматы файлов, это набор из одной или нескольких папок с файлами, которые сжаты в одну, чтобы упростить транспортировку и сжатие. Формат Zip обычно используется для загрузки программного обеспечения. Заархивирование программного обеспечения позволяет сэкономить место на сервере, сократить время загрузки файлов и упорядочить сотни или тысячи информации о файлах в одном Zip-файле.

Теперь здесь вы узнаете о проблеме с недействительностью zip-файла и способе ее решения!

Отдельные файлы, также называемые «архивами», называются zip-файлами, поскольку они содержат сжатый один или несколько файлов. Это упрощает хранение информации в организованном порядке, что облегчает транспортировку, загрузку, совместное использование и хранение данных. ZIP-файлы делают все процессы быстрее и эффективнее, и это делает его самым популярным форматом, используемым для сжатия файлов, используемых в Windows, а самой популярной утилитой сжатия является WinZip.

Использование zip-файлов

Данные сжимаются и занимают меньше места.
Формат zip экономит время и эффективен.
Перенос данных становится проще
Только одна загрузка дает вам доступ ко всей информации.
Связанные файлы можно группировать вместе
Большие файлы можно сохранять или преобразовывать в менее объемные элементы путем сжатия данных.

Часть 1. Что вызывает недопустимые ошибки zip-файла?

Zip-файлы обнаруживают ошибки во многих терминах, и давайте посмотрим, каковы причины этих ошибок, прежде чем мы углубимся в их решение:

Вирус является основной причиной ошибок zip-файлов.
Файлы MS Office со средним или низким уровнем безопасности также могут вызывать ошибки zip-файла.
Низкая скорость загрузки также может привести к ошибке недопустимости ZIP-файла.
Инструмент компрессора неисправен, что вызывает ошибку
Загруженный файл изначально поврежден, что приводит к ошибке

Когда отображается сообщение о недопустимом zip-файле, вы теряете доступ к информации и не можете извлекать файлы из zip-папки. Это может быть огромной проблемой, но у каждой проблемы есть свое решение, и это то, что мы ищем!

Давайте рассмотрим различные методы, которые мы можем использовать для исправления ошибки неверного zip-файла.

Часть 2. Переустановка клиента сжатия

По опыту других пользователей, первое, что приходит на ум при работе со сжатыми файлами, — это клиент сжатия, который может быть причиной ошибки. Переустановка используемого программного обеспечения оказалась для них полезной и решила проблему.

Чтобы переустановить клиент сжатия во избежание ошибки неверного zip-файла, выполните следующие действия:

Шаг 1. Сначала нажмите клавиши Windows + R, чтобы открыть окно запуска.

Шаг 2. Введите «appwiz.cpl» и нажмите Enter, чтобы открыть программы и функции

Шаг 3. Прокрутите список и удалите приложение для распаковки, которое показывает ошибку (WinZip, WinRar, 7zip и т. д.)

Шаг 4. После удаления используйте браузер, чтобы получить последнюю доступную версию клиентов декомпрессии, которая может быть:

Шаг 5. После установки перезагрузите компьютер и проверьте, можно ли снова извлечь файл

Совет: если это ваш ноутбук/ноутбук, попробуйте использовать программу Reimage Plus для сканирования репозиториев, а также замены и восстановления поврежденных и отсутствующих файлов.

Часть 3. Использование другого бесплатного программного обеспечения для сжатия

Это может показаться неправильным решением, но многие пользователи сообщили, что им удалось решить проблему с помощью другого бесплатного программного обеспечения для сжатия, такого как 7zip.

Можно использовать несколько сторонних решений, но наиболее удобным является 7zip. Чтобы получить краткое руководство по его установке и избежать ошибки недопустимого файла 7zip, вы всегда можете использовать:

Шаг 1. Посетите веб-сайт, чтобы получить установочный файл 7-zip в соответствии с архитектурой вашей Windows

Шаг 2. Откройте программу установки и следуйте инструкциям

Шаг 3. После установки zip-файлы по щелчку правой кнопкой мыши отобразят дополнительное меню и предоставят вам те же функции, что и собственный клиент.

Часть 4. Архивирование на диске с файловой системой NTFS

NTFS можно эффективно использовать для сжатия файлов. Это самый простой метод, и нет необходимости сжимать файлы, архивировать или распаковывать каждый раз, когда файл нужен. Это автоматический процесс, который не влияет на производительность файла или программного обеспечения.

В Windows 10 вы можете использовать следующие шаги для сжатия файлов и папок с помощью NTFS:

Шаг 1. Откройте проводник

Шаг 2. Найдите папку, в которой вы хотите сохранить информацию

Шаг 3. Нажмите кнопку "Домой"

Шаг 4. Нажмите кнопку создания новой папки

Шаг 5: Или вы можете просто создать новую папку, используя сочетания клавиш: Ctrl + Shift + N

Шаг 6. Введите имя папки и нажмите Enter

Шаг 7. Щелкните правой кнопкой мыши, чтобы выбрать параметр свойств

Шаг 8. Нажмите на вкладку "Общие"

Шаг 9. Затем нажмите кнопку "Дополнительно"

Шаг 10. В разделе «Сжать или зашифровать атрибуты» установите флажок «Сжать содержимое для экономии места на диске».

Шаг 11. Нажмите "ОК".

Шаг 12. Затем нажмите кнопку "Применить", чтобы сохранить настройки

Шаг 13. В диалоговом окне подтверждения изменения атрибута выберите вариант применения изменений ко всем

Шаг 14. Нажмите "ОК".

Выполнив все шаги, вы только что создали папку, которая будет сжимать все сохраненные в ней файлы и занимать меньше места, чем обычно. Существующие файлы и будущие файлы будут иметь одинаковые результаты. Эти шаги можно использовать и для отдельного файла. Если вы видите знак с двумя стрелками в правом углу, убедитесь, что настройки работают.

Чтобы проверить, сколько места вы сэкономили с помощью этого метода, щелкните папку правой кнопкой мыши и выберите свойства. Затем проверьте размер, который дает размер несжатого файла, а размер на диске дает размер элемента после сжатия. Если вы хотите отменить внесенные изменения, вам необходимо выполнить те же действия и очистить содержимое сжатия, чтобы сохранить параметр диска.

Часть 5. Запустите CMD для исправления/восстановления поврежденных или недействительных ZIP-файлов

Следующий метод также можно использовать для удаления недопустимых ошибок zip-файла:

Шаг 1. Откройте командную строку от имени администратора.

Для пользователей Windows 10/8.1: щелкните правой кнопкой мыши меню "Пуск" > щелкните командную строку (администратор)
Для пользователей Windows 7/8/Vista/XP: нажмите «Пуск»> «Все программы»> «Стандартные»> «Командная строка»> «Запуск от имени администратора».

Шаг 2. Измените каталоги на папку, в которой находится текущий поврежденный ZIP-файл

Шаг 3. Введите: ¨C:\Program files\WinZip\wzzip¨-yf zipfile.zip> нажмите Enter.

Вы также можете выявить поврежденные или недействительные ZIP-файлы, заменив имя файла на zipfile.zip

Часть 6. Восстановление недействительных/поврежденных ZIP-файлов с помощью Stellar File Repair

Это относительно простой метод для пользователей, которые предпочитают простые методы восстановления zip-файлов, отображающих недопустимую ошибку zip-файла, с помощью Stellar File Repair

Он обрабатывает все виды повреждений zip-файлов, а файлы, защищенные паролем, также могут быть восстановлены и восстановлены с помощью этого программного обеспечения. Это также облегчает восстановление файлов размером до 800 МБ, а также дает вам доступ к сохранению в сжатом формате.

Этапы использования Stellar File Repair

Этот инструмент не бесплатный, но предлагает 30-дневную гарантию возврата денег. Он отлично восстанавливает документы Word, презентации Powerpoint, а также электронные таблицы Excel и, конечно же, ZIP-архивы. Шаги по установке не перечислены, но после установки запустите инструмент и следуйте инструкциям, чтобы исправить недопустимую ошибку zip-файла

Шаг 1. Выберите параметр восстановления ZIP-файла

Шаг 2. Найдите поврежденный ZIP-файл, и он появится в списке для предварительного просмотра

Шаг 3. Нажмите кнопку восстановления и дождитесь завершения процесса

Шаг 4. После завершения процесса вы можете предварительно просмотреть файлы в меню слева.

Шаг 5. Проверьте содержимое после восстановления файла

Шаг 6. Нажмите "Сохранить", чтобы восстановить поврежденный файл в нужном месте

Это все об ошибке неверного zip-файла и о том, как ее исправить. Надеюсь, что он охватывает все ваши проблемы и обеспечивает их решение!

В этой главе перечислены некоторые распространенные сообщения об ошибках, которые может выдавать PuTTY и связанные с ним инструменты, и более подробно объясняется, что они означают.

10.1 «Ключ хоста сервера не кэшируется в реестре»

Это сообщение об ошибке появляется, когда PuTTY подключается к новому SSH-серверу. Каждый сервер идентифицирует себя с помощью ключа хоста; как только PuTTY узнает ключ хоста для сервера, он сможет определить, перенаправляет ли злоумышленник ваше соединение на другой компьютер.

Если вы видите это сообщение, это означает, что PuTTY не видел этот ключ хоста раньше и не может узнать, правильный он или нет. Вы должны попытаться проверить ключ хоста другими способами, например, обратившись к администратору машины.

Если вы видите это сообщение и знаете, что ваша установка PuTTY подключалась к тому же серверу ранее, возможно, она была недавно обновлена до версии 2 протокола SSH. Протоколы SSH 1 и 2 используют разные ключи хоста, поэтому, когда вы впервые используете SSH-2 с сервером, с которым вы раньше использовали только SSH-1, вы снова увидите это сообщение. Вы должны проверить правильность ключа, как и раньше.

Дополнительную информацию о ключах хоста см. в разделе 2.2.

10.2 «ВНИМАНИЕ! ВОЗМОЖНОЕ НАРУШЕНИЕ БЕЗОПАСНОСТИ!»

Это сообщение, за которым следует "Ключ хоста сервера не соответствует тому, который PuTTY кэшировал в реестре", означает, что PuTTY ранее подключался к серверу SSH и знает, что его ключ хоста должен быть, но нашел другой.

Это может означать, что злоумышленник заменил ваш сервер другим или перенаправил ваше сетевое соединение на свой компьютер. С другой стороны, это может просто означать, что администратор вашего сервера случайно изменил ключ при обновлении программного обеспечения SSH; это не должно происходить, но, к сожалению, возможно.

Вам следует связаться с администратором вашего сервера и узнать, ожидают ли они изменения ключа хоста. Если это так, проверьте новый ключ хоста так же, как если бы он был новым.

Дополнительную информацию о ключах хоста см. в разделе 2.2.

10.3 «В нашей конфигурации требуется протокол SSH версии 2, но сервер предоставляет только (старый, небезопасный) SSH-1»

По умолчанию PuTTY поддерживает подключение только к серверам SSH, использующим протокол SSH версии 2. Если вы видите это сообщение, сервер, к которому вы пытаетесь подключиться, поддерживает только старый протокол SSH-1.

Если сервер действительно поддерживает только SSH-1, вам нужно либо изменить параметр «Версия протокола SSH» (см. раздел 4.18.4), либо использовать параметр командной строки -1; в любом случае полученное соединение не следует рассматривать как безопасное.

Вы можете увидеть это сообщение в новых версиях PuTTY (начиная с 0.68), чего раньше не было, потому что раньше можно было настроить PuTTY на автоматический переход с SSH-2 на SSH-1. Это больше не поддерживается, чтобы предотвратить возможность атаки на более раннюю версию.

10.4 «Первым шифром, поддерживаемым сервером, является . ниже настроенного порога предупреждения»

Это происходит, когда сервер SSH не предлагает никаких шифров, которые вы настроили в PuTTY, чтобы считать их достаточно надежными. По умолчанию PuTTY выводит это предупреждение только для шифрования с одним DES и Arcfour.

Дополнительную информацию об этом сообщении см. в разделе 4.21.

10.5 «Сервер отправил сообщение об отключении типа 2 (ошибка протокола): «Слишком много ошибок аутентификации для root»»

Это сообщение создается сервером OpenSSH (или Sun SSH), если он получает больше неудачных попыток аутентификации, чем он готов терпеть.

Это легко может произойти, если вы используете Pageant и в него загружено большое количество ключей, поскольку эти серверы считают каждое предложение открытого ключа попыткой аутентификации. Это можно обойти, указав ключ, необходимый для аутентификации, в конфигурации PuTTY (см. раздел 4.22.8); PuTTY будет игнорировать любые другие ключи, которые могут быть у Pageant, но попросит Pageant выполнить аутентификацию, чтобы вам не нужно было вводить кодовую фразу.

На сервере это можно обойти, отключив аутентификацию с открытым ключом или (только для Sun SSH) увеличив MaxAuthTries в sshd_config .

10.6 «Недостаточно памяти»

Это происходит, когда PuTTY пытается выделить больше памяти, чем может дать система. Это может произойти по реальным причинам: если компьютеру действительно не хватило памяти, или если вы настроили слишком большое количество строк обратной прокрутки в своем терминале. PuTTY не может восстановиться после нехватки памяти; он прекратит работу сразу же после выдачи этой ошибки.

Однако эта ошибка также может возникать, когда память вообще не заканчивается, потому что PuTTY получает данные в неправильном формате. В SSH-2, а также в SFTP сервер отправляет длину каждого сообщения перед самим сообщением; поэтому PuTTY получит длину, попытается выделить место для сообщения, а затем получит остальную часть сообщения. Если длина, которую получает PuTTY, является мусором, она попытается выделить смехотворный объем памяти и завершит работу с ошибкой «Недостаточно памяти».

Это может произойти в SSH-2, если PuTTY и сервер не включили шифрование одинаковым образом (см. вопрос A.7.3 в FAQ).

Это также может произойти в PSCP или PSFTP, если ваши сценарии входа на сервер генерируют выходные данные: клиентская программа будет ожидать SFTP-сообщение, начинающееся с длины, и если вместо этого она получит некоторый текст из ваших сценариев входа, она попытается интерпретировать их как длину сообщения. Подробности см. в вопросе A.7.4.

10.7 «Внутренняя ошибка», «Внутренняя ошибка», «Ошибка подтверждения»

Любая ошибка, начинающаяся со слова "внутренняя", никогда не должна возникать. Если это так, то в PuTTY есть ошибка по определению; см. приложение B и сообщите нам об этом.

Точно так же любое сообщение об ошибке, начинающееся с «Ошибка утверждения», является ошибкой в PuTTY. Сообщите нам об этом и включите точный текст из окна сообщения об ошибке.

10.8 «Невозможно использовать этот файл закрытого ключа», «Не удалось загрузить закрытый ключ», «Ключ неправильного типа»

Различные формы этой ошибки печатаются в окне PuTTY или записываются в журнал событий PuTTY (см. раздел 3.1.3.1) при попытке аутентификации с открытым ключом или предоставленной Pageant при попытке загрузить закрытый ключ.

Если вы видите одно из таких сообщений, это часто означает, что вы пытались загрузить ключ неподходящего типа в PuTTY, Plink, PSCP, PSFTP или Pageant.

Возможно, вы указали ключ, который не подходит для соединения, которое вы устанавливаете. Для протоколов SSH-1 и SSH-2 требуются разные форматы закрытых ключей, а ключ SSH-1 нельзя использовать для подключения SSH-2 (или наоборот).

10.9 «Сервер отказался от нашего открытого ключа» или «Ключ отклонен»

Различные формы этой ошибки печатаются в окне PuTTY или записываются в журнал событий PuTTY (см. раздел 3.1.3.1) при попытке аутентификации с открытым ключом.

Если вы видите одно из этих сообщений, это означает, что PuTTY отправил на сервер открытый ключ и предложил пройти аутентификацию с его помощью, а сервер отказался принять аутентификацию. Обычно это означает, что сервер не настроен на прием этого ключа для аутентификации этого пользователя.

Это почти наверняка не проблема с PuTTY. Если вы видите сообщение такого типа, первое, что вы должны сделать, это тщательно проверить конфигурацию вашего сервера. Распространенные ошибки включают в себя неверные разрешения или права собственности, установленные для открытого ключа или домашнего каталога пользователя на сервере. Также прочтите журнал событий PuTTY; сервер мог отправлять диагностические сообщения, поясняющие, в чем именно заключалась проблема с вашей настройкой.

Раздел 8.3 содержит некоторые советы по настройке открытого ключа на стороне сервера.

10.10 «Отказано в доступе», «Отказано в аутентификации»

Различные формы этой ошибки печатаются в окне PuTTY или записываются в журнал событий PuTTY (см. раздел 3.1.3.1) во время аутентификации.

Если вы видите одно из этих сообщений, это означает, что сервер отказался от всех форм аутентификации, которые пробовал PuTTY, и у него нет дальнейших идей.

Возможно, стоит проверить журнал событий на наличие диагностических сообщений с сервера с более подробной информацией.

Эта ошибка может быть вызвана ошибками серверов SSH-1, которые не справляются с различными стратегиями, которые мы используем для маскировки паролей при передаче. Обновите сервер или используйте обходные пути, описанные в разделе 4.27.1 и, возможно, в разделе 4.27.2.

10.11 «Нет доступных поддерживаемых методов аутентификации»

Эта ошибка указывает на то, что у PuTTY закончились способы аутентификации на сервере SSH. Это может быть связано с тем, что в PuTTY отключена аутентификация TIS или интерактивная клавиатура, и в этом случае раздел 4.22.4 и раздел 4.22.5.

10.12 «В пакете получен неверный CRC» или «В пакете получен неверный MAC-адрес»

Эта ошибка возникает, когда PuTTY расшифровывает SSH-пакет, а его контрольная сумма неверна. Вероятно, это означает, что что-то пошло не так в процессе шифрования или дешифрования. По этому сообщению об ошибке трудно сказать, в чем проблема: в клиенте, на сервере или между ними.

Иногда это было вызвано ошибками сервера. Примером может служить ошибка, описанная в разделе 4.27.6, хотя в наши дни вы вряд ли столкнетесь с ней.

В этом контексте MAC означает код аутентификации сообщения. Это криптографический термин, и он не имеет никакого отношения к MAC-адресам Ethernet (Media Access Control) или к компьютеру Apple.

10.13 «Входящий пакет был искажен при расшифровке»

Эта ошибка возникает, когда PuTTY расшифровывает SSH-пакет, а расшифрованные данные не имеют смысла. Вероятно, это означает, что что-то пошло не так в процессе шифрования или дешифрования. По этому сообщению об ошибке трудно сказать, в чем проблема: в клиенте, на сервере или между ними.

Если вы получаете эту ошибку, вы можете попробовать поиграться с настройкой «Ошибочно вычислять ключи шифрования SSH-2» (см. раздел 4.27.7) или «Игнорировать максимальный размер пакета SSH-2» (см. раздел 4.27.11) на панели "Ошибки".

10.14 «Прокси-сервер PuTTY X11: различные ошибки»

Об этом семействе ошибок сообщается, когда PuTTY выполняет переадресацию X. Они отправляются обратно в приложение X, работающее на сервере SSH, которое обычно сообщает об ошибке пользователю.

Когда PuTTY включает переадресацию X (см. раздел 3.4), он создает виртуальный X-дисплей, работающий на сервере SSH. Этот дисплей требует аутентификации для подключения к нему (таким образом PuTTY предотвращает подключение других пользователей на вашем сервере через прокси-сервер PuTTY к вашему реальному X-дисплею). PuTTY также отправляет на сервер сведения, необходимые для подключения клиентов, и сервер должен автоматически задействовать этот механизм, чтобы ваши X-приложения просто работали.

Распространенная причина, по которой люди видят одно из этих сообщений, заключается в том, что они использовали SSH для входа в систему как один пользователь (скажем, «fred»), а затем использовали команду Unix su, чтобы стать другим пользователем (обычно «root»). Исходный пользователь «fred» имеет доступ к данным аутентификации X, предоставленным сервером SSH, и может запускать приложения X, которые перенаправляются через соединение SSH.Однако второму пользователю («root») данные аутентификации не передаются автоматически, поэтому попытка запустить X-приложение от имени этого пользователя часто завершается с ошибкой.

Если это произойдет, это не проблема с PuTTY. Вам необходимо организовать передачу ваших данных аутентификации X от пользователя, под которым вы вошли, пользователю, которым вы стали с помощью su. Как вы это сделаете, зависит от вашей конкретной системы; на самом деле многие современные версии su делают это автоматически.

10.15 «Ошибка сети: программное обеспечение вызвало разрыв соединения»

Это общая ошибка, создаваемая сетевым кодом Windows, когда он по какой-то причине разрывает установленное соединение. Например, это может произойти, если вы вытащите сетевой кабель из задней части компьютера, подключенного к Ethernet, или если у Windows есть другие подобные причины полагать, что вся сеть стала недоступной.

Windows также генерирует эту ошибку, если она отказалась от компьютера на другом конце соединения, когда-либо отвечающего на него. Если сеть между вашим клиентом и сервером выйдет из строя, а затем ваш клиент попытается отправить какие-то данные, Windows предпримет несколько попыток отправить данные, а затем сдастся и прекратит соединение. В частности, это может произойти, даже если вы ничего не вводили, если вы используете SSH-2, а PuTTY пытается выполнить повторный обмен ключами. (Дополнительную информацию о повторном обмене ключами см. в разделе 4.19.2.)

(Это также может произойти, если вы используете поддержку активности в своем соединении. Другие люди сообщают, что поддержка активности исправляет эту ошибку для них. См. раздел 4.13.1 для обсуждения плюсов и минусов поддерживает активность.)

Нам неизвестна какая-либо причина возникновения этой ошибки, которая могла бы представлять собой ошибку в PuTTY. Проблема возникает между вами, вашей системой Windows, вашей сетью и удаленной системой.

10.16 «Ошибка сети: сброс соединения партнером»

Эта ошибка возникает, когда компьютеры на каждом конце сетевого соединения теряют информацию о состоянии соединения между ними. Например, вы можете увидеть это, если ваш SSH-сервер выходит из строя и ему удается полностью перезагрузиться перед следующей попыткой отправить на него данные.

Однако чаще всего это сообщение появляется, если вы подключаетесь через брандмауэр или маршрутизатор NAT, время ожидания подключения которого истекло. Подробнее см. вопрос A.7.8 в FAQ. Вы можете улучшить ситуацию, используя сообщения поддержки активности; подробности см. в разделе 4.13.1.

Обратите внимание, что Windows может выдавать эту ошибку в некоторых случаях, не видя сброса соединения с сервера, например, если соединение с сетью потеряно.

10.17 «Ошибка сети: в соединении отказано»

Эта ошибка означает, что сетевое подключение PuTTY к вашему серверу было отклонено сервером. Обычно это происходит из-за того, что сервер не предоставляет сервис, к которому PuTTY пытается получить доступ.

Убедитесь, что вы подключаетесь по правильному протоколу (SSH, Telnet или Rlogin) и проверьте правильность номера порта. Если это не поможет, обратитесь к администратору вашего сервера.

10.18 «Ошибка сети: время ожидания подключения истекло»

Эта ошибка означает, что сетевое соединение, которое PuTTY пытался установить с вашим сервером, не получило никакого ответа от сервера. Обычно это происходит из-за того, что серверная машина полностью изолирована от сети, или из-за того, что она выключена.

Убедитесь, что вы правильно ввели имя хоста или IP-адрес вашего сервера. Если это не поможет, обратитесь к администратору вашего сервера.

Unix также выдает эту ошибку, когда пытается отправить данные по соединению, а связь с сервером во время соединения полностью потеряна. (Существует задержка в несколько минут, прежде чем Unix перестанет получать ответ от сервера.) Это может произойти, если вы вводите что-то в PuTTY, когда сеть не работает, но это также может произойти, если PuTTY по собственному желанию решает отправить данные. : из-за повторного обмена ключами в SSH-2 (см. раздел 4.19.2) или из-за поддержки активности (раздел 4.13.1).

10.19 «Ошибка сети: невозможно назначить запрошенный адрес»

Это означает, что операционная система отклонила параметры сетевого подключения, которое PuTTY пытался установить, обычно без попытки подключения к чему-либо, потому что они были просто недействительны.

Распространенный способ спровоцировать эту ошибку – случайно попытаться подключиться к порту 0, который не является допустимым номером порта.

Если вы хотите оставить отзыв об этом руководстве или о самих инструментах PuTTY, см. страницу отзывов.

Читайте также: