لا يمكن لـ TortoiseSVN الاتصال بخادم SlikSVN Subversion

Question

لقد قمت بإنشاء خادم SubVersion على أحد الأجهزة الموجودة في مجموعة العمل الخاصة بي.من خلال صندوق التطوير الخاص بي، أستطيع الوصول إلى المستودع وإيداع/سحب الملفات دون أي مشكلة.

لقد قمت للتو بتثبيت TortoiseSVN وبغض النظر عما أفعله، فلن يتصل بالمستودع الموجود على الخادم.تلقيت الخطأ الشهير "لا يمكن إجراء اتصال لأن الجهاز المستهدف رفض ذلك بشكل فعال".

هل لدى أي شخص أي أفكار لماذا قد يكون هذا ..؟بقدر ما أعرف، فإن ملحق قذيفة السلحفاة يعمل تحت بيانات اعتماد المستخدم الخاصة بي.يبدو من الغريب أن أدوات سطر الأوامر SVN تعمل بشكل صحيح، ولكن ليس السلحفاة.

كلا الجهازين يعملان بنظام التشغيل Vista

ملحوظة:في كلتا الحالتين أنا أستخدم بروتوكول svn للاتصال

واخيرا عدلتها..!يبدو أن المشكلة تكمن في حزمة Subversion التي قمت بتنزيلها.لقد قمت بتنزيل أحدث إصدار من SlikSVN (1.5.5) وقمت بتثبيته على العميل والخادم الخاص بي.يبدو أن TortoiseSVN لا يحب هذا الإصدار/الإصدار.لقد قمت للتو بإلغاء تثبيت SlickSVN على كلا الجهازين وحصلت على أحدث إصدار من CollabNet والآن يعمل كل شيء كما هو متوقع!

Answer 1

وأخيرا، لقد ثابتة ...!

والمشكلة يبدو أن مع حزمة التخريب I تحميلها. أنا تحميل أحدث نسخة من SlikSVN (1.5.5) وتثبيته على جهاز العميل والخادم. يبدو تورتويز إس في إن لا يحب هذا البناء / الإصدار. أنا فقط إلغاء تثبيت SlickSVN على الجهازين وأمسك أحدث نسخة من CollabNet والآن كل شيء يعمل كما هو متوقع!

Answer 2

وأضيف --listen-host 0.0.0.0 لقيادة خدمة SVN الخاص بك. والمشكلة هي أن تقوم بإنشاء خدمة الاستماع إلى IPv6 وتحاول الوصول إليه باستخدام IPv4. انظر في هذا:

HTTP: // www.renaissance-design.net/code/installing-and-configuring-svnserve-and-tortoisesvn-on-windows/

Answer 3

وقد ترغب في طرح هذا السؤال على القائمة البريدية TSVN:

http://tortoisesvn.net/community أو <وأ href = "HTTP: // مجموعة .google.com / مجموعة / تورتويز إس في إن "يختلط =" نوفولو noreferrer "> http://groups.google.com/group/tortoisesvn

وسوف عادة تحصل على الجواب بسرعة كبيرة.

Answer 4

يرجى التحقق مما يلي:

• هل تم تكوين جدار الحماية الخاص بك للسماح بحركة المرور من خلاله (المنفذ 3690، افتراضيًا، أو أي منفذ آخر ربما قمت بتكوين svnserve للتشغيل عليه).تحقق من جدران الحماية على جهاز العميل الخاص بك وعلى الجهاز الذي تقوم بتشغيل svnserve.
• تتداخل العديد من برامج فحص الفيروسات أيضًا مع منافذ الشبكة "غير العادية".
• المضيف الافتراضي الذي يستمع إليه svnserve هو "localhost"، مما يعني أنك لن تتمكن من الاتصال به من جهاز آخر.هل بدأت svnserve باستخدام المعلمة "-listen-host serverhostname"؟

يحرر:إذا كنت تستخدم خادم Collab.net، فيجب عليك تشغيل الخدمة يدويًا:

net start svnserve

قد يساعد هذا أيضًا: http://subversion.open.collab.net/articles/svnserve-service.htm

Answer 5

قد يكون تستحق التدقيق أن السلحفاة لم التقطت على إعداد الوكيل (إعدادات الشبكة في السلحفاة التكوين). من نفس الشاشة يمكنك فتح ملف الخادم SVN ومعرفة ما إذا كان هناك أي شيء غريب يجري هناك.

Answer 6

وماذا بروتوكول الذي تستخدمه للوصول إلى مستودع من جانب الخادم؟ اذا كان ليس بروتوكول file://، هل أكد أن خادم المقابلة يعمل في الواقع؟ محاولة الاتصال به يدويا، على سبيل المثال عن طريق تشغيل

وtelnet target.machine.ip.address target_port

(وبطبيعة الحال، لتحل محل target.machine.ip.address من عنوان IP الفعلي وtarget_port من قبل منفذ خادم رقمي). إذا كان هذا المنفذ مفتوحا، وشاشة واضحة، وإلا تلنت سوف يتعطل لفترة من الوقت ثم يشكو.

إذا كان يعمل باستخدام عنوان IP وليس اسم الجهاز، لديك مشكلة في تحليل الاسم (راجع DNS و / أو إعدادات WINS).

Answer 7

وكان لي نفس المشكلة مع SlickSVN 1.5.5. ولكن في حالتي كان خادم التخريب المحلي يعمل في وضع برنامج Deamon. حزمة CollabNet يعمل بشكل جيد مع نفس التكوين.

Answer 8

والعميل SLIK التخريب هو الإصدار IPv6 و IPv4 تمكين، حتى إذا يقول النظام أنه يفضل الإصدار IPv6. مع حجة --listen في استضافة يمكنك اختيار الكيفية التي ينبغي الاستماع.

Answer 9

وأنا أعيد يدير svnserve --daemon --root D:\Subversion\Repo الأوامر، وهذا حل هذا الخطأ.

وجاء هذا الخطأ فجأة. كنا نعمل غرامة دقيقة واحدة، وفي اليوم التالي رأينا هذا الخطأ. لا يدري لماذا.