Skip to main content

Patch for Windows Server 2003 to accept multiple Sessions

 


Multiple Remote Desktop sessions Over Windows Server 2003

ينصح بأخذ ملف باك اب لاعادتة فى حالة فشل او حدوث ايه مشاكل
قدّمت عائلة ويندوز سيرفر 2003 طقماً متكاملاً بشكل مُحكم من الأدوات والتقنيات التي مكّنت Terminal Services للإدارة البعيدة ولمشاركة البرامج , لقد استمر ذلك النمو إلى أن أصبحت Terminal Services الآن مكوناً متمماً افتراضياً في عائلة ويندوز سيرفر 2003 .
إن العديد من التحسينات التي طرأت على مايكروسوفت ويندوز سيرفر 2003 لها علاقة بخدمات الدعم ووصلة سطح المكتب البعيد وذلك من خلال خدمات المحطة الطرفية (Terminal Services) التي تم تطويرها بشكل ملحوظ في ويندوز سيرفر 2003 , إلا أن هذه الخدمة تستطيع أن تستقبل افتراضياً 2 جلسة عمل (Session) , ولتجعلها تستقبل أكثر من Session عليك أن تشتري ترخيص من شركة مايكروسوفت الذي يكون عادةً سعره مرتفع قليلاً وخاصةً للمكاتب والشركات الصغيرة .

نقدم لكم اليوم Patch يقوم بكسر الخدمة Terminal Services ويجعلها تستقبل أكثر من جلسة عمل Session في نفس الوقت , ولكن يجب الانتباه إلى موضوع هام جداً وهو إصدارة الملف الذي سنقوم بكسره والمسؤول عن العملية كلها .

الملف termsrv.dll الذي قمنا بكسره والمسؤول عن العملية كلها هو للإصدارات 5.2.3790.3959 و 5.2.3790.1830 و 5.2.3790.2825 وتمت التجربة من قبلي على Windows Server 2003 x32 وبنجاح , لذلك يجب أن تتأكد من إصدارة الملف عندك قبل أن تقوم بتنفيذ الباتش .

كيف تعرف إصدارة الملف ؟؟؟

الجواب بسيط , اذهب إلى C:\Windows\System32 وابحث عن الملف termsrv.dll , ثم بالزر اليمين للماوس اختر Properties وانتقل للتبويب Version وستجد إصدارة الملف , لاحظ الشكل التالي :



بالنسبة لإصدارة الملف termsrv.dll Build 5.2.3790.0 فالحقيقة بعد كسر هذا الملف لهذه الإصدارة بالذات حدثت بعض المشاكل في الاتصالات , لذلك أنصح وبشدة ترقية ويندوز سيرفر وتنصيب آخر حزمة الخدمات Service Pack ثم بعد ذلك تنفيذ الباتش المناسب حسب الإصدارة بعد التحديث .



ملاحظة:
إذا قمت بتنفيذ الباتش على نسخة Windows Server 2003 SP1 ذات الإصدارة 5.2.3790.1830 termsrv.dll ثم بعد ذلك قمت بالترقية إلى Windows Server 2003 SP2 , فعليك إعادة تنفيذ الباتش للإصدارة الجديدة بعد التحديث وهي termsrv.dll 5.2.3790.3959 .


ملاحظة:
إذا قمت بتنفيذ الباتش على نسخة Windows Server 2003 SP1 ذات الإصدارة 5.2.3790.1830 termsrv.dll ثم بعد ذلك قمت بالترقية إلى Windows Server 2003 SP2 , فعليك إعادة تنفيذ الباتش للإصدارة الجديدة بعد التحديث وهي termsrv.dll 5.2.3790.3959 .




طريقة تنفيذ الباتش Patch :

1- أعد تشغيل جهاز السيرفر وادخل إلى الوضع الآمن Safe Mode .

2- قم بنسخ ملف الباتش إلى أي مكان تريده وليكن على سطح المكتب مثلاً , ثم قم بتنفيذه كما في الصورة :




3- اذهب إلى Run ثم اكتب gpedit.msc ثم أنتر .
4- اذهب إلى العقدة Computer Configuration > Administrative Templates > Terminal Services ثم اختر Limit Number of Connections واجعلها Enabled واختر الرقم 10 عند TS Maximum Connections Allowed , تابع الصور :






5- بعد أن تنتهي اذهب إلى Run ثم اكتب cmd ثم أنتر , سيفتح لك موجه الدوس اكتب فيه gpupdate /force ثم أنتر وهذا ليعمل Refresh لــ Group Policy ويحمّل التغييرات , ثم بعدها اعمل ريستارت للسيرفر وادخل بشكل عادي واستمتع بخدمة Remote Desktop بأكثر من 2 جلسة عمل .

أنصحك بعدم إدخال الكثير من المستخدمين عبر Remote Desktop وفتح أكثر من 10 Session بوقت واحد , لأن هذا سيضيف عبئ إضافي على السيرفر وقد يتسبب بحمل وبطئ ملحوظ وخاصةً أثناء أوقات الذروة , لذلك لو لاحظت لم أقم بوضع رقم أكبر من 10 عند TS Maximum Connections Allowed في الخطوة رقم 4 , وطبعاً يمكنك زيادة الرقم مثلما تتطلب الحاجة عندك وحسب طاقة السيرفر عندك ومواصفاته .


ملاحظة :
هذا الباتش خاص بــ Windows Server 2003 32bit ومجرب ويعمل بشكل صحيح

أتمنى أن أرى تجاربكم وتضعوا لنا صورة لجلسات العمل المفتوحة على سيرفراتكم كما التقطها أنا من على سيرفري بواسطة البرنامج Task Manager, وهذه هي الصورة :




طبعاً بعد تنفيذ الباتش سيصبح بإمكان السيرفر استقبال أكثر من 2 Session في نفس الوقت , وهذا يطبق أيضاً على أدوات HTML للإدارة البعيدة , يمكنك معرفة المزيد حول هذه الأدوات من خلال الموضوع التالي :






ختاماً , يمكنكم تحميل ملف الباتش من حسب إصدارة الملف
termsrv.dll
الموجود لديكم في نسخة ويندوز سيرفر .

Windows Server 2003 x32 Terminal Server Patch for (termsrv.dll) Build 5.2.3790.3959 & 5.2.3790.2825 :

http://www.4shared.com/file/W5NWiM3D...32_Termin.html


or

Windows Server 2003 x32 Terminal Server Patch for (termsrv.dll) Build 5.2.3790.3959 :

http://www.4shared.com/file/9BUKY5Ry...32_Termin.html

Comments

Popular posts from this blog

Calculate how much data can be transferred in 24 hours based on link speed in data center

  In case you are planning for migration via DIA or IPVPN link and as example you have 200Mb stable speed so you could calculate using the below formula. (( 200Mb /8)x60x60x24) /1024/1024 = 2TB /per day In case you have different speed you could replace the 200Mb by any rate to calculate as example below. (( 5 00Mb /8)x60x60x24) /1024/1024 =  5.15TB  /per day So approximate each 100Mb would allow around 1TB per day.

Recreating a VMFS-3 or VMFS-5 partition table in ESXi 5.x

For this kind of issues you need to engage VMware support on this, following any part of this article could lead to more complex situation if not ran by an expert.   Symptoms Datastore does not mount because of a lost or overwritten partition table.   Purpose When a VMFS partition is created in ESX 3.x or ESX 4.x, it has a Master Boot Record (MBR) partition map. The MBR is written to the first 512 B block (LBA0) and contains the information where the (VMFS) partition starts and ends. ESXi 5.0 introduced VMFS-5, which uses a GUID partition table (GPT) for new datastores. When a VMFS-3 partition is created in ESXi 5.x and is later updated to VMFS-5, the original partition map (MBR) is maintained. If the partition information of a VMFS datastore is deleted or overwritten (for example, by a Windows system with direct access to the same disks), it is impossible to determine if the partition map was GPT or MBR. The only time you can be sure that a GPT partition map was used is if th...

How to deploy an OVA in Cloud Director

  How to deploy an OVA in Cloud Director Yesterday I was in a call with a customer and we discussed uploading OVA’s into Cloud Director. I said sure that is no problem at all. Well then I started thinking how are you supposed to deploy an OVA in Cloud Director because I do not even remember how this is done. So I opened up Cloud Director and tried it for myself. I decided to make this blog post along the way to show you how to deploy an OVA in Cloud Director. As an added bonus I will also show you how to upload an OVA to the catalog. This way I can deploy the OVA over and over again. Environment information Cloud director 10.3 OVA How to deploy an OVA in Cloud Director In Cloud director I opened up the Applications section and selected “NEW” I am deploying an OVA so I selected “Add vApp From OVF”. In the screenshot below you can see all the steps involved with (in my case) deploying and customising the Usagemeter. Options to customise are for instance: Network settings, vApp naming...