Добрый день!

У меня ситуация, очень похожая на описанную в соседней теме
http://www.sql.ru/forum/1261097-1/ora-01017-v-oracle12

На рабочей станции клиент 11g, сервер новый 12.2 со свежесозданной базой,
и я тоже установил на сервере:
SQLNET.ALLOWED_LOGON_VERSION_CLIENT=10
SQLNET.ALLOWED_LOGON_VERSION_SERVER=10

Для простоты пока подключаюсь к контейнерной базе под SYSTEM.
И ошибка та же:

Только одно отличие:
на моей рабочей станции, кроме Client 11g, ещё стоит Client 12.2, и вот через него подключение идёт без ошибки!
Да хоть EZ-коннектом:
Ничего не понимаю. Файлы sqlnet.ora одинаковые...Интернет оказался не очень полезным, я всё ещё не понимаю, как один работоспособный клиент может коннектиться к серверу, а другой - нет.

Локально на сервере подключаюсь через TNSNAMES тоже нормально, проблем нет.

TNS-вход определён так:

Извините, что я "плаваю" в клиентах и их версиях.
Полный клиент вроде бы только один для скачивания?
Вот он и стоит! Нашёл и новее, но они Instant-ы, как-то я их плохо воспринимаю.

Salбез обновления клиента делается вот так:
Спасибо, это может быть выходом, но пока страшновато, операция, как я понял, необратима!

Оба способа решают проблему!
Нашёлся, кстати, способ установить полный клиент 11.2.0.3. Витиеватый, но способ! На всякий случай здесь напишу ссылку на инструкцию, чтобы всё было в одном месте:


Ребята, вы супер!
В отличие от Oracle, которая сделала базу, к которой подключаются только очень новые клиенты. Даже не припомню, когда такое было. К нашей текущей базе, например, клиенты 8-й версии до сих пор спокойно подключаются.
Уж как минимум при создании базы могли бы спрашивать "а не хотите ли, чтобы я прогнал скрипт secconf.sql, а то можете огрести проблемы с подключением от тысяч своих клиентов?"

Да, спасибо.
Пока интерес был чисто исследовательский, но если уж будем перебираться на Oracle 12, то наверное всем пользователям придётся обновлять версию уж сразу до Oracle Client 12, или "ломать" сервер скриптом secconf.sql, чтобы старые клиенты могли продолжать работу.