معرفی راهکارهای Disaster Recovery

/۰ دیدگاه /در , /توسط

معرفی راهکارهای Disaster Recovery

بازیابی از حادثه یا Disaster Recovery شامل فرایندها، سیاست‌ها و رویه‌های لازم برای فراهم‌سازی قابلیت بازیابی عملیات‌ها و تداوم عملکردهای حیاتی سازمان پس از وقوع حادثه است. مسائل و موضوعاتی نظیر آسیب‌ها و خسارت‌های فیزیکی، تلاش‌هایی در جهت هک و نفوذ، وجود نرم‌افزارهای مخرب کامپیوتری و بروز شرایط اضطراری در مقوله ی امنیت اطلاعات، دولت‌ها و شرکت‌ها را به تمرکز بر موضوع بازیابی از حادثه ترغیب می‌کند. راهکارهای مربوط به این مقوله باید نوع سازمان و عناصر مورد نیاز برای حفظ وضعیت اجرایی سازمان را در نظر داشته باشد. بازیابی از حادثه، به دلایل بازگشت سریع سازمان به شرایط عملیاتی عادی خود، محدودسازی تأثیرات منفی حادثه در عملکرد کسب و کار و کمینه‌سازی احتمال وقوع آتی انواع خاصی از حادثه برای هر سازمانی حائز اهمیت است.

Disaster Recovery   در حقیقت نوعی بیمه برای منابع IT سازمان شما در زمان وقوع فاجعه به حساب می آید. بنابراین یک Disaster Recovery مناسب می بایست همانند یک بیمه خوب حفاظتی بالا با حداقل مشکلات و کمترین هزینه و down time را فراهم آورد. در این مقاله سه راهکار Disaster Recovery را با یکدیگر مقایسه می کنیم.

  • VMware vSphere Replication یک راه حل Replication ناهمگام مبتنی بر Hypervisor برای ماشین های مجازی vSphere است. این راهکار کاملا با VMware vCenter Server و vSphere Web Client یکپارچه شده است. vSphere Replication راهکار Replication انعطاف پذیر، قابل اعتماد و مقرون به صرفه ای را در راستای حفاظت از داده ها و Disaster Recovery برای تمام ماشین های مجازی محیط مجازی سازی سازمان ها ارائه می دهد. از این راهکار Replication می توان در موارد حفاظت از داده ها به صورت محلی در یک سایت و یا به عنوان راهکار Disaster recovery میان دو سایت بهره برد.
  • به منظور انجام فرآیند Replication در لایه ی Storage، کمپانی EMC برای خانواده ی VNX راهکار Mirror View و برای خانواده ی Unity راهکار Unity Block Replication را ارائه می دهد. این راهکارها، قابلیت Replication در لایه Block را برای محصولات این دو رده فراهم می کنند که دارای دو شیوه Replication ، همزمان و غیر همزمان می باشند.  Replication تکنولوژیی است که می تواند Block های داده ها را در همان سایت و یا سایت دومی، کپی نماید. این قابلیت یک راهکار مناسب برای Replication داده ها در طرح Disaster Recovery است. راهکارهای Replication مذکور، راهکارهایی LUN Centric هستند یعنی در این راهکارها یک LUN اولیه موجود در ذخیره ساز سایت عملیاتی با LUN ثانویه موجود در ذخیره ساز سایت اول و یا سایت دوم، Replicate می شوند و این همسان سازی تنها در لایه LUN صورت می گیرد.
  • EMC RecoverPoint راهکاری مناسب برای Data Replication قرینه به صورت محلی و یا از راه دور می باشد. این محصول همچنین امکان محافظت دائمی از داده ها را دارد به این معنی که امکان بازگشت به هر نقطه ای از زمان را با استفاده از ویژگی فوق العاده journaling خود خواهد داشت، که موجب برتری این راهکار در مقایسه با راهکارهای unity Block Replication و VNX Mirror View می شود. این راهکار با توانایی بالا در فشرده سازی و حذف داده های تکراری و الگوریتم بسیار پیشرفته انتقال اطلاعات می تواند سرعت Data Replication را بالا برده و باعث امنیت بالاتر و صرفه جویی در زمان خواهد شد.

در جدول زیر به مقایسه ی سه راهکار Disaster Recovery می پردازیم.

