হ্যালো সম্প্রদায়,
এটি আমার সমস্যা:
আমি ল্যান-ক্রসওভার-কেবল ব্যবহার করে একটি ডস-মেশিনকে একটি উইন্ডোজ 7 কম্পিউটারের সাথে সংযুক্ত করার চেষ্টা করছি - এবং এটি কার্যকর হবে না।
আমি ডস-মেশিন থেকে উইন্ডোজ-পিসিতে একটি ভাগ করা ডিরেক্টরি অ্যাক্সেস করতে চাই। সর্বোত্তম সমাধানটি হ'ল ভাগ করা ডিরেক্টরিতে একটি ড্রাইভ-চিঠি বরাদ্দ করা এবং এটি অবিচ্ছিন্ন করা।
আমরা নতুন হার্ডওয়্যার পাওয়ার আগে এটি করেছি, ডস-মেশিন থেকে একটি উইন্ডোজ এক্সপি কম্পিউটারের সাথে এই সংযোগটি স্থাপন করে ঠিকঠাক কাজ করেছি।
উইন্ডোজ 7 এখন ব্যবহার, এটি হবে না।
বিস্তারিত
উইন্ডোজ-পিসি
উইন্ডোজ 7 চালানো (আলটিমেট - বা পেশাদার, এখনই নিশ্চিত নয়) 64 বিট। এতে দুটি নেটওয়ার্ক কার্ড রয়েছে, একটি লগনের জন্য প্রমাণীকরণের সার্ভার, ইন্টারনেট ইত্যাদির মাধ্যমে - এবং দ্বিতীয়টি কেবল ডস-মেশিনের সাথে সংযোগ তৈরি করতে।
নাম এবং পাসওয়ার্ড সহ আলাদা আলাদা স্থানীয় ব্যবহারকারী নির্দিষ্ট করা আছে।
C:\
ঠিক সেই ব্যবহারকারীর সম্পূর্ণ অ্যাক্সেস অধিকার সহ একটি ভাগ করা ডিরেক্টরি রয়েছে ।
(এক্সপি ব্যবহার করার সময় আমি ঠিক এটিই করেছি)
ডস-মেশিন
এটা ঠিক - একটি মেশিন। পিসি নয়। এটি একটি বিশেষ নিয়ন্ত্রণ সফ্টওয়্যার সহ একটি সিএনসি মেশিন এবং আরও অনেক কিছু। এই নিয়ন্ত্রণ সফ্টওয়্যারটি ডস-এ চলছে এবং নেটওয়ার্ক সংযোগগুলিও ডস-এর মাধ্যমে তৈরি করা হয়েছে।
ডসের কোন সংস্করণটি আমি আপনাকে বলতে পারছি না - তবে আমি পরিচালকদের কাছ থেকে স্ক্যান করে বলতে চাই যে এটি কোনও ধরণের "সাধারণ" ডস-সংস্করণ নয়। কেবল "মেশিন সফ্টওয়্যার" চালানোর এবং বেসিক জিনিস সরবরাহ করার জন্য "বিশেষ" বা "ন্যূনতম" বলে মনে হচ্ছে।
উল্লিখিত এক্সপি-কম্পিউটারটি ব্যবহার করে কিছুক্ষণ আগে, আমি NET
একটি ড্রাইভ লেটার, ভাগ করা নেটওয়ার্ক পাথ এবং নির্দিষ্ট ইউজারডেট, নাম এবং পাসওয়ার্ড ব্যবহার করে একটি সংযোগ স্থাপন করতে কমান্ডগুলি ব্যবহার করতে পারি।
সবে কাজ করেছে। মেশিনগুলি নিয়ন্ত্রণ সফ্টওয়্যার চালানোর সময় এমন কনফিগার করা ভাগ করা ডিরেক্টরি দৃশ্যমান এবং ব্যবহারযোগ্য ছিল - এটিই এই সমস্তটির লক্ষ্য।
বর্তমান পরিস্থিতি
নিম্নলিখিত ত্রুটির ফলাফলের আগে আমি যেমনটি করেছি তেমনভাবে সংযোগটি তৈরি করার চেষ্টা করছি:
ত্রুটি 53:
নেটওয়ার্কের পথে নির্দিষ্ট কম্পিউটারটি অবস্থিত হতে পারে না।
ব্যাখ্যা: আপনি যে সার্ভারটি নির্দিষ্ট করেছেন সেটির উপস্থিতি নেই বা স্টারেটেট হয়নি।
... NET
কম্যান্ড সরবরাহ করে "জিইউআই" ব্যবহার করার সময় এটি ত্রুটি বার্তা । যখন সরাসরি ব্যবহার NET USE ...
ত্রুটি কোড একই, শুধুমাত্র পাঠ্য বার্তা কিছুটা ভিন্ন (... কিন্তু মূলত একই বলছে) ।
যেহেতু আমি এতটা নেটওয়ার্কিংয়ের মধ্যে নেই, আমি কী করব সে সম্পর্কে আমার কোনও ধারণা নেই। এক্সপি থেকে 7 এ নেটওয়ার্ক প্রোটোকলগুলিতে অবশ্যই কিছু পরিবর্তন হয়েছে - আমি কেবল এটিই বলতে পারি।
আমি খামচি ব্যবহার সম্পর্কে কিছু পড়েছি gpedit.msc
এবং সেটিং "LAN এর ম্যানেজার প্রমাণীকরণ স্তর" থেকে "- ব্যবহার NTLMv2 অধিবেশন নিরাপত্তা যদি দরকষাকষির পাঠান LM ও করা NTLM" । কিছু করেনি।
আমি উইন্ডোজ 7-পিসিতে নেটওয়ার্ক অ্যাডাপ্টারে "নেটবিআইওএস" অনুমতি দেওয়ার বিষয়েও কিছু পড়েছি, তাই আমি উন্নত টিসিপি / আইপি ভি 4 সেটিংস পরিবর্তন করেছি - কিছুই করি নি।
আমি ডস-মেশিনে একটি ত্রুটির কারণেও হোঁচট খেয়েছি - আমি ping
সেখানে ব্যবহার করতে পারি না । কমান্ডটি নিজেই কোনওভাবে ভেঙে গেছে, কিছু উপযুক্ত বার্তার পরিবর্তে আমি কেবলমাত্র পর্দায় অপরিবর্তিত অক্ষর দেখতে পাই। নেটওয়ার্ক সেটিংসে এর কোনও প্রভাব থাকতে পারে কিনা তা আমি জানি না।
আমি এখনই মেশিন সমর্থনকে কল করি নি - এবং আমার মনে হয় না আমি করব। তারা এই নেটওয়ার্ক-ইস্যুগুলির সাথে খুব বেশি সহায়ক নয়, যখন আমাদের এক্সপি ছিল তখন তারা একটি ওয়ার্কিং সংযোগ তৈরি করতে সক্ষম হয় নি (এই কারণেই আমি এটি নিজেই খালি করি) ।
এছাড়াও, মেশিনগুলির কোনও কার্যকর ডকুমেন্টেশন নেই যখন বিষয়গুলি আসে। বিস্তারিত তথ্যগুলি সহজভাবে বিদ্যমান নেই - আমি তার জন্য কোনও সম্ভাব্য ঠিকানা জিজ্ঞাসা করেছি, এমনকি মেশিনের জাপানি নির্মাতাকে।
হালনাগাদ,
16. সেপ্টেম্বর 2013
আমি উইন্ডোজ--পিসি ব্যবহার করে সংযোগ দেওয়ার চেষ্টা করেছি net use x: \\hostname\\shared_dir
- যা উল্লেখ করার আগে চলেছে Error 53
। অপশনটি দিয়ে /PERSISTENT:YES
একই আদেশটিও চেষ্টা করেছি।
আমি চেষ্টা করেছি net view \\hostname
, তাও বেড়েছে Error 53
।
কম্পিউটার আইপি চেষ্টা করার সময় আমি একই ত্রুটি পেয়েছি \\hostname
- উভয় অন net use ...
এবং এর পরেnet view ...
কমান্ডটি ver
প্রদর্শন করে:
পিসি ডস সংস্করণ 6.3
সংশোধন 0
... সুতরাং মেশিনে কোনও এমএস-ডস চলছে না। আমি জানি না যে এটি কতটা গুরুত্বপূর্ণ, যখন এই নেটওয়ার্ক সংযোগের বিষয়টি আসে।
রিক তার পুরানো 486-মেশিনকে (রানিং এমএস-ডস 6.22) একটি উইন্ডোজ 7-কম্পিউটারের সাথে সংযুক্ত করতে সক্ষম হয়েছেন , নীচে তার উত্তর দেখুন। আমি তার পদক্ষেপগুলি অনুসরণ করেছিলাম এবং তার মতো দুটি সিস্টেমই কনফিগার করেছি (gpedit.msc এ পরিবর্তন হয়েছে, কম্পিউটারকে LMHOSTS এ যুক্ত করেছে, একটি নতুন ব্যবহারকারীকে কনফিগার করেছে ...) , সাফল্য ছাড়াই - আমি এমনকি বিভিন্ন ত্রুটি-কোড পাচ্ছি না, i ' মি সঙ্গে আটকে Error 53
।
এটি বাধ্যতামূলক কিনা তা আমি জানি না, তবে ডস-মেশিনের জন্য উইন্ডোজ 7-পিসির সাথে মেলে আমি ওয়ার্কগ্রুপ এবং ডোমেন পরিবর্তন করেছি changed আগে এমনটা ছিল না। এটি এই কাজ করতে সহায়তা করে নি, কিন্তু চেষ্টা করার সময় নতুন ধরণের ত্রুটি বাড়িয়ে তোলে net view \\hostname
:
ত্রুটি 6118: এই ওয়ার্কগ্রুপের জন্য সার্ভারগুলির তালিকা বর্তমানে উপলভ্য নয়।
যে যাই হোক না কেন মানে।
আমি এই উইন্ডোজ 7-পিসিতে অন্য একটি কম্পিউটারকে সংযুক্ত করার চেষ্টাও করেছি, তাই আমি আমার নোটবুকটি নিয়েছি (উইন্ডোজ 7 চালাচ্ছি) এবং ডস-মেশিনটি প্লাগ লাগিয়েছি।
আমি প্রথম উইন্ডোজ-কম্পিউটারগুলির মধ্যে একটি কাজের সংযোগ পেতে পারি, ঠিক যেমন এটি কাজ করা উচিত। উভয় কম্পিউটারই অন্যকে পিং করতে, দেখতে এবং সংযোগ করতে পারে, সব ঠিক আছে।
এটি করে, আমি সনাক্ত করেছি যে দুটি উইন্ডো-মেশিন কেবলমাত্র আইপিভি 6 ব্যবহার করে একে অপরের সাথে কথা বলছিল । আমি নিশ্চিত যে ডস-মেশিন এই নতুন প্রোটোকলটি পরিচালনা করতে পারে না এবং এমনকি দুটি উইন্ডোজ-পিসি ব্যবহার করতে পারে, এই সংযোগে আইপিভি 6 লাগবে না। সুতরাং আমি নেটওয়ার্ক অ্যাডাপ্টারের সেটিংস থেকে এই প্রোটোকলটি অক্ষম করেছি।
ফলাফল: ... আমি সংযোগটি হারিয়েছি। কোনও পিসি অন্যটিকে পিং করতে, দেখতে বা সংযোগ করতে সক্ষম ছিল না, তারা একে অপরকে আর খুঁজে পেল না।
আবার আইপিভি 6 সক্ষম করার পরে, সবকিছু ঠিকঠাক কাজ করেছে।
... আমি জানিনা কেন এই উইন্ডোজ 7-কম্পিউটারের যোগাযোগের জন্য আইপিভি 6 দরকার। আমি মনে করি না যে এটি "ভাল" সেভাবে হয়, কারণ ডস-মেশিনকে সংযুক্ত করার চেষ্টা করার ফলে এটি সমস্যার কারণ হতে পারে।
আমি জানি না সেখানে কী ঘটছে - এবং কোথায় আইপিভি 4 কাজ করার জন্য পরিবর্তন করতে হবে।
মেশিনটি বেশিরভাগ সময় ব্যবহার করা হয় (... ফ্লপি-ডিস্ক ব্যবহার করে ডেটা স্থানান্তর করা হয়) তবে এর জন্য সময় আসার সাথে সাথে আমি কোনও সহায়ক পরামর্শ চেষ্টা করব।
সর্বশেষ আপডেট:
এই সমস্যাটি নিয়ে আর ভাবার দরকার নেই। যিনি আমাকে বেশ কয়েকটি জিনিস চেষ্টা করতে সহায়তা করেছেন তার জন্য ধন্যবাদ!
কেবল তারিখটি দেখুন - আমি যখন এই সমস্যাটি সমাধান করার চেষ্টা করেছি তখন 2013 হয়েছে। বিভিন্ন সেটিংসে ঘোরাফেরা করার খুব দীর্ঘ সময় পরেও আমাকে বলা হয়েছে যে এই সমস্যাটি দেখাশোনা করা আমার কাজ নয়।
আমি কেবল সাহায্য করতে চেয়েছিলাম, তবে আমার নিজের ব্যবসায়ের কথা মনে রেখে বলা হয়েছে - এবং তাই আমিও করেছি।
অবশ্যই, এটি এখনও কাজ করে না।
দুই মাস আগে, আমি এই বিষয় সম্পর্কে একটি কথোপকথন শুনেছি। কেউ মনে করেন যে এই ভাঙা সংযোগটি সত্যই বিরক্তিকর এবং ঠিক করা উচিত। এখন অবধি কিছুই হয়নি।
ফ্লপি ডিস্ক এফটিডব্লিউ।
CORRECT_COMPUTERNAME
আপনি এর আইপি-ঠিকানাও ব্যবহার করতে পারেন। অর্থাত্ NET VIEW \\IP_ADDRESS
এবং NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
।
NET
- কম্যান্ডটি কেবল প্রবেশ করার সময় লঞ্চ: C:\NET\net
- যা উল্লিখিত ত্রুটির দিকে পরিচালিত করে। তারপরে আমি কমান্ডলাইন (... যা মূলত একই) এর মাধ্যমে সংযোগ দেওয়ার চেষ্টা করেছি : C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES
- একই ফলাফল, ত্রুটি-পাঠ্য কিছুটা আলাদা different আমি হোস্টনামের পরিবর্তে কম্পিউটার আইপি ব্যবহার করার চেষ্টা করেছি - কিছুই পরিবর্তন হয়নি।
NET VIEW
কমান্ড চেষ্টা করেছেন ? আপনার কি অন্য একটি উইন্ডোজ-মেশিনে অ্যাক্সেস রয়েছে যাতে আপনি উইন্ডোজ 7 এর সেটিংস সঠিক কিনা তা পরীক্ষা করতে পারেন। (ফায়ারওয়াল অফ, নেটওয়ার্ক অনুসন্ধান অন, ফাইল এবং প্রিন্টার শেয়ারিং অন, পাবলিক ফোল্ডার শেয়ারিং অন, মিডিয়া স্ট্রিমিং বন্ধ, পাসওয়ার্ড সংরক্ষণ ভাগ করে নেওয়া, এনক্রিপশনকে 40-56 বিটে নামিয়ে দেওয়া, তারা কি একই ওয়ার্কগ্রুপে রয়েছে)
NET
কমান্ডলাইন বা এই- জিইউআই ব্যবহার করে এই ত্রুটিটি কীভাবে প্রদর্শিত হবে তা কিছুটা পার্থক্য । বিষয়বস্তু নিজেই বিষয় নয়))। আমি উল্লেখ করতে ভুলে গেছি যে NET VIEW \\CORRECT_COMPUTERNAME
একই ত্রুটি বার্তায় নেতৃত্ব দিচ্ছে। যত তাড়াতাড়ি সম্ভব, আমি অন্য কম্পিউটার থেকে উইন্ডোজ 7-পিসিতে সংযোগ দেওয়ার চেষ্টা করব। এটি একটি ভাল ধারণা, আমি এটি যাচাই করব!
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? আপনি একটি কি করলে আপনি কি পাবেনNET VIEW \\CORRECT_COMPUTERNAME
?