Ошибка при создании отчета interface not supported

Ошибка «Интерфейс не поддерживается» возникает при попытке открыть какую-нибудь программу или параметры персонализации (например, настройку экрана). Чаще всего подобное происходит с системами Windows 7 и 10. Далее вы узнаете, почему это случается и как всё исправить.

Причины возникновения ошибки в Windows

Причиной ошибки «Интерфейс не поддерживается» является повреждение системных файлов Windows 7 или 10 или просто сбой. Это происходит после внесения изменений в реестр, использования твикеров, ускорителей работы и прочих дополнительных утилит, вмешивающихся в работу ОС. Иногда такое может случиться, если ПО было установлено неправильно или в компьютер проникли вирусы.

Есть несколько ошибок с одинаковым текстом, но разными пометками:

• отсылка С:WINDOWSrefedit.exe означает, что проблема кроется в реестре и проявляется при запуске софта;
• если же сверху окошка пишется числовой код «2147467262», это может значить, что сбой случился ещё на стадии установки ПО;
• и, наконец, появление надписи при открытии параметров персонализации свидетельствуют о необходимости перерегистрации системных библиотек.

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

Исправление ошибки «Интерфейс не поддерживается»

Начнём с самого простого: когда вы вызываете настройки персонализации щелчком дополнительной кнопки манипулятора и получаете ответ от explorer.exe, что «Интерфейс не поддерживается» — такое чаще всего случается именно с Windows 7. Сделайте следующее:

1. Впишите в системный поиск: Command Line.
2. Кликните по значку правой кнопкой и выберите Run As Administrator.
3. Напишите под курсором CD и нажмите «Интер».
4. Теперь напишите DIR *.dll /s /b > regdll.bat и снова нажмите «Интер».
5. Вбейте notepad regdll.bat, кликните «Интер» — появится окно программы Notepad с данными.
6. В Command Line впишите path, нажмите «Интер», вы увидите развернутую ветку разделов и файлов – скопируйте всё, что в ней написано и куда-нибудь вставьте, чтоб иметь быстрый доступ (например, в текстовый редактор).
7. Вернитесь к Command Line, впишите: path=c:windows;c:windowsCommand;c:WindowsProgram~Accessories, кликните «Интер».
8. Вставьте то, что скопировали ранее и нажмите «Интер».
9. Напишите: C:WINDOWSSystem32Regsvr32.exe /s C: и кликните «Интер», а если вас уведомят, что такой ветки нет, то вбейте другое: C:WINDOWSSystemRegsvr32.exe /s C:.
10. Вспоминаем про файл с данными в Notepad и меняем указанные там ветки на на C:WINDOWSSystem32Regsvrexe /s C: или на C:WINDOWSSystemRegsvr32.exe /s C: — в зависимости от того, какой путь оказался верным. Не забудьте зафиксировать изменения.
11. Снова вернитесь к Command Line и задайте regdll.bat.
12. Теперь начнётся продолжительная перерегистрация, в течение которой будут выскакивать окошки, где вам нужно нажимать ОК. Когда процесс, наконец, завершится, снова вернитесь к тому скопированному тексту из шестого пункта и впишите его в Command Line.

Это достаточно хлопотное дело, но помогает исправить ошибку. После её устранения не забудьте удалить твикер – программу «тонкой настройки» ОС, которой пользуетесь. Скорее всего, именно она оказалась виновницей неприятности.

Теперь рассмотрим другой вариант: когда новоустановленная программа не запускается из контекстного меню Windows, демонстрируя окно с кодом 2147467262 и информацией о неподдерживаемом интерфейсе.

1. Вбейте в системный поиск: System configuration.
2. Выберите и разверните msconfig.
3. Откройте вкладку General.
4. Уберите отметку с пункта Normal Boot и переставьте на Selective Boot.
5. Также снимите отметку с Load startup items.
6. Теперь вверху откройте вкладку Services и отметьте Don’t display services.
7. Нажмите «Применить».

Теперь перейдём к случаю, когда давно установленная программа не хочет запускаться. Вначале попробуем использовать точки восстановления:

1. Откройте «Пуск» и выйдите из учетной записи.
2. Нажмите на дисплее значок с изображением переключателя «Вкл/Выкл», зажмите «Шифт» и выберите «Перезагрузить».
3. В появившемся окне нажмите Troubleshooting — Advanced Settings — System Restore — Restore From Restore Points.
4. Снова войдите в свой администраторский аккаунт и посмотрите, есть ли подходящие точки восстановления. При их наличии запустите Restore Points и дождитесь окончания процесса.

Если ничего не вышло, может помочь использование реестра с другого компьютера:

