রিমোট ডেস্কটপ কেবল পুরানো ক্লায়েন্টদের সাথে কাজ করে


10

আমাদের উইন্ডোজ 8.1 কম্পিউটারের সমস্ত হঠাৎ রিমোট ডেস্কটপ সংযোগ প্রত্যাখ্যান করে।

সমস্যাটি যখন আমরা উইন্ডোজ 8.1 সংযুক্ত
করি তখন অন্যান্য উইন্ডোজ সংস্করণগুলিতে সংযোগ করার সময় আমাদের সমস্যা হয় না।

সম্পাদনা: মাইক্রোসফ্ট আপডেট KB2962806 আপডেট করে সমস্যার সমাধান হয়েছে। তার উত্তরের জন্য বার্ট্র্যান্ড স্কিটিসকে ধন্যবাদ।

আমরা এখনও অবধি যা পেয়েছি:

  • আমরা সর্বদা স্থানীয় ব্যবহারকারী হিসাবে সংযোগ করতে পারি। সমস্যাটি কেবলমাত্র ডোমেন ব্যবহারকারীদের জন্য (অ্যাডমিন এবং নিয়মিত)
  • আমরা পুরানো mstsc.exe সংস্করণগুলির সাথে সংযোগ করতে পারি। উদাহরণস্বরূপ আমরা উইন্ডোজ 2003 এবং 2003 আর 2 কম্পিউটার থেকে সংযোগ করতে পারি। আমরা উইন্ডোজ 7, ​​উইন্ডোজ 8.1 এবং উইন্ডোজ 2012 আর 2 থেকে সংযোগ করতে পারি না।
    আমরা যদি উইন্ডোজ 2003 থেকে পুরানো এমএসএসসিএসএক্স (সংস্করণ 5.2.xxxxX) একটি নতুন কম্পিউটারে অনুলিপি করি তবে আমরা সংযোগ করতে পারি
  • যদি আমরা কোনও পুরানো এমএসটিএস.এসএইএক্স সংস্করণ (উপরে বর্ণিত) থেকে সংযুক্ত হয়ে থাকি, তবে বেশ কয়েক মিনিটের সময় আমরা যে সংস্করণটি চাই তা থেকে সংযোগ করতে পারি। আমাদের অবশ্যই এলোমেলো সময়ের পরে আবার পুরানো সংস্করণ ব্যবহার করতে হবে (৩০ সেকেন্ড থেকে বেশ কয়েক ঘন্টা পর্যন্ত)
  • সাম্প্রতিক mstsc.exe সংস্করণগুলির সাহায্যে আমরা কিছু সময় কিছু ব্যবহারকারীকে সংযুক্ত করতে পারি না, তবে এটি অন্যান্য ব্যবহারকারীর সাথে কাজ করে। আমরা পুরানো সংস্করণ ব্যবহার করার সাথে সাথে এই আচরণটি অদৃশ্য হয়ে যায় এবং 2 দিন পরে আবার প্রদর্শিত হতে পারে
  • (ওয়ারেনের জবাবের জন্য ধন্যবাদ) যদি আমরা ম্যানুয়ালি enablecredsspsupport:i:0.rdp ফাইলে যুক্ত হয়ে থাকি, সংযোগের আগে শংসাপত্রগুলি জিজ্ঞাসা করা হয় না (সুতরাং আচরণটি পুরানো ক্লায়েন্টগুলির সাথে একই রকম), এবং আমরা ক্লায়েন্টের যে কোনও সংস্করণেই সংযোগ করতে পারি । তবে আমরা স্বয়ংক্রিয়ভাবে সংযোগ স্থাপন করতে পারি না এবং লগইন প্রক্রিয়াটি প্রতিটি সময় অন্য ব্যবহারকারী হিসাবে লগইন করতে বেছে নিতে অন্তর্ভুক্ত হয় (এমনকি এটি একই ব্যবহারকারী হলেও)
  • (পাঠুম অঞ্জনাকে ধন্যবাদ) আমরা সংযোগের উভয় পাশে KBচ্ছিক আপডেট KB2830477 প্রয়োগ করেছি

আমরা যা পরীক্ষা করেছি:

  • আমরা স্থানীয় নেটওয়ার্ক থেকে স্থানীয়, এবং দূর থেকে স্থানীয় পর্যন্ত পরীক্ষা করেছি। কোনও পার্থক্য নেই
  • আমরা ফায়ারওয়াল অক্ষম করেছি
  • আমরা gpedit.msc দিয়ে প্রতিটি সুরক্ষা বৈশিষ্ট্য অক্ষম করার পরীক্ষা করেছি Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Security
  • আমরা লগন ইভেন্টগুলির জন্য নিরীক্ষণ এবং লগগুলিতে কিছুই সক্ষম করেছিলাম। অন্যান্য লগগুলিতে সুস্পষ্ট কিছুই নেই (কীভাবে আরডিপি প্রোটোকল লগ সক্ষম করবেন?)
  • আমরা অন্য নেটওয়ার্কে অবস্থিত একটি কম্পিউটারে পরীক্ষা করেছি (ডোমেনগুলি সম্পর্কিত নয়), যেখানে কেবল 7-জিপ ইনস্টল করা আছে। কোনও প্রিন্টার ড্রাইভার নেই, কোনও গ্রুপ নীতিমালা নেই, আর কিছুই নয়। এটি কেবলমাত্র একটি নতুন উইন্ডোজ 8.1 আপ টু ডেট। আমাদের ঠিক একই সমস্যা আছে
  • আমরা গুগলকে জিজ্ঞাসা করেছি এবং তিনি বলেছিলেন "আমি সত্যিই জানি না"। তিনি এখন আমাদের এই পৃষ্ঠায় ডাইরেক্ট করেন, যা খুব ভাল উত্তর তবে সত্যই সহায়ক নয়
  • আমরা 25 ফেব্রুয়ারি অবধি প্রতিটি আপডেট সরিয়ে ফেলেছি (সমস্যাটি হওয়ার বেশ কয়েক দিন আগে)। কোনও উন্নতি হয়নি, সুতরাং সমস্যাটি একটি সাম্প্রতিক আপডেটের দ্বারা ভিন্ন মান হিসাবে সেট আপ করা একটি বিদ্যমান সেটিংস হতে পারে (আপডেটটি সরিয়ে ফেরাতে ফিরে ফিরে আসে না, এটি সম্ভবত স্বাভাবিক আচরণ)

যখন আমরা সংযোগ করতে পারি না, ত্রুটি বার্তাটি হ'ল আমরা একটি ভুল পাসওয়ার্ডের সাথে পেয়েছি ঠিক একইরকম (তবে সুরক্ষা লগতে প্রবেশ নেই):
এখানে চিত্র বর্ণনা লিখুন

  • প্রতিটি কম্পিউটারের বৈধ লাইসেন্স রয়েছে
  • আমরা এমএসই অ্যান্টি-ভাইরাস হিসাবে ব্যবহার করি
  • কিছু উইন্ডোজ 8.1 প্রস্তুতকারক (লেনোভো) দ্বারা পূর্বে ইনস্টল করা থাকে, অন্যরা আমাদের দ্বারা ইনস্টল করা হয়। আমি দেখতে পাচ্ছি কেবলমাত্র সাধারণ কারণটি হ'ল আমরা সেগুলিকে পরিচালনা করি

এটির সমস্যা সমাধানের জন্য আমরা কী করতে পারি সে সম্পর্কে কোনও ধারণা?


1
@ রেডশিফ্ট: কার্যকরভাবে আমরা একই পদ্ধতিটি ব্যবহার করি যখন এটি কার্যকর হয় এবং কখন তা হয় না। আমরা সর্বদা ডোমেন \ ব্যবহারকারীর নাম ব্যবহার করি।
গ্রেগরি মোসাসট 21 '45

5
এ নিয়ে ডাউন ভোট কেন? প্রশ্নটি পাশাপাশি গবেষণা করা হয়।
jscott

1
আমি এই উইন 8.1 কম্পিউটার স্থাপন করা হচ্ছে তা দেখুন। এটি কি একই চিত্র যা এই কম্পিউটারগুলিতে চাপ দেওয়া হচ্ছে? সম্ভবত ছবিটি নষ্ট হয়েছে। আমাদের সাধারণ বিষয়গুলির সন্ধান করা দরকার। 8.1 মেশিনে কিছু আলাদাভাবে সেটআপ করতে হয়। বিশেষত যদি অন্য ওএস অ্যাক্সেস করতে আরডিপি ব্যবহার করে আপনার কোনও সমস্যা না থাকে।
veel84

