Skip to main content

Connect 2025.2リリースノート

リリースノート製品バージョン

バージョン

日付

リリース

サポート終了

2025.2.1.2 (Connect)

2025.2.1.2 (ローダー)

2025年12月3日

メジャー

2027年12月3日

2025.2.1.2 (Connect)

2025.2.1.2 (ローダー)

2026年1月22日

マイナー / パッチ

2027年12月3日

2025.2.1.2 (Connect)

2025.2.1.2 (ローダー)

2026年2月19日

マイナー / パッチ

2027年12月3日

2025.2.1.2 (Connect)

2025.2.1.2 (ローダー)

2026年3月25日

マイナー / パッチ

2027年12月3日

2025.2.1.2 (Connect)

2025.2.1.2 (ローダー)

2026年5月20日

マイナー / パッチ

2027年12月3日

2025.2.2.4 (Connect)

2025.2.2.4 (ローダー)

2026年7月22日

マイナー / パッチ

2027年12月3日

2025.2.3.6 (Connect)

2025.2.3.6 (ローダー)

2026年9月23日

マイナー / パッチ

2027年12月3日

アップグレードに関する考慮事項

最良の結果を得るために、同じバージョンのServerをダウンロードすることを強くお勧めします。

新しい機能

Exasolローダー: ドライバー互換性の更新

公式にサポートされている最新のExasolドライバーとの互換性を確保するため、Exasolローダーコンポーネントを更新しました。

Connect JSON BuilderおよびConnect出力ツールの廃止

Connect JSON BuilderおよびConnect出力ツールは正式に廃止され、Designerの「ラボラトリー」カテゴリから「Connect」カテゴリに移動されました。これらのツールは試験的なものであり、Alteryxで公式にサポートされているものではありません。

既定では、[Connect]カテゴリは非表示になっています。これは、その中のすべてのツールが廃止されるためです。そのため、Designerで廃止予定ツールを明示的に表示しようとしない限り、これらのツールは表示されません。

ConnectローダーをODBCLoader_v3に更新

Alteryx Connect改善の一環として、ODBCローダーコンポーネントをアップグレードし、信頼性と機能を強化しました。次のローダーで、ODBCLoader_v2ツールがODBCLoader_v3に置き換えられました。

  • Athenaローダー

  • DB2ローダー

  • Databricksローダー

  • Postgresローダー

  • Hiveローダー

  • Verticaローダー

解決済みおよび既知の問題

メジャーリリース

バージョン: 2025.2.1.2

現在、このリリースに関する解決済みの問題または既知の問題はありません。

パッチ1

バージョン: 2025.2.1.2

現在、このパッチに関する解決済みの問題または既知の問題はありません。

パッチ2

バージョン: 2025.2.1.2

現在、このパッチに関する解決済みの問題または既知の問題はありません。

パッチ3

バージョン: 2025.2.1.2

現在、このパッチに関する解決済みの問題または既知の問題はありません。

パッチ4

バージョン: 2025.2.1.2

現在、このパッチに関する解決済みの問題または既知の問題はありません。

パッチ5

バージョン: 2025.2.2.4

解決済みの問題

ID

説明

バージョン

問題のステータス

TCON-6956

Alteryx Connect 2026.1のインストールがサービス開始段階で停止する。

2025.2.2.4

解決済み

TCON-7425

2025.2、2026.1で、Windows認証とActive Directoryセットアップを使用してサインインできない。

2025.2.2.4

解決済み

セキュリティアップデート

メジャーリリース

バージョン: 2025.2.1.2

このリリースにはセキュリティアップデートは含まれていません。

パッチ6

バージョン: 2025.2.3.6

This release strengthens Connect’s upload validation, image processing, authentication error handling, response security headers, logout and cache behavior, and hostname protection.

Existing Customers Upgrading

A normal upgrade restores the existing Tomcat configuration. This preserves customer ports, SSL, and authentication settings, but it also means the new hostname protection in the packaged server.xml is not automatically applied.

To enable it, stop the Alteryx Connect service and back up C:\Program Files\AlteryxConnect\conf\server.xml (or the equivalent path for a custom installation). Edit the existing file. Do not replace the whole file, as it may contain customer-specific settings:

  1. In the existing <Engine> opening tag, change only defaultHost to invalid.invalid:

    <Engine name="Catalina" defaultHost="invalid.invalid">

  2. Inside that Engine, before the existing localhost Host, add:

    <Host name="invalid.invalid" appBase="blocked-webapps"
      deployOnStartup="false" autoDeploy="false">
  <Valve className="org.apache.catalina.valves.ErrorReportValve"
         showReport="false" showServerInfo="false" />
</Host>

  3. Inside the existing <Host name="localhost" ...>, add an alias for each hostname Tomcat receives and add the error-report Valve if it is not already present:

    <Alias>connect.example.com</Alias>
<Valve className="org.apache.catalina.valves.ErrorReportValve"
       showReport="false" showServerInfo="false" />

    Keep all other existing entries inside that Host. Add the alias as a real XML element—not inside a comment. Use only the hostname, not https://, a port, or a path.

  4. Separately, to match the new packaged HTTPS-redirect configuration, add transportGuaranteeRedirectStatus="308" to the existing LockOutRealm opening tag, retaining its other settings:

    <Realm className="org.apache.catalina.realm.LockOutRealm"
       transportGuaranteeRedirectStatus="308">

    This setting does not, by itself, turn an HTTP-only installation into an HTTPS installation.

Save the file and restart the service. Without steps 1–3, an upgraded installation should continue to operate, but the new Tomcat hostname protection will not be active. Step 4 applies the separate HTTPS-redirect setting included in this patch.

New Customers Installing This Patch

A fresh installation already contains the new Tomcat protection. Before users access Connect through a DNS name, stop the service and add that name inside the localhost Host in C:\Program Files\AlteryxConnect\conf\server.xml:

<Alias>connect.example.com</Alias>

Restart the service. Without the alias, localhost access works, but requests using the unconfigured hostname may return 404. Do not change defaultHost back to localhost.

リバースプロキシまたはロードバランサーのデプロイ

Configure an alias for the hostname that the proxy sends to Tomcat. If the proxy replaces the public hostname with an internal one, add the internal hostname as an alias too.

If the immediate proxy connects to Tomcat from a non-local IP address, add that IP to the existing [global] section of C:\Program Files\AlteryxConnect\ac_work\alteryx_connect.properties. For example, if Tomcat sees the proxy as 10.20.30.40:

connect.trusted-proxies=127[.]0[.]0[.]1|::1|0:0:0:0:0:0:0:1|10[.]20[.]30[.]40

Replace 10.20.30.40 with the actual proxy IP; retain the loopback entries. This setting accepts an IP-matching regular expression, not a DNS hostname or an end-user IP. Direct-access installations, or proxies connecting from loopback, need no change. If a non-local proxy is not configured, valid logins can still succeed, but auditing and IP-based login controls may identify multiple users by the shared proxy IP.

Behavior Changes to Expect

  • New attachment and diagram uploads may be rejected if they exceed the configured limit or have an unsupported, mismatched, or unsafe file type. Existing stored files are not bulk-modified.

  • Newly saved images are processed to remove metadata. Unusual images may be rejected or appear slightly different.

  • ログイン失敗メッセージは情報をあまり開示しません。

  • Attachment downloads are no longer intended to remain in the browser cache for one year, so repeated downloads may use more network traffic.

  • HTTP installations remain supported; the patch does not require a new SSL certificate.

このセクションの内容: