স্থানীয় উইন্ডোজ নামক পাইপগুলি ব্যর্থ হওয়ার কারণ কী?


14

আমি এই নিয়ে সারাদিন কঠোর পরিশ্রম করেছি এবং আমি আটকে আছি। আজ সকালে আমাদের এশিয়ান কলেজগুলি আমাকে ডেকেছিল কারণ আমাদের পণ্য ডেটা ম্যানেজমেন্ট সিস্টেমের জন্য সলিড ওয়ার্কস অ্যাডিন স্থানীয় মূল অ্যাপ্লিকেশনটির সাথে যোগাযোগ করতে পারে না। সমস্যাটি একটি উইন্ডোজ ডোমেনের শেষ ব্যবহারকারী কম্পিউটারগুলিকে প্রভাবিত করে। অন্তর্নিহিত সমস্যাটি উইন্ডোজ পাইপ বৈশিষ্ট্যটি ছিল তা নির্ধারণের জন্য আমরা এসকিউএল সার্ভার টুলবক্স থেকে READPIPE এবং MAKEPIPE ব্যবহার করেছি।

  • MAKEPIPE ব্যবহারটি একটি পাইপ তৈরি করে এবং ক্লায়েন্টের জন্য অপেক্ষা করছে। READPIPE ব্যবহারের ফলাফল: "পাইপ খুলতে ব্যর্থ Status স্ট্যাটাস 53." Http://support.microsoft.com/kb/110905 অনুসারে এর অর্থ হল নেটওয়ার্কটির নামটি পাওয়া যায় নি। আমার স্থানীয় কম্পিউটারে পাইপগুলি কোনও সমস্যা ছাড়াই READPIPE থেকে MAKEPIPE এ "হ্যালো" প্রেরণ করে।
  • নামের-পাইপগুলিকে সক্ষম করে এমন সার্ভার প্রক্রিয়াটি চলছে।
  • HKEY_LOCAL_MACHINE Y SYSTEM \ কারেন্টকন্ট্রোলসেট \ পরিষেবাদিগুলি \ ল্যানম্যানসভার \ পরামিতিগুলির অধীনে সেটিংস ঠিক আছে। কোনও পাইপ ফায়ারওয়াল সেটিং নেই।
  • সমস্যাটি কিছু ব্যবহারকারীর উপর প্রভাব ফেলে তবে সমস্ত নয়। কিছু নেটওয়ার্ক শেয়ার গ্রুপ ব্যতীত আমরা ডোমেন গোষ্ঠীতে কোনও পরিবর্তন করি নি।
  • আমি প্রশাসক হিসাবে লগ ইন করেছি এবং এখনও পাইপগুলি কাজ করবে না।

কোন সাহায্য প্রশংসা করা হয়! ধন্যবাদ.


প্রভাবিত ব্যবহারকারীরা প্রশ্নযুক্ত সার্ভারে সাধারণ ফাইল শেয়ারের সাথে সংযোগ স্থাপন করতে পারেন?
হ্যারি জনস্টন

শেয়ারগুলি নিয়ে বর্তমানে কোনও সমস্যা নেই। এটি কোনও সার্ভার / ক্লায়েন্টের সমস্যা নয়। উভয় প্রক্রিয়া একই কম্পিউটারে রয়েছে।
ব্যবহারকারী 152700

আপনি যখন সমস্যাটি পুনরুত্পাদন করবেন, প্রশাসক হিসাবে কোনও প্রভাবিত কম্পিউটারে লগ ইন করেছেন, READPIPE এবং MAKEPIPE সহ, আপনি সঠিক আদেশগুলি কী ব্যবহার করছেন? (দয়া করে আপনার পোস্টটি কোনও মন্তব্যে রাখার পরিবর্তে এগুলি অন্তর্ভুক্ত করার জন্য তাদের সম্পাদনা করুন))
হ্যারি জনস্টন

তোমার সহযোগিতার জন্যে ধন্যবাদ. এটি একটি কঠিন ছিল এবং আমি সমাধানটি এখানে ডকুমেন্ট করব।
ব্যবহারকারী 152700

উত্তর:


12

প্রতিটি কেসের জন্য এটি বের করার জন্য 1,5 দিন প্রয়োজন। এখানে ডকুমেন্টেশন জন্য।

লক্ষণ

  • অ্যাপ্লিকেশনগুলিতে টানুন এবং ফেলে দিন কাজ করে না।
  • আন্তঃসম্পর্কিত যোগাযোগ যেমন প্রধান অ্যাপ্লিকেশন এবং অ্যাডিনসের মধ্যে কাজ করে না।

কারণ / পটভূমি

উইন্ডোজ নামের পাইপগুলির মাধ্যমে কিছু অ্যাপের জন্য ইন্টারপ্রেসেস যোগাযোগ কার্যকর করা হয় (ইউনিক্স স্টাইলের পাইপগুলির সাথে বিভ্রান্ত হওয়ার দরকার নেই)। এমএসডিএন ডকুমেন্টেশন দেখুন: http://msdn.microsoft.com/en-us/library/aa365590.aspx

