TortoiseSVNが認証（クリアテキスト）およびコミットするには、どのポートを開く必要がありますか？
コミットするには、TortoiseSVNが認証（基本）するためにどのポートを開く必要がありますか？私はそれが良いことではないことを知っていますが、今はユーザー名とパスワードが明確であると信じています。
セットアップについて何を知っているのか、何が起こっているように見えるのかを説明させてください。
私は、州が「ほぼ」パブリックドメインアプリケーションを展開および変更するのを支援する請負業者です。アプリケーションを含む異なる状態のSVNリポジトリがあり、全員の読み取り専用権限があります。
展開するサイトで作業するには、VPN接続を作成してから、 リモートデスクトップ接続 を使用して、展開が存在するマシンにアクセスする必要があります。そのマシンにいるときは、リポジトリを参照して、何でもエクスポートまたはチェックアウトできます。コミットしようとすると、ユーザー名/パスワードのチャレンジが求められ、常に失敗します。
私が自宅のマシンにいるとき、まったく同じ資格情報を使用して、まったく同じリポジトリとまったく同じ場所にコミットできます。リポジトリマネージャーに、使用するユーザー名がコミットするために必要なすべての権限を持っていることを確認するように依頼しました。
そのため、「無効な資格情報」のようなエラーメッセージが表示されても、認証がブロックされていると思います。デフォルトのSVNインストールで同じリスニングSVNポートを使用するか、認証に別のポートを使用するかどうかを確認しようとしています。認証が暗号化されているとは思わない。
提案をお願いします。
SubversionリポジトリのURLの最初の部分は何ですか？
- URLが次のようになっている場合：http：// Subversion/repos /の場合、おそらくポート8を経由しています。
- URLが次のようになっている場合：https：// Subversion/repos /、おそらくポート44を経由していることになります。
- URLが次のようになっている場合：svn：// Subversion /の場合、おそらくポート69を経由しています。
- URLが次のようになっている場合：svn + ssh：// Subversion/repos /の場合、おそらくポート22を経由することになります。
- URLに次のようなポート番号が含まれている場合：http：// Subversion/repos：8080、そのポートを使用しています。
何らかのプロキシを経由する場合、異なるポートを使用するようにすべてを再構成できるため、最初の4つは保証できません。
VPNを使用している場合、これらを正しいポートに再ルーティングするようにVPNクライアントを構成する必要があります。多くの場所では、このタイプのプロキシを実行するようにVPNを正しく構成していません。それは、過度にセキュリティを意識しているある種の肛門保持型のIT担当者がいるか、単にそれ以上何も知らないためです。さらに悪いことに、このようなものを再構成できないクライアントを提供します。
それを回避する唯一の方法は、VPNを介してローカルマシンにログインし、そのシステムからすべてを実行することです。
プロキシ設定を確認しましたか？組織上のトラフィックがプロキシを経由する可能性があります。したがって、プロキシ設定を使用してSVNクライアントを構成する必要があります。