☰

ドメイン\ユーザーを使用してWebdav（https）に接続します。

tag-icon • tag-icon osx macintosh https webdav
ドメイン\ユーザーを使用してWebdav（https）に接続します。

Mac OSXでネットワークwebdav共有に接続する際に問題があります。 Windowsから接続できるので動作します。 Mac OSXではルーティングが設定されており、転送を使用するときに接続できますが、「Mac Finder」やMac用の他のwebdavクライアントを使用していないため、これはネットワークやログインの問題ではなくアプリケーションの問題です。私はMac Finder、Cyber​​duck、AnyClient、sourceforgeの多くのwebdavクライアントを試しました。 Transmitを購入することもできますが、ユーザーが多くてwebdavに接続するためにのみ使用したい場合は、ライセンスあたり34ドルは多くのお金です。

状況の事実：

  • それぞれ独自のMS ActiveDirectoryインフラストラクチャを備えた2つの企業ネットワーク
  • Webdav はネットワーク A にあり、ネットワーク A にアカウントがあります。
  • 私のMacbookはネットワークBにあり、ルーティングが確立されました。 （上記のように輸送に使用されます）
  • webdav サーバーへの管理アクセス権がないため、設定を変更できません。

webdavサーバーとは異なるネットワーク上にあるため、ログイン時にドメインを指定する必要があるため、トランスポートログインは次のようになります。

Protocol: https
Port: 443
Server: 192.168.0.3
Path: webdav_transfer
user: domainA\username (otherwise, the macbook would set domainB as default)

前述のように、これはトランスポートには機能しますが、他のクライアントには機能しません。 domainA\username 部分に問題があると思います。とにかく、トランスポートではこれを使用できますが、他のトランスポートでは使用できません。 Safariでも動作しますが、そこではアップロードできません。

Mac Finderで次のことを試しました。

https://domainA\[email protected]/webdav_transfer
https://[email protected]/webdav_transfer
https://domainA\\[email protected]/webdav_transfer
https://domainA\\\\[email protected]/webdav_transfer
https://domainA:username:[email protected]/webdav_transfer

一部のアプリケーションがURLを次に変更することがわかりました。

https://domainA%[email protected]/webdav_transfer

したがって、\％5Cに変更されます。これは単にフォーマットエラーかもしれませんが、domainA部分を私のhttpsリクエストに正しく入れる方法がわかりません。

編集：新しい情報：

私はmount_webdavを使ってwebdav共有をマウントしようとしましたが、うまくいきませんでした。エラーメッセージはありませんが、共有もマウントされませんでした。 （証拠なし）mount_webdav（およびMac Finder）の問題は、適切なSSLサポートがないことです。 Unix webdavコマンドラインクライアント（sudo port install cadaver）であるポートを介してcadaverをインストールしました。 cadaverを使用すると、webdav共有にアクセスしてコンテンツをダウンロード/アップロードできます。残念ながら、今はすべてうまくいきますが、Maclingsではこれが可能なソリューションではありません（GUIが必要です）。

探してみましょう。

答え1

Finder - >サーバーに接続...に移動します。 ⌘K

https://192.168.0.3/webdav_transfer「サーバーアドレス」を入力してください。

ユーザー名として「domainA \ username」を使用して、ユーザー名/パスワードのチャレンジに応答します。

それでも機能しない場合は、次をご覧ください。http://wiki.zimbra.com/wiki/WebDAV考えられる理由の1つは、WebDAVサーバーへの管理者アクセス権がないと幸運ではない可能性があることです。

関連情報