ওয়েবডিএভি ব্যবহার করে দূরবর্তী ডিরেক্টরি মাউন্ট করতে পারে না


9

আমি এই টিউটোরিয়ালটি ব্যবহার করে অ্যাপাচি এবং ওয়েবডিএভি দিয়ে একটি সার্ভার সেট আপ করেছি ।

আমি সাইবারডুক্ক ক্লায়েন্ট ব্যবহার করে ওয়েবডিএভি কার্যকারিতা পরীক্ষা করেছি এবং এটি পুরোপুরি কার্যকর হয়। আমি নীচের বিবরণ ব্যবহার করে দূরবর্তী ডিরেক্টরিতে উভয়ই পড়তে এবং লিখতে পারি।

সাইবারডাক্সে বিশদ প্রবেশ করানো হয়েছে।  সংযোগ সফল!

সুতরাং আমি এই ডিরেক্টরিটি উইন্ডোজ 8-এ একটি ড্রাইভ হিসাবে মাউন্ট করতে চাই, যা আমার বিশ্বাস ওয়েবডিএভি ব্যবহার করে সম্ভব হওয়া উচিত। আমি "কম্পিউটার" রাইট টিপুন, তারপরে "ম্যাপ নেটওয়ার্ক ড্রাইভ" নির্বাচন করুন। তবে উপরের ডেটাটি কীভাবে আমার প্রবেশ করানো উচিত তা পরিষ্কার নয়।

আমি কল্পনা করতে পারে এমন সমস্ত উপায়ে ইউআরএল পুনরায় লেখার চেষ্টা করেছি এবং "বিভিন্ন শংসাপত্র ব্যবহার করে সংযুক্ত করুন" এর সাথে বা ছাড়াও চেষ্টা করেছি।

এটি সর্বদা সংযুক্ত হওয়ার চেষ্টা করে বলে, তারপরে শংসাপত্রগুলির জন্য জিজ্ঞাসা করে (যদি আমি এটি চেক করে দেখি), তবে ত্রুটি দেয় "0x80070043 নেটওয়ার্কের নামটি পাওয়া যায় না।"

এখানে চিত্র বর্ণনা লিখুন

কি সমস্যা? উপরের মত না হলে আমি কীভাবে ওয়েবডিএভিভি ব্যবহার করে কোনও রিমোট ডিরেক্টরিটি মাউন্ট করব?

উত্তর:


8

ওয়েবডিএভি - মাইক্রোসফ্ট ক্লায়েন্ট এবং অ্যাপাচি সার্ভারের সাথে স্মুথ সেলিং

ডিফল্টরূপে, উইন্ডোজ 7 এবং এর বাইরে কেবল সুরক্ষিত সকেট (এসএসএল) এর মাধ্যমে ওয়েবডিএভি নিয়ে কাজ করবে। সহজ উপায় হ'ল আপনার সার্ভারে একটি SSL শংসাপত্র প্রাপ্ত এবং ইনস্টল করা। এর পরে, আপনার সার্ভারের পার্শ্ব কনফিগারেশনটি দেখতে এটির মতো হতে পারে:

    Alias /webdav  /var/www/webdav

    <Directory /var/www/webdav>
            DAV on
            Satisfy all
            Order allow,deny
            Allow from all
            ForceType application/octet-stream
            AuthType Digest
            AuthName "davusers"
            AuthDigestDomain /webdav /geep /foop /goop
            AuthUserFile davusers.digest
            Require valid-user
            SSLRequireSSL
            Options Indexes
    </Directory>

AuthDigestDomain নির্দেশের "davusers" রাজ্য দ্বারা ডেভুসার্স.ডিজাইস্ট ফাইলে সুরক্ষিত সমস্ত অবস্থানের তালিকা থাকা উচিত। এটি ক্লায়েন্ট ব্রাউজারকে বলে যে তারা যদি তাদের মধ্যে কোনওটির জন্য প্রমাণীকরণ সরবরাহ করে থাকে তবে ব্যবহারকারীরা অন্যান্য স্থানে অ্যাক্সেস করতে দিন।

উইন্ডোজ ক্লায়েন্টের পাশে, এই ইউআরএলটি ব্যবহার করে ওয়েবড্যাভ শেয়ারটি ম্যাপ করুন:

    https://www.myserver.com/webdav

আপনি যদি এসএসএলের সাথে ডিল করার ধারণাটিকে সত্যই ঘৃণা করেন তবে আপনি উইন্ডোজ ক্লায়েন্টে একটি রেজিস্ট্রি হ্যাক ব্যবহার করে এই প্রয়োজনীয়তাটি বন্ধ করতে পারেন। নীচের লাইনগুলি একটি সরল পাঠ্য ফাইলে রাখুন "ইনস্টল করুন - বেসিক ওয়েবেডাভ.রেগ সক্ষম করুন"

    Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
    "BasicAuthLevel"=dword:00000002

ফাইলটিতে ডান ক্লিক করুন এবং "মার্জ করুন" নির্বাচন করুন। আপনার সম্ভবত রিবুট করা দরকার। আপনি যদি এই পরিবর্তনটি সরাতে চান তবে একটি সরল পাঠ্য ফাইল তৈরি করুন "সরান - বেসিক ওয়েবেডাভ সক্ষম করুন" এই লাইনগুলিকে ভিতরে সংরক্ষণ করুন:

    Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
    "BasicAuthLevel"=dword:00000001

মার্জ করে যা সবকিছুকে ডিফল্ট মানগুলিতে ফিরিয়ে দেয়।

