Спасибо участникам: подключиться извне ВМ в итоге удалось!

Следующий затык случился с .NET Provider. Естественно, я наступил на грабли ibm.data.informix x86 нугет пакета и понял, что нужно пользоваться чем-то другим. Вроде бы изо всего выходит что IBM настаивает и рекомендует чтобы пользовались IBM.Data.Db2.
Но теперь когда я его подцепил, его DB2ConnectionStringBuilder не может построить строку соединения из той, которую, как мне кажется, следует использовать для Informix:

"Database=test;Host=192.168.1.34;Server=ol_informix1410;Service=9088;Protocol=olsoctcp;"

Взял я это с connectionstrings.com после того как сначала нашёл в IBM Informix .NET Provider Reference Guide, Chapter 1. Overview of the IBM Informix .NET Provider, стр. 1-5. Но найти объяснение какую строку использовать с DB2 провайдером мне пока не удалось.

И с этим-то как бороться? Пока ничего внятного в документации я не смог найти. Видимо не там ищу. К Informix вообще можно подключиться из-под .NET, не покупая контракт, позволяющий скачть Informix SDK?

Круто! Я конечно же зарегистрирован, но когда увидел вот здесь

https://www.ibm.com/docs/en/informix-servers/14.10?topic=products-preparing-install-client-sdk

что скачивать его нужно с Passport Advantage, то решил что потребуют контракт на поддержку.

Очередной затык: процедура, которая успешно компилируется в dbaccess выбрасывает ошибку синтаксиса, когда пытаюсь создавать её через .NET Provider. Если скопипастить .CommandText в dbaccess - Routine created.

Отстойно то, что исключение не содержит данных о смещении в тексте, по которому происходит ошибка. Только ERROR 42000 A syntax error occurred. Таблицы, индексы, ключи создаются. Процедуры ни в какую.

Нужно что-то настраивать в соединении или где-то ещё? Параметров там тьма для нуба как я. Помнится с DB2 была похожая заморочка, но как вылечил не помню. Что-то вроде символа окончания выражения...

Разгадка оказась простой и удивительной.

Убрать DOCUMENT.