مقایسه راهکارهای Disaster Recovery
Vsphere Replicator VNX Mirror View/ Unity Block Replication Recover Point
Asynchronous Synchronous
Minimum RPO ۵ min ۳۰ min /۵ min ۰ /۰ ۰.۰۳ Second
Maximum RTO(with SRM) ۱۵ min ۱۵ min ۱۵ min ۱۵ min
Data Protection against all kinds of Disasters ۱۰۰% ۳۰% ۳۰% ۱۰۰%
COST Low Cost Average Cost Average Cost  High Cost
Service Level File Block Block Block
Host Offload OFF ON ON ON

معماری Vsphere Distributed Switch

/۰ دیدگاه /در /توسط

معماری Vsphere Distributed Switch

VDS مدیریت مرکزی و نظارت بر تنظیمات شبکه ای تمامی هاست هایی که به آن سوئیچ متصل شده اند را ارائه می دهد. تنظیمات VDS توسط Vcenter Server انجام می شود و setting های آن به تمامی هاست های متصل شده به سوئیچ اعمال می گردد.

یک سوئیچ در Vsphere شامل دو بخش data plane و management plane می باشد. پیاده سازی filtering، tagging ، package switching و غیره در بخش data plane انجام می شود. Management plane ساختار کنترلی است که شما از آن برای تنظیمات عملیاتی data plane استفاده می کنید. استاندارد سوئیچ ها نیز شامل دو بخش data plane و management plane می باشند و هر استاندارد سوئیچ را به صورت جداگانه تنظیم و نگهداری می کنید.

Distributed Switch دو بخش data plane و management plane را از هم مجزا می کند. عملیات های مدیریتی Distributed Switch سمت Vcenter Server انجام می شود و به شما این امکان را می دهد که تنظیمات شبکه را در سطح data center انجام دهید. بخش data plane به صورت Local بر روی هر هاستی که به Distributed Switch اضافه می شود باقی می ماند. بخش data plane را Host Proxy Switch می گویند. تنظیمات شبکه ای که بر روی vcenter Server ایجاد می کنید به صورت اتوماتیک بر روی همه ی Host Proxy Switch اعمال می شود.

vSphere Distributed Switch دو انتزاع را برای ایجاد پیکربندی شبکه ها با NIC های فیزیکی معرفی می کند، Vitual machines وServices  Vmkernel.

UpLink Port Group

یکPort Group  uplink یاPort Group  dvuplink در هنگام ایجاد Distributed Switch تعریف می شود و می تواند یک یا چند Uplink داشته باشد. یک uplink یک قالب است که شما برای پیکربندی اتصالات فیزیکی هاست و همچنین پالیسی های Load Balancing و Failover استفاده می کنید. NIC های فیزیکی هاست درDistributed Switch  به uplink ها Map می شود. در سطح هاست، هر NIC فیزیکی به یک پورتUplink  با یک شناسه خاص متصل می شود. شما تنظیمات Load Balancing و Failover را بر روی Uplink ها اعمال می کنید و پالیسی ها به طور اتوماتیک به Host Proxy Switch  منتقل شوند. به این ترتیب شما می توانید پیکربندی Load Balancing و Failover  را برای NIC های فیزیکی تمام هاست هایی که به Distributed Switch  متصل هستند، اعمال کنید.

Distributed port group

Distributed port group  ارتباطات شبکه ای ماشین های مجازی و ترافیک VMKernel را فراهم می کند. شما با استفاده از یک برچسب شبکه، هر یک از Distributed port group ها را شناسایی می کنید. تنظیمات NIC teaming، failover، Load Balancing ، VLAN، Security، traffic shaping و دیگر سیاست ها را درDistributed port group  انجام می دهید. پورت های مجازی که به یک Distributed port group  متصل هستند، خواص مشابهی را که در Distributed port group پیکربندی شده اند، به اشتراک می گذارند. همانند Port Group Uplink، پیکربندی که شما در Distributed port group  بر روی Vcenter Server انجام می دهید به طور خودکار به تمام هاست های  Distributed Switchاز طریقHost Proxy Switch  منتقل می شود. به این ترتیب شما می توانید یک گروه از ماشین های مجازی را پیکربندی کنید که یک پیکربندی شبکه یکسان را با اتصال ماشین های مجازی به یک Distributed port group  به اشتراک گزارد.

به عنوان مثال، فرض کنید یک Distributed Switch  را در مرکز داده خود ایجاد کرده و دو هاست را به آن مرتبط کرده اید. سه Uplink را برای UpLink Port Group پیکربندی کرده و NIC فیزیکی را از هر هاست به یک Uplink متصل می کنید. به این ترتیب، هر uplink دارای دو NIC فیزیکی از هر هاست هست که به آن mapشده است، به عنوان مثال Uplink1 با         vmnic0  میزبان ۱ و میزبان ۲ پیکربندی شده است.

برای اطمینان از کارایی استفاده از منابع هاست، تعداد پورت های توزیع شده ی سوئیچ های پروکسی به صورت پویا در میزبان هایی که ESXi 5.5 و بالاتر را اجرا می کنند، بالا و پایین می شود. سوئیچ پروکسی در چنین هاستی می تواند تا حداکثر تعداد پورت های پشتیبانی شده در هاست گسترش یابد. محدودیت پورت بر اساس حداکثر تعداد ماشین های مجازی که هاست می تواند اداره کند تعیین می شود.

آسیب‌پذیری جدیدی که هدف آن چیپ‌های بلوتوث است !

/۰ دیدگاه /در , /توسط

کشف آسیب‌پذیری جدیدی که چیپ‌های بلوتوث را هدف می‌گیرد

آسیب پذیری شناسایی شده در چیپ های بلوتوث یک کمپانی معروف آمریکایی شبکه های سازمانی را به خطر انداخته است. محققان اخیرا دو حفره امنیتی خطرناک را در چیپ های بلوتوث کمپانی تگزاس اینسترومنتس یافته اند که در اکسس پوینت های بی سیم شرکت هایی نظیر سیسکو، مراکی و اروبا تعبیه شده و شبکه های سازمانی را در معرض خطر قرار می دهد. این آسیب پذیری توسط متخصصان امنیتی ارمیس پیدا شده و آن را BLEEDINGBIT نامیده اند. هکرها با استفاده از این حفره می توانند به شبکه های سازمانی نفوذ کرده، کنترل اکسس پوینت ها را در دست گرفته و بدافزارها را در سراسر شبکه پخش کنند. آنچه که داستان را بدتر می کند این است که نفوذ مهاجمان و اقدامات آنها در شبکه های سنتی یا از طریق راه حل های امنیتی کاربر نهایی قابل شناسایی و توقف نیست.

BLEEDINGBITدو شکل دارد که حالت اول آن چیپ های بلوتوث cc2640 و cc2650 تعبیه شده در اکسس پوینت های سیسکو و مراکی را هدف قرار داده است. هکرها با هدف قرار دادن این چیپ حافظه BLE را مختل کرده و کنترل کامل اکسس پوینت را به دست می گیرند.

حالت دوم نیز چیپ cc2540 موجود در اکسس پوینت های سری ۳۰۰ اروبا و قابلیت دانلود فرمور آن را تحت تاثیر قرار می دهد. دلیل این امر در پشتی پیش فرضی است که در فرمور به کار رفته و امکان دانلود بروزرسانی را به کاربر می دهد. هکرها با سوءاستفاده از این قابلیت می توانند نسخه ای کاملا متفاوت از فرمور را روی چیپ نصب کرده و سیستم عامل آن را بازنویسی کنند که در نهایت به نفوذ در شبکه منجر می شود.

کمپانی های اروبا و مراکی که تحت نظر سیسکو قرار دارد، از تعامل با مشتریان و انتشار اصلاحیه های امنیتی خبر داده اند.

 منبع : https://digiato.com/

ICM-برگزاری دوره آموزشی آذر ۱۳۹۷

/۰ دیدگاه /در /توسط

جهت ثبت نام و یا کسب اطلاعات بیشتر در فرم ذیل ثبت نام و یا با واحد آموزش تماس حاصل فرمایید .

ثبت نام در دوره ICM

Veeam Scale-Out Backup Repository

/۰ دیدگاه /در , /توسط

Veeam Scale-Out Backup Repository

شما می توانید Scale-Out Repository را به عنوان یکی از کابردی ترین خصوصیات نرم افزار Veeamدر زیرساخت پشتیبان گیری پیکربندی کنید. Scale-Out Repository به صورت Logical تنظیم و راه اندازی می شود. با همبندی چند Repository در کنار هم فضای قابل استفاده را افزایش می دهد و شما در هر زمانی می توانید فضای در اختیار را بزرگ نمایید. هنگامی که شما Scale-Out Repository را پیکربندی می کنید، شما در واقع یک مجموعه ای از دستگاه های ذخیره سازی و سیستم ها را ایجاد می کنیدکه ظرفیتی معادل مجموع Repository ها برای شما در قالب یک Volume فراهم می نماید.

با استفاده از این قابلیت شما می توانید در هر زمانی فضای در حال استفاده را افزایش دهید به عنوان مثال اگر فضای شما در حال پر شدن باشد ، می توانید با ایجاد یک فضای جدید و اضافه کردن آن به گروه Scale-Out Repository ،بدون کوچکترین مشکلی فضا را افزایش می دهید و دیگر لازم نیست دیتاهای قبلی را جا به جا نمود.

برای ایجاد Scale-Out Repository می توان چندین Repository از جنس های متفاوت را با هم تجمیع و در یک Scale-Out Repository ارائه کرد که این خصوصیت Veeam با Repository های زیر سازگار می باشد: apoteketgenerisk.com

  • Microsoft Windows backup repositories
  • Linux backup repositories
  • Shared folders
  • Deduplicating storage appliances

این امکان وجود دارد که به عنوان مثال یک Microsoft Windows backup repositories  و یک Deduplicating storage appliances را در یک فضا تجمیع و استفاده نمود.

در این نوع Repository انواع راهکارهای پشتیبان گیری و بازیابی اطلاعات قابل استفاده می باشد.

ICM-برگزاری دوره آموزشی آبان ۱۳۹۷

/۰ دیدگاه /در /توسط

جهت ثبت نام و یا کسب اطلاعات بیشتر در فرم ذیل ثبت نام و یا با واحد آموزش تماس حاصل فرمایید .

ثبت نام در دوره ICM

معرفی VMware vSAN

/۰ دیدگاه /در , /توسط

معرفی VMware vSAN

 VMware vSAN از یک رویکرد تعریف شده توسط نرم افزار که ذخیره ساز مشترک را برای ماشین های مجازی ایجاد می کند استفاده می کند. این مجازی سازی، منابع ذخیره سازی فیزیکی محلی میزبان های ESXi را به مخازن ذخیره سازی تبدیل می کند که می تواند به صورت share به ماشین های مجازی و برنامه های کاربردی اختصاص داده شود. vSAN به طور مستقیم در hypervisor ESXi  اجرا می شود.

پیکربندی

شما می توانید vSAN را به گونه ای پیکربندی کنید تا به عنوان یک کلاستر ترکیبی و یا تمام فلش کار کند. در کلاستر های ترکیبی، درایوهای فلش برای لایه کش استفاده می شوند و دیسک های مغناطیسی برای لایه ظرفیت ذخیره سازی استفاده می شوند. در کلاستر های تمام فلش، درایوهای فلش برای هر دو حافظه پنهان و ظرفیت استفاده می شوند.

شما می توانید vSAN را بر روی کلاسترهای هاست موجود و یا هنگامی که کلاستر های جدید ایجاد می کنید فعال کنید.    vSAN  تمام دیسک درایوهای محلی را به یک datastore مجزا که توسط تمام هاست ها در کلاستر vSAN به اشتراک گذاشته شده است، جمع آوری می کند. شما می توانید datastore را با اضافه کردن دیسک درایو و یا اضافه کردن هاست هایی با درایوهای ظرفیت به کلاستر گسترش دهید. vSAN زمانی در بهترین حالت کار می کند که همه ی هاست های ESXi موجود درکلاستر، پیکربندی مشابه ای از جمله پیکربندی ذخیره سازی مشابه داشته باشند. این پیکربندی سازگار، اجزای ذخیره سازی ماشین های مجازی را در تمام درایوها و هاست ها درکلاستر متعادل می کند. همچنین میزبان های بدون دیسک درایوهای محلی نیز می توانند ماشین های مجازی خود را در datastore مربوط به vSAN  شرکت دهند و اجرا کنند.

اگر یک میزبان دیسک درایوهای محلی خود را به datastore vSAN اضافه کند، باید حداقل یک درایو برای حافظه فلش و حداقل یک درایو برای ظرفیت ارائه دهد. درایو های ظرفیت دیسک های داده نیز نامیده می شوند.

دیسک درایو های هاست های شرکت کننده در کلاستر یک یا چند گروه دیسک را تشکیل می دهند. هر گروه دیسک حاوی یک درایو ذخیره سازی فلش و یک یا چند درایو ظرفیت برای ذخیره سازی دائمی است. هر میزبان می تواند برای استفاده از چندین گروه دیسک پیکربندی شود.

vSAN و ذخیره سازی سنتی در موارد زیر با یکدیگر تفاوت هایی دارند.

  • vSAN برای ذخیره سازی فایل های ماشین های مجازی از راه دور، به شبکه ی ذخیره سازی خارجی مانند کانال فیبر (FC) یا شبکه ذخیره سازی (SAN) نیاز ندارد.
  • با استفاده از ذخیره سازی سنتی، مدیر ذخیره سازی فضای ذخیره سازی را بر روی سیستم های مختلف ذخیره سازی به طور پیش فرض قرار می دهد. vSAN به طور خودکار منابع ذخیره سازی فیزیکی محلی میزبان های ESXi را به یک واحد ذخیره سازی تبدیل می کند. این Pool ها را می توان تقسیم کرد و به ماشین های مجازی و برنامه های کاربردی بر اساس الزامات کیفیت خدمات شان اختصاص داد.
  • vSAN مانند Volume های ذخیره سازی سنتی بر اساس LUN ها یا NFS رفتار نمی کند. سرویس Target iSCSI  از LUN ها برای راه اندازی یک initiator در یک میزبان از راه دور برای انتقال داده ها در سطح بلاک به یک دستگاه ذخیره سازی در کلاستر vSAN استفاده می کند.
  • برخی از پروتکل های ذخیره سازی استاندارد، مانند FCP، به vSAN اعمال نمی شود.
  • vSAN بسیار با vSphere یکپارچه شده است. در مقایسه با ذخیره سازی سنتی، شما نیاز به پلاگین اختصاصی یا یک کنسول ذخیره سازی برای vSAN ندارید .  شما می توانید vSAN را با استفاده از vSphere Client یا vSphere Web Client نصب، مدیریت و نظارت کنید.
  • یک مدیر ذخیره سازی اختصاصی برای مدیریت vSAN نیاز نیست. در عوض یک مدیر vSphere میتواند محیط vSAN را مدیریت کند.
  • با vSAN، سیاست های ذخیره سازی VM به طور خودکار زمانی که شما VM جدید را راه اندازی می کنید، اختصاص داده می شود. سیاست های ذخیره سازی را می توان به صورت پویا در صورت نیاز تغییر داد.

Netbackup Appliance

/۰ دیدگاه /در , /توسط

Netbackup Appliance

نرم افزار Netbackup محصول شرکت Veritas در سال ۲۰۱۷ رتبه اول در حوزه پشتیبان گیری را در دنیا کسب کرد.

این سازنده امکان ارائه سرویس خود به صورت نرم افزاری و سخت افزاری را دارد که نمونه Appliance را توصیه کرده است و دلایلی را در این خصوص مطرح نموده است:
1- با استفاده از این Appliance حجم کمتری از منابع سخت افزار استفاده می گردد و بازده سرویس بالاتری ارائه خواهد نمود.
2- با تهیه یک سخت افزار می توان ظرفیت های PB را نگهداری نمود.
3- زمان بازیابی اطلاعات از دیتای Dedup شده یکسان می باشد در واقع Deduplication در زمان بازیابی، تداخلی ایجاد نمی کند.
4- طبق بررسی های Vendor استفاده از این Appliance تا ۶۳ درصد نگهداری از تجهیز را تسهیل می نماید.
5- بهبود راهکارهای مبتنی بر پشتیبان گیری Oracle
6- در صورت استفاده از سرویس Netbackup مبتنی بر راهکار نرم افزاری، هزینه ها تا ۵۳درصد افزایش خواهد یافت.

حال با دلایل شرکت سازنده و آماری که محاسبه نموده است مشخص می شود استفاده از Appliance کاملا منطقی و مقرون به صرفه می باشد.
قابلیت High Availability همراه با Throughput بسیار بالا سرویس پشتیبان گیری را برای شما در سطوح مختلف از جمله مجازی و فیزیکی و نرم افزار فراهم می نماید.

لازم به ذکر است هنگامی که کلاستر تشکیل می شود سرویس توسط یکی از تجهیزات ارائه می شود.