2
এই থ্রেডটিতে কেবলমাত্র আমার অনুসন্ধানগুলি যুক্ত করুন .... আমি একজন আইটি পরামর্শদাতা এবং একাধিক গ্রাহকের সাইটে আমার একই সমস্যা হচ্ছে .... যার সবকটিই 11 ই মার্চ থেকে সমস্যা শুরু করে। 3 বিভিন্ন গ্রাহক, মোতায়েনের কোনওটিই ইমেজ করা হয়নি, সমস্ত বিভিন্ন নেটওয়ার্কে, সমস্ত বিভিন্ন ফায়ারওয়ালের পিছনে, সমস্ত ভিন্ন পরিবেশে। একটি হ'ল উইন্ডোজ 2003 ডোমেন, একটি ২০০৮ এবং একটি ২০১২ All উপরে বর্ণিত হিসাবে ঠিক পুনরুত্পাদন করা যেতে পারে। কেবলমাত্র সতর্কতাই হ'ল আরডিপি ততক্ষণ কাজ করে যতক্ষণ না আমি প্রশাসক (স্থানীয় বা ডোমেন) হিসাবে লগ ইন করি। যদি আমি একজন ব্যবহারকারী হিসাবে লগ ইন করি তবে আমি "লগইন প্রচেষ্টা ব্যর্থ" ত্রুটি পেয়েছি, এমনকি আমি

1
ইভেন্ট দর্শকের সাথে এর সাথে সম্পর্কিত কি কিছু আছে? এটির লগ বার্তাটি দেখে ভাল লাগবে। লগইন হ্যান্ডশেকের সম্ভবত একটি ওয়্যারশার্ক ট্রেস সহায়ক হবে।
মিঃমাজেস্টেক

উত্তর:


5

সম্ভবত এটি KB2962806 এর সাথে সম্পর্কিত। আপনার এটি প্রয়োগ করার চেষ্টা করা উচিত।
এই আপডেটটি কীভাবে প্রয়োগ করতে হবে তা আমি জানি না কারণ এটি মাইক্রোসফ্ট সাইটে উপলব্ধ নয়। আমি কেবল এটি স্বয়ংক্রিয় উইন্ডোজ আপডেট দিয়ে পাই তবে প্রতিটি কম্পিউটারে নয়।

এই আপডেটটি আমার জন্য অনুরূপ সমস্যার সমাধান করেছে। এবং যেহেতু এই আপডেটটি কয়েকটি কম্পিউটারে প্রয়োগ করা হয়, তাই অন্যরাও কাজ করে। কেন খোঁজ করলাম না।


আমি দুটি কম্পিউটারে পরীক্ষা করেছি এবং মনে হচ্ছে সমস্যাটি সমাধান হয়েছে। এটি ঠিক আছে তা নিশ্চিত করতে আমার আরও tme দরকার need
গ্রেগরি মউস্যাট

1
আমি নিশ্চিত করি এই KB2962806টি আমাদের সমস্যার জন্য সঠিক। ধন্যবাদ!
গ্রেগরি মোসাত

2

ক্রেডেনসিয়াল প্রম্পটটি গত দু'দিন ধরে আমাকে পাগল করে চলেছে এবং সাম্প্রতিক ঘটনাগুলির শৃঙ্খলা অনুসরণ করে আমি বিশ্বাস করি যে এটি আমাদের ২০১২ সালের আরডিপি সার্ভারগুলি সম্প্রতি ইনস্টল করা KB3035017 এর সাথে সম্পর্কিত।

এই পোস্টটি এবং অন্যান্য অনুসন্ধান করার পরে আমি এমন কিছু এসেছি যা এখন পর্যন্ত সমস্যার আশপাশে কাজ করছে।

আরডিপি আইকনগুলি একই মেশিনে আমার পাশ দিয়ে পরীক্ষা করা শংসাপত্রগুলির প্রম্পট ত্রুটি একটিকে দেয় এবং অন্যটিতে সফল লগইন করে।

http://www.boredsysadmin.com/2008/06/how-to-disable-credentials-prompt-of.html

আশা করি এটি অন্যকে সহায়তা করে, আমি নিরীক্ষণ চালিয়ে যাচ্ছি এবং সঠিক সমাধান অনুসন্ধান করব।

চিয়ার্স


আমি সক্ষম হয়েছি নিশ্চিত করুন: সমর্থন: i: 0 পার্টিয়ালি সমস্যার সমাধান করুন। প্রশ্ন আপডেট হয়েছে
গ্রেগরি মাউস্যাট

1

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

আমার ধারণা এটি স্ক্রিন রেজোলিউশনের সাথে সম্পর্কিত হতে পারে। মাইক্রোসফ্ট উইন্ডোজ 8.1 এর আরডিপিতে স্ক্রিন রেজোলিউশন এবং মাল্টি-মনিটর হ্যান্ডলিং সম্পর্কিত বেশ কয়েকটি পরিবর্তন করেছে made যদিও আপনার লক্ষণগুলি রেজোলিউশনের সাথে সম্পর্কিত বলে মনে হচ্ছে না, সম্ভবত উইন্ডোজ 7 আরডিপি ক্লায়েন্ট এবং উইন্ডোজ 8.1 এর মধ্যে আলোচনার ব্যর্থতা রয়েছে?

এটি অন্য ব্যবহারকারীদের জন্য নয় কেন কিছু ব্যবহারকারীর জন্য কাজ করে তাও ব্যাখ্যা করবে - তাদের ক্লায়েন্ট বা লক্ষ্য 8.1 সিস্টেমে বিভিন্ন রেজোলিউশন সেটিংস থাকতে পারে।

আরডিপি ক্লায়েন্টে স্ক্রিন রেজোলিউশন পরিবর্তনের কোনও প্রভাব আছে কিনা তা দেখুন (বিশেষত, পুরো স্ক্রিন মোড এবং একটি নির্দিষ্ট রেজোলিউশনের মধ্যে পরিবর্তন করা, এবং মাল্টি-মনিটর সেটিংস পরিবর্তন করা)।

আপনি এখানে এ সম্পর্কে আরও পড়তে পারেন: http://blogs.msdn.com/b/rds/archive/2013/12/16/resolution-and-scaling-level-updates-in-rdp-8-1.aspx


আমি সবে মাত্র 1024x768 তে আরডিপি সেশনগুলির সাথে পরীক্ষা করেছি এবং প্রিন্টারগুলি অক্ষম / কপি-পেস্ট / ইত্যাদি -> এর চেয়ে ভাল কিছুই নেই
গ্রেগরি মউস্যাট

1

আপনি যা দেখছেন তার সময়সীমা দেওয়া, সমস্যাটি CVE-2015-0079 এর প্যাচের সাথে মিলে যেতে পারে । এই দুর্বলতার সাথে সম্পর্কিত মাইক্রোসফ্ট বুলেটিনটি MS15-030 এবং সমস্যার আসল প্যাচটি এখানে উপলব্ধ । এই প্যাচটি যদি আপনার সিস্টেমে ইনস্টল করা থাকে তবে এটির সমস্যাটি দূরে সরে যায় কিনা তা দেখতে আপনি কোনও একটি থেকে এটিকে সরাতে চেষ্টা করতে পারেন।

নির্দিষ্ট আরডিপি সংমিশ্রণগুলি ভেঙে এটি প্রথম এমএস প্যাচ হবে না। কটাক্ষপাত আছে এই KB2984972 সম্পর্কে বিশেষ করে -।

প্যাকেজের সাথে এমএস সমস্যা সমাধান করছে একটি সম্ভাব্য ডস আক্রমণ - এটি সাধারণত অফিসের পরিবেশে খুব বেশি সমস্যা হয় না তবে।


আমি KB3035017 (যা আপনি যে দুর্বলতার দিকে নির্দেশ করেছেন তার সাথে সম্পর্কিত প্যাচটি) -> কোনও পরিবর্তন ছাড়ানোর চেষ্টা করেছি। আমাদের কোনও উন্নতি হয়েছে কিনা তা দেখার জন্য আমি এখন 11 মার্চ থেকে অন্যান্য প্যাথগুলি সরিয়েছি।
গ্রেগরি মউস্যাট 16'15

আমি 11 মার্চ থেকে প্রতিটি প্যাচ সরিয়েছি, এবং 5 এর আগে -> এর চেয়ে ভাল কিছুই নয়
গ্রেগরি মউস্যাট

ওয়েল এটি অবশ্যই একটি চেষ্টা মূল্য ছিল। গুগল লোকটি যখন জিনিস সম্পর্কে জানে না তখন এটি খুব খারাপ। সে সম্মানের বিষয়গুলিতে তিনি সাধারণত খুব ভাল। আরেকটি জিনিস দেখার সময় হতে পারে - আপনার ওয়ার্কস্টেশনগুলি কি সঠিকভাবে সময় রাখে? আমি কল্পনা করব তারা যদি কোনও ডোমেনের অংশ হয় তবে তারা কি করবে তবে কার্বেরোস সময় সাঁতারের প্রতি সংবেদনশীল, তাই এটি দেখার মতো জায়গা হতে পারে - এমনকি এটি কিছুটা প্রসারিত হলেও।
মিঃমাজেস্টেক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.