উইন্ডোজ নেম পাইপগুলি কাজ না করার জন্য বিভিন্ন কারণ থাকতে পারে। পাইপগুলি ইস্যুটির কারণ হ'ল যাচাইকরণ এবং READPIPE সরঞ্জামগুলি ব্যবহার করা যেতে পারে তা যাচাই করতে। এই কেবি নিবন্ধটি পরীক্ষার পদ্ধতি বর্ণনা করে: http://support.microsoft.com/kb/68941 সিসিনটার্নালস সরঞ্জাম প্রক্রিয়া এক্সপ্লোরার বর্তমানে কোন পাইপগুলি খোলা রয়েছে তা সন্ধান করতেও কার্যকর হতে পারে। "সন্ধান করুন -> হ্যান্ডেল বা ডিএলএল সন্ধান করুন ..." বিকল্পটি ব্যবহার করুন এবং "ice ডিভাইস \ নামযুক্ত পাইপ the" প্যাটার্নটি প্রবেশ করুন। এটি আপনাকে দেখাবে যে কোন প্রসেসে কোন পাইপগুলি খোলা রয়েছে। http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

ট্রাবলশুট

কারণ 1: পাইপ ফায়ারওয়াল দ্বারা অ্যাপ্লিকেশনটি অবরুদ্ধ

উইন্ডোজ নামক পাইপ ব্যবহার থেকে অ্যাপ্লিকেশনগুলি ব্লক করতে পারে। এই ফায়ারওয়ালটি সাধারণত সক্ষম থাকে না এবং নিবন্ধের মাধ্যমে কনফিগার করা হয়। এমএস সমর্থন নিবন্ধটি এখানে দেখুন: http://support.microsoft.com/kb/925890 । পাইপ ফায়ারওয়াল সক্ষম নেই কিনা তা পরীক্ষা করে নিন বা অনুমতিপ্রাপ্ত অ্যাপ্লিকেশনগুলির তালিকায় কীটেক এবং সমস্ত অ্যাডিন যোগ করুন।

কারণ 2: ফাইল এবং মুদ্রক ভাগ করে নেওয়ার পরিষেবা সক্ষম নয়।

নামযুক্ত পাইপগুলি প্রক্রিয়া দ্বারা সক্ষম করা হয় যা ফাইল এবং প্রিন্টার ভাগ করে নেওয়াও নিয়ন্ত্রণ করে। উইন্ডোজ পরিষেবাদি সরঞ্জাম ব্যবহার করে এই প্রক্রিয়াটি চলছে কিনা তা পরীক্ষা করুন। পরিষেবাগুলির তালিকায় পরিষেবার নামটি "সার্ভার" হিসাবে দেখানো হয়েছে। পরিষেবাটির নাম ল্যানম্যান সার্ভার এবং EXE হ'ল সি: \ উইন্ডোজ \ সিস্টেম 32 \ svchost.exe -k netsvcs

কারণ 3: উইন্ডোজ ফায়ারওয়াল ল্যানম্যান সার্ভারকে ব্লক করছে

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


3
কারণ 1) পাইপ ফায়ারওয়াল কেবল নামযুক্ত পাইপগুলির দূরবর্তী অ্যাক্সেসকে প্রভাবিত করে। নোট, তবে, যে mach machinename \ পাইপেনাম ব্যবহার করে একটি নামযুক্ত পাইপের সাথে সংযোগ স্থাপন সম্ভবত Machinename স্থানীয় মেশিন হলেও রিমোট অ্যাক্সেস হিসাবে গণনা করা হয়।
হ্যারি জনস্টন

3
কারণ 2) একইভাবে ফাইল এবং প্রিন্টারের ভাগ করে নেওয়ার জন্য কেবল পাইপগুলিতে দূরবর্তী অ্যাক্সেসের প্রয়োজন sharing আবার, \\ machinename \ পাইপেনাম সম্ভবত এই উদ্দেশ্যে দূরবর্তী অ্যাক্সেস হিসাবে গণ্য।
হ্যারি জনস্টন

কারণ 3) উইন্ডোজ ফায়ারওয়াল connections machinename \ পাইপেনাম ব্যবহার করেও স্থানীয় সংযোগগুলি ব্লক করতে সক্ষম হবে না। তবে, আপনি যদি কোনও ডোমেইনে থাকেন এবং উইন্ডোজ ফায়ারওয়ালটি খারাপভাবে কনফিগার করা থাকে, আপনি সম্ভবত আরও বেশি সমস্যা বোধ করছেন, সম্ভবত প্রমাণীকরণের সাথে সম্পর্কিত।
হ্যারি জনস্টন

@ হ্যারি জোনস্টন এটি কোন ধরণের প্রমাণীকরণকে অবরুদ্ধ করতে পারে? এখানেServiceHost.Authentication বর্ণিত হিসাবে পছন্দ ?
iCantSeeSharp

আপনি যদি কোনও ডোমেনে থাকেন এবং ডোমেন নিয়ন্ত্রকদের আপনার নেটওয়ার্ক অ্যাক্সেসটি উইন্ডোজ ফায়ারওয়াল দ্বারা অবরুদ্ধ করা হয়েছে (বা অন্য কোনও কারণে) আপনি প্রমাণীকরণ করতে পারবেন না। এটি সত্যিই স্থানীয় পাইপ অ্যাক্সেসকে প্রভাবিত করবে না, তবে ওয়াইএমএমভি।
হ্যারি জনস্টন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.