– ۱۲۰ ترابایت ظرفیت با قابلیت افزایش تا ۱.9PB
– کاهش فضای ذخیره سازی تا ۵۰ برابر و امکان استفاده از ۹۹ درصد پهنای باند موجود
– نصب و راه اندازی تجهیز به همراه سرویس ها در کمتر از ۳۰ دقیقه
– استفاده از HA در سخت افزار و جلوگیری از SPOF
– پشتیبانی از شبکه با پورت 10G تا ۲۰ پورت
– پشتیبانی از FC تا ۱۶ پورت , …

نصب و راه اندازی Vmware Tools در لینوکس

/۰ دیدگاه /در , /توسط

نصب و راه اندازی Vmware Tools در لینوکس

برای نصب و راه اندازی Vmware Tools  بر روی سیستم عامل لینوکس که توزیع RPM  را ساپورت نمی کند و یا کرنل مربوطه ان تغییر یافته است ( سیستم عامل هایی غیر از Redhat Linux )  در محیط Vmware  مراحل زیر را به ترتیب دنبال می نماییم :

  • از روشن بودن ماشین مجازی اطمینان پیدا می کنیم
  • در صورت استفاده از محیط گرافیکی Command Shell ( محیط متنی ) لینوکس را باز می نماییم

لازم بذکر است می بایست با کاربر Root  به سیستم Login  نمایید یا می بایست با دستور Sudo  هریک از مراحل زیر را  کامل نمایید

  • در محیط مجازی ESXI بر روی ماشین مورد نظر راست کلیک کرده و از قسمت Guest گزینه Install / Upgrade Vmware Tools  را انتخاب می نماییم و گزینه OK  را انتخاب می نماییم
  • دستور زیر را در محیط لینوکس اجرا می نماییم با استفاده از دستور زیر دایریکتوری به نام Cdrom در قسمت  mnt  ایجاد می نماییم

mkdir /mnt/cdrom

  • حالا می بایست با استفاده از دستور زیر cdrom را به سیستم Mount  نماییم

Mount  /dev/cdrom  /mnt/cdrom

  • با استفاده از دستور زیر فایل VMwareTools-version.tar.gz را به دایریکتوری موقت tmp  جهت اجرا کپی می نماییم

cp  /mnt/cdrom/VMwareTools-version.tar.gz /tmp/

  • برای مشخص کردن نسخه Vmware Tools دستور زیر را اجرا می نماییم

ls /mnt/cdrom

نتیجه خروجی دستور بالا بصورت زیر می باشد

# VMwareTools-5.0.0-12124.tar.gz

  • به دایریکتوری مربوط به tmp وارد شده و با استفاده از دستور زیر tar محتویات فایل vmware-tools-distrib را استخراج می نماییم ( Extract )

Cd /tmp
tar -zxvf  VMwareTools-version.tar.gz

  • پس از Extract کردن به دایریکتوری vmware-tools-distrib  رفته و دستور زیر را جهت نصب Vmware Tools  اجرا می نماییم

cd vmware-tools-distrib
./vmware-install.pl

  • بعد از اجرای دستور فوق سیستم برای نصب Vmware Tools بر روی ماشین مورد نظر اماده شده و پیغام هایی ظاهر می شود که تنها نیاز به وارد کردن کلید Enter می باشد.

در انتهای کار به شما پیغام نصب موفقیت آمیز Vmware Tools  را نشان می دهد

VMware Tools successfully

  • در صورت استفاده از محیط گرافیکی لینوکس می بایست جهت کارکرد صحیح Mouse و همچنین تغییر گرافیک دستگاه X Windows را ریستارت نماییم سپس دستور زیر را وارد می نماییم

/usr/bin/vmware-toolbox

  • براساس محیط سیستمی که شما از آن استفاده می نمایید شاید نیاز باشد cdrom را Umount  نمایید برای این کار از دستور زیر استفاده می نماییم :

umount /mnt/cdrom

  • در صورت نیاز به حذف Vmware Tools از ماشین مورد نظر به صورت زیر عمل می نماییم

cd
rm /tmp/VMwareTools-version.tar.gz
rm -rf /tmp/vmware-tools-distrib

در صورت استفاده از سیستم عامل لینوکس Redhat  و داشتن بسته RPM  برای نصب Vmware Tools تمامی مراحل مشابه بالا می باشد اما بطور کلی بصورت زیر عمل می نماییم :

  • mkdir /mnt/cdrom
  • mount /dev/cdrom /mnt/cdrom
  • rpm -ivh /mnt/cdrom/VMwareTools-version.rpm
  • /usr/bin/vmware-config-tools.pl