1. Откройте нормально работающий ПК и вставьте в него любой съёмный носитель.
2. Вбейте в поиск: «Выполнить», кликните по значку ПКМ и выберите Run As Administrator.
3. Впишите в строку: regedit и нажмите «Интер».
4. Слева найдите HKEY_CLASSES_ROOT.exe, кликните ПКМ и начните экспорт.
5. Назовите, как хотите, главное, чтоб вам было понятно, а расширение укажите как .reg.
6. Сохраните в таком же виде раздел HKEY_CLASSES_ROOTexefile.
7. Включите проблемный ПК, подсоедините к нему носитель и запустите скопированные файлы двойным кликом.
8. Ответьте утвердительно на вопрос системы, действительно ли вы желаете изменить реестр.
9. Перезапустите ОС.

Пожалуй, это самый оптимальный вариант, но более продвинутые пользователи могут попробовать ручное создание reg-файла для восстановления запуска exe. Это делается в том случае, если вы твёрдо знаете, в каком разделе кроется неисправность и умеете составлять коды (или у вас есть готовый):

1. Традиционно в качестве платформы для составления reg-файла используется «Блокнот» Запустите его и вставьте код или составьте свой.
2. Нажмите File- Save As.
3. Укажите тип файла как All files и поставьте расширение .reg, нажмите ОК.
4. Теперь его можно запустить, и он автоматически попадёт в реестр.

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

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

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

Предполагается, что в качестве ОС для машины с сервером приложений Лоцман выбрана одна из серверных ОС Microsoft

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

Windows Server 2012*

Сервер приложений ЛОЦМАН реализован в виде COM+ приложения.

Для обеспечения возможности удаленных подключений к COM+ приложению, на вашем сервере должна быть добавлена роль Application Server

Добавление роли осуществляется в оснастке управления сервером Server Manager, через мастер или вручную.

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

1. В Активном Каталоге (Active Directory) необходимо создать специальную учетную запись, от имени которой в дальнейшем будет запускаться сервер приложений ЛОЦМАН.

Запрещается использовать встроенные ученые записи Администратора домена, и другие. Нужно создать новую учетную запись.

2. В Активном каталоге (Active Directory) включить в свойствах этой учетной записи свойство «Учетная запись доверена для делегирования»  (Account Is Trusted For Delegation)
 

В Windows 2008 и выше эта настройка находится на вкладке Делегирование (Delegation). В этом случае необходимо выбрать средний пункт

Доверять этому пользователю делегирование служб (только Kerberos)

Trust this user for delegation to any service (kerberos only)

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

В этом случае необходимо воспользоватся утилитой setspn.

Запустить командную строку с правами администратора

в ней выполнить:

setspn -a dcom/ServerName AccountName

Здесь 

ServerName – имя компьютера с сервером приложений, в формате FQDN

AccountName – учетная запись для которой нужно включить делегирование, в формате FQDN

В случае успешного выполнения команды setspn (в командной строке появится уведомление —  Updated Object) снова откройте свойства учетной записи, вкладка Делегирование должна появиться.

3. В Активном каталоге (Active Directory) включить в свойствах компьютера, на котором установлен сервер приложений ЛОЦМАН опцию «Доверять компьютеру права представителя» (Trust computer for delegation)

В Windows 2008 и выше эта настройка находится на вкладке Делегирование (Delegation). В этом случае необходимо выбрать средний пункт

Доверять этому пользователю делегирование служб (только Kerberos)

4. Открыть оснастку Службы компонентов (Component Services) -> Компьютеры — Мой Компьютер — свойства. Вкладка свойства по-умолчанию, установить Уровень проверки подлинности по-умолчанию — Подключиться

Уровень олицетворения по-умолчанию — Делегирование

!!! Если появится сообщение о том что параметры вступят в силу после перезагрузки — обязательно выполнить перезагрузку !!!

5. Открыть оснастку «Службы компонентов», вызвать свойства COM+ приложения ASCON Applications На закладке «Безопасность» установить следующие свойства: Уровень проверки подлинности для вызовов — Подключение (Authentication Level for calls — Connect) Уровень олицетворения — Представитель (Impersonate level — Delegate)

6. Назначить созданную в п.1 учетную запись на запуск COM+ приложения ASCON Applications. Можно через Центр Управления КОМПЛЕКСом, можно через службу компонентов (Component Service) правой кнопкой свойства — закладка Удостоверение, там два варианта: Текущий и Указанный, нужно выбрать «Указанный», далее ввести учетную запись (см п.1) и ее пароль.

7. После того как назначили пользователя, необходимо остановить сервер приложений (В службе компонентов команда Завершить работу или Shut Down контекстного меню COM+ приложения)

8. Учетная запись, от имени которой происходит запуск сервера приложений должна входить в следующие ЛОКАЛЬНЫЕ группы

Администраторы

Пользователи DCOM

9. Доступ к серверу приложений может блокировать встроенный Брэндмауэр Windows, или аналогичное ПО сторонних разработчиков.

Interface not supported это «перефразированое Delphi» сообщение Windows
» A security package specific error occurs» — «Общая ошибка в пакете безопасности» такое сообщение может появиться в любом другом приложении, использующими в своей работе распределенную модель. 

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