আপনি যখন নিজের ওয়েবডিএভি শেয়ারটি মাউন্ট করতে সক্ষম হবেন, তখন আপনাকে অন্য বিরক্তি দ্বারা আক্রমণ করা হবে। আপনি যখনই কোনও ফাইলকে দূরবর্তী ফোল্ডার থেকে স্থানীয় ফোল্ডারে টেনে আনছেন, আপনি একটি মেন্যাসিং সতর্কতা পাবেন:

These files might be harmful to your computer

এটি মাইক্রোসফ্টের বিখ্যাত "এফইউডি" কৌশলটির একটি খাঁটি উদাহরণ। তারা চায় যে অ্যাপাচি সার্ভারগুলিতে সংযুক্ত লোকেরা "ভয় অনিশ্চয়তা এবং সন্দেহ" অনুভব করতে পারে।

এটির জন্য সমাধানটি কিছুটা জড়িত এবং প্রচুর বিরোধী পরামর্শ ওয়েবে বিদ্যমান। প্রথম পদক্ষেপটি সাধারণত সম্মত হয়:

ইন্টারনেট এক্সপ্লোরার-> সরঞ্জাম বা নিয়ন্ত্রণ প্যানেল থেকে শুরু করে, নির্বাচন করুন:

Internet Options -> Security -> Local intranet

Allowed levels for this zone:

    Move the slider to: Low

Sites -> Advanced:

    Add the path to the remote webdav server.

কিন্তু এই পথটি কোথা থেকে আসে? এ কারণেই এতো বিতর্কিত পরামর্শ ঘটে: সফল সংযোগের পরে আপনাকে অবশ্যই এক্সপ্লোরার উইন্ডো শিরোনাম বারে প্রদর্শিত পথটি ব্যবহার করতে হবে। এটি কয়েক ডজন ইমপেন্ডেবলের উপর নির্ভর করে পরিবর্তিত হবে।

উদাহরণস্বরূপ, যদি শিরোনাম বারটি এরকম কিছু দেখায়:

Computer webdav (\\www.mysite.com@SSL\DavWWWRoot) (X:)

জোনে আপনি যে পথটি যুক্ত করবেন তা হ'ল বন্ধনীগুলির মধ্যে কেবল সার্ভার অংশটি ব্যবহার করে:

\\www.mysite.com@SSL

আপনার ক্ষেত্রে, টাইল বারের সার্ভারের নামটি একটি আইপি ঠিকানা হিসাবে প্রদর্শিত হতে পারে, বা সম্ভবত @ এসএসএল ছাড়াই: আপনি যা দেখছেন কেবল তা প্রবেশ করুন। কনফিগারেশন উইন্ডোজ এবং নেগিংয়ের পিছনে ফিরে আসবে।

পরের বার আপনি এই উইন্ডোটি খুলবেন, পথটি দেখতে দেখতে এমন হবে:

    file://www.mysite.com@ssl

এটি, স্পষ্টতই, উইন্ডোজ পছন্দসই রূপটি পছন্দ করে।

উপরের উদাহরণে, আমরা স্থানীয় "ইন্ট্রানেট" (ল্যান) এ একটি ব্যতিক্রম তৈরি করেছি, তবে আপনি যদি সাহসী বোধ করেন তবে রিমোট সার্ভারগুলির জন্য আপনি একই জিনিস করতে পারেন।

অবশেষে এবং এটি অত্যন্ত গুরুত্বপূর্ণ, আপনি যদি এই সমন্বয়টি না করেন তবে উইন্ডোজ থেকে ওয়েবডিএভি অ্যাক্সেস অত্যন্ত ধীর হয়ে যাবে (হিমবাহ হিসাবে):

Internet Explorer->Tools->Internet Options
Select the "Connections" tab.
Press the "LAN Settings" button.
UNCHECK: "automatically detect settings"

উইন্ডোজের প্রতিটি সংস্করণে ওয়েবডিএভি কাজ করতে একটি নতুন সেট হ্যাক এবং প্যাচ প্রয়োজন required মাইক্রোসফ্ট এই প্রযুক্তিটির দ্বারা হুমকিরূপিত বোধ করে বা সম্ভবত এটি কেবল তাদের সার্ভারগুলির সাথে কাজ করে দেখতে চায় এমন ধারণাটি পেতে পারে।


খুব বিস্তারিত এবং পূর্ণ উত্তরের জন্য ধন্যবাদ। "দুর্ভাগ্যক্রমে", আমি লিনাক্সের বিকাশে ফিরে এসেছি, বেশিরভাগ কারণেই আমি উইন্ডোজ থেকে রিমোট সার্ভারগুলিতে কাজ করার ভাল উপায় খুঁজে পাইনি। আপনি ঠিক বলেছেন আশা করি আমি এখনও আপনার উত্তরটি অনুমোদন করেছি :)
ম্যাডস স্কজার্ন

দুর্দান্ত উত্তর, @ হিউ-স্পার্কস !!!
পাওলো কোঘি - মনিকা

0

@ ইউজার 2152363 এর উত্তরটি খুব ভাল। কেবল সম্পূর্ণতার জন্য, এখানে দুটি বিকল্প সমাধান আপনি সন্ধান করতে পারেন:

  • মাউন্টেন হাঁস , সাইবারডাককের মতো একই লোকের;
  • Rclone , একটি Rsync- মত প্রোগ্রাম যা ওয়েবডিএভি সমর্থন করে।

এই দু'টিই একটি ওয়েবডিএভি সার্ভার মাউন্ট করার সমর্থন করে। তবে আমি প্রথমে তাদের পরীক্ষা করার পরামর্শ দেব; রক্লোন ডেভস বলছে যে তাদের মাউন্ট বিকল্পটি পরীক্ষামূলক, এবং আমার অভিজ্ঞতায় মাউন্টেন ডকের এখনও কিছু বাগ রয়েছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.