Существует ли в настройках брандмауэра Windows Server 2019 блокировка аутентификации по парным ключам?

Question

У меня есть приложение, работающее на облачном сервере (Windows Server 2019). Мое приложение использует аутентификацию с ключевой парой для загрузки файла на FTP-сайт поставщика через SFTP.

Всё это работает идеально в моей среде разработки, которая представляет собой рабочую станцию Windows 2010 в моей домашней офисной сети. Но это не работает во время аутентификации с ключевой парой, когда работает с моего облачного сервера.

Я убедился, что файлы ключевой пары абсолютно одинаковы в обоих местах. Поставщик не делает никаких белых списков IP-адресов и говорит мне, что они не делают ничего, что могло бы блокировать коммуникации с моего облачного сервера. Похоже, что это что-то в брандмауэре моего облачного сервера блокирует это общение.

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

Grawity спросил, какие библиотеки я использую. Моё приложение – это приложение Visual FoxPro 9 SP2. Я использую библиотеку Chilkat Chilkat_9_5_0.SFtp для выполнения этой операции. Я не получаю ошибок в соединении, независимо от того, делаю ли я это из разработки или с моего облачного сервера. Библиотека Chilkat создает журнал, когда я пытаюсь пройти аутентификацию. Вот журнал из разработки (успешно):

ChilkatLog:
  AuthenticatePk_sftp(609ms):
    DllDate: Jun 28 2024
    ChilkatVersion: 9.5.0.99
    UnlockPrefix: MYUNLOCKCODE
    UnlockStatus: 2
    Architecture: Little Endian; 32-bit
    Language: ActiveX
    VerboseLogging: 1
    sshServerVersion: SSH-2.0-OpenSSH_8.4
    hostname: destinationurl.com
    port: 22
    serverVersion: SSH-2.0-OpenSSH_8.4
    login: myuserid
    idleTimeoutMs: 15000
    sshAuthenticatePk2(609ms):
      keyFingerprint: ssh-ed25519  cb:2c:32:52:18:b0:7c:58:e9:05:08:3c:a9:91:00:2a
      requestUserAuthService(187ms):
        sendServiceRequest:
          svcName: ssh-userauth
          SentServiceReq: ssh-userauth
        --sendServiceRequest
        ssh-userauth service accepted.
      --requestUserAuthService
      Using an Ed25519 key.
      dbPkBlob_qp: [=00=00=00=0Bssh-ed25519=00=00=00 =E2=12lWP~=A0o=93=C8=FB=16U=FD,=F6=FD=0E=8B=95=F8=9B=0D=A8=DE=CA=97=01=C8=10=16=DA]
      Sent public-key request.
      OK to proceed with publickey authentication.
      hashSignPkAuth:
        Success.
      --hashSignPkAuth
      Sent public-key request with signature.
      Public-key authentication succeeded.
    --sshAuthenticatePk2
    Success.
  --AuthenticatePk_sftp
--ChilkatLog

А вот журнал с облачного сервера (не успешно):

ChilkatLog:
  AuthenticatePk_sftp(125ms):
    DllDate: Jun 28 2024
    ChilkatVersion: 9.5.0.99
    UnlockPrefix: MYUNLOCKCODE
    UnlockStatus: 2
    Architecture: Little Endian; 32-bit
    Language: ActiveX
    VerboseLogging: 1
    sshServerVersion: SSH-2.0-OpenSSH_8.4
    hostname: destinationurl.com           
    port: 22
    serverVersion: SSH-2.0-OpenSSH_8.4
    login: myuserid                       
    idleTimeoutMs: 15000
    sshAuthenticatePk2(125ms):
      keyFingerprint: ssh-ed25519  cb:2c:32:52:18:b0:7c:58:e9:05:08:3c:a9:91:00:2a
      requestUserAuthService(47ms):
        sendServiceRequest:
          svcName: ssh-userauth
          SentServiceReq: ssh-userauth
        --sendServiceRequest
        ssh-userauth service accepted.
      --requestUserAuthService
      Using an Ed25519 key.
      dbPkBlob_qp: [=00=00=00=0Bssh-ed25519=00=00=00 =E2=12lWP~=A0o=93=C8=FB=16U=FD,=F6=FD=0E=8B=95=F8=9B=0D=A8=DE=CA=97=01=C8=10=16=DA]
      Sent public-key request.
      AuthList: publickey,keyboard-interactive
      Proceeding with publickey authentication...
      hashSignPkAuth:
        Success.
      --hashSignPkAuth
      Sent public-key request with signature.
      hostKeyAlg: 4
      Authentication failed or partial success. (4)
      PartialSuccess4: 0
      When partial success is 0, it means you are not using the correct private key that corresponds to the public key installed in the SSH user account.
      Also, to force Chilkat to continue with password authentication even if the public-key authentication fails, set UncommonOptions = "PubkeyOrPassword".
      AuthList: publickey,keyboard-interactive
      Publickey authentication failed..
    --sshAuthenticatePk2
    Failed.
  --AuthenticatePk_sftp
--ChilkatLog

Существует ли в настройках брандмауэра Windows Server 2019 блокировка аутентификации по парным ключам?

Вопрос или проблема

Ответ или решение