Например для диагностики причин можно воспользоваться журналом событий Windows.

При не успешном подключении пользователя к COM+ приложению в журнале Безопасность должна появиться запись с указанием причин отказа подключения, протокол и пр. данные.
 

Проверьте журнал Система на предмет наличия ошибок и предупреждений с источником DCOM или COM+

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

Также для диагностики причин ошибки можно использовать стороннее ПО, анализаторы пакетов.
Например WireShark
И выявить, какая именно ошибка возникает в момент подключения, 
одна из возможных ошибок —  Kerberos: KDC_ERR_S_SPRINCIPAL_UNKNOWN
означает, что для учётной записи не зарегистрирован SPN, как его зарегистрировать, см. выше.
 

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

Домены должны быть членами одного леса доменов. В противном случае соединение с сервером приложений из другого домена по DCOM будет невозможно.

Подробнее о настройках ЛОЦМАН на Windows Server описано в статье базы знаний # 100019

← →
MM

 
(2004-01-30 15:59)
[0]

Помогите, пожалуйста, разобраться отчего может возникать сообщение «Interface not supported» при попытке создать из программы отчет в Excel. Отчет формирует макрос, который вызывается из программы.

← →
Тимохов

 
(2004-01-30 16:03)
[1]

Код

← →
Goida

 
(2004-01-30 16:05)
[2]

Может у тебя в программе используется раннее связывание и тип класса Excel старше того, который у тебя установлен?

← →
Тимохов

 
(2004-01-30 16:05)
[3]

← →
Goida

 
(2004-01-30 16:18)
[4]

Тогда спросим так: ты для работы с Excel используешь тип TExcelApplication или OleVariant с CreateOLEObject?

← →
MM

 
(2004-01-30 16:29)
[5]

← →
Тимохов

 
(2004-01-30 16:31)
[6]

← →
MM

 
(2004-01-30 16:32)
[7]

Прошу прощения. Забыл уточнить, что эта ситуация проявляется только у одного клиента, у всех остальных все работает. ОС XP, Officr 2000.

← →
Goida

 
(2004-01-30 16:34)
[8]

← →
Тимохов

 
(2004-01-30 16:34)
[9]

← →
MM

 
(2004-01-30 16:38)
[10]

App: Excel97.TExcelApplication

← →
Тимохов

 
(2004-01-30 16:41)
[11]

А у остальных пользователей (у кого работает) какой офис?

← →
MM

 
(2004-01-30 16:41)
[12]

Их больше 1000 по всей стране, соответственно и офисы разные.

← →
Goida

 
(2004-01-30 16:45)
[13]

← →
TUser

 
(2004-01-30 16:50)
[14]

← →
Тимохов

 
(2004-01-30 16:57)
[15]

← →
Fay

 
(2004-01-30 20:14)
[16]

И какое это было связывание?

← →
ММ

 
(2004-01-31 12:23)
[17]

Добрый день, ребят!
Пишу в C++ Builder 6 Win7 32.
Произошла следующая история:
Было простенькое приложение, позволяющее подгрузить rtf -документ в OleContainer, затем с помощью PrintDialog отправить на печать.
Сам rtf -документ открывался строго внутри компонента OleContainer и печатался, все отлично.
Дальше приложение лежало в папке, не менялось ни коим образом и в один прекрасный запуск вдруг стало иначе отрабатывать.
Стало отрабатывать так: открывается форма, внутри OleContainer висит ярлык документа, сам он открывается двойным щелчком, либо автоматом при запуске.
Поиск причин: незадолго до этого на этом ПК появилась проблема: упал предварительный просмотр вложенных документов в Outlook 2010, были произведены какие-то манипуляции и предварительный просмотр заработал (там же тоже OLE вроде), а вот в приложении напротив, стало все криво работать.
Повторюсь что приложение НЕ менялось — это строго.
При попытке набросать в точности такое же приложение с нуля проблемы те же + в обоих приложениях отвалилась печать с эррором «Interface not supported»(ругается на

1

Variant WordDocument = OleContainer->OleObject;

).
То есть какая-то настройка в ОС заставляет старое приложение по-новому работать с Ole и уже как-то передает настройки приложению, которое пишу с нуля. Это новое приложение на другом ПК работает так же криво, то есть несет в себе настройку, в то время как старое приложение на другом ПК отрабатывает прекрасно.

При попытке проверить как могли настраивать Outlook было испробована смена настроек (с последующей перезагрузкой) вот тут:
Выполнить-> dcomcnfg ->Службы компонентов->Компьютеры->Мой компьютер->правой кнопкой «Свойства» в контекстном меню->вкладка «Свойства по умолчанию»
Ничего не поменялось, нет никаких идей.

Добавлено через 3 часа 55 минут
Может тут с настройками COM/DCOM…не могу понять

Добавлено через 2 минуты
Сравнение двух проектов плодов не дало — отличий не вижу…