- انتخاب حالت شبکه مناسب (NAT یا Bridge) و جلوگیری از تداخل زیرشبکهها، اکثر قطعیها را حل میکند.
- سرویسهای هایپروایزر (NAT/DHCP)، درایورها و آنتیویروس/فایروال میزبان مستقیماً بر اتصال تأثیر میگذارند.
- در Azure، از Network Watcher استفاده کنید، NSG را بررسی کنید و مسیرها/IP اصلی را برای بازیابی دسترسی به اینترنت تنظیم کنید.
¿من روی ماشین مجازی اینترنت ندارم.نگران نباشید، این مشکل رایجتر از آن چیزی است که فکر میکنید و با یک بررسی کامل، معمولاً قابل حل است. در سراسر این راهنما، همه چیز را از تنظیمات اولیه شبکه گرفته تا بررسیهای پیشرفته مخصوص VMware، VirtualBox، KVM/virt-manager، Parallels و محیطهای ابری مانند Azure خواهید یافت. هدف این است که شما علت اصلی را شناسایی کنید و اصلاح مناسب را تنها در چند مرحله اعمال کنید..
قبل از اینکه به پیکربندی بپردازیم، درک یک نکته مهم است: یک ماشین مجازی به عنوان یک کامپیوتر مستقل در دستگاه شما عمل میکند. بنابراین، اگر سیستم میزبان، هایپروایزر یا شبکه ماشین مجازی به درستی پیکربندی نشده باشند، ممکن است اتصال قطع شود.سیاستهای سوئیچ، قوانین فایروال/DHCP، تداخلهای زیرشبکه، درایورهای شبکه یا حتی سرویسهای هایپروایزر متوقفشده نیز میتوانند نقش داشته باشند.
نحوه کار ماشینهای مجازی و تأثیر آنها بر شبکه
یک ماشین مجازی به لطف یک هایپروایزر اجرا میشود که این سیستم، منابع فیزیکی میزبان (CPU، RAM، دیسک، NIC) را بین سیستم مهمان توزیع میکند.این ایزولهسازی برای توسعه و آزمایش بسیار ارزشمند است، زیرا به شما امکان میدهد بدون به خطر انداختن سیستم اصلی، آزمایش کنید. در شرکتها، از آن برای تجمیع سرورها روی سختافزار کمتر استفاده میشود. صرفه جویی در هزینه ها و به سرعت بارهای کاری را بین میزبانها جابجا کنید. علاوه بر این، امکان کلون کردن، گرفتن اسنپشات و بازیابی وضعیت یک ماشین مجازی پشتیبانگیری و بازیابی را در صورت بروز خطا تسهیل میکندعلاوه بر این، موارد زیر وجود دارد وبسایتهای معتبر برای دانلود ماشینهای مجازی رایگان.
شبکه مجازی لایه دیگری است که هایپروایزر شبیهسازی میکند: آداپتور مجازی ماشین مجازی بسته به پیکربندی شما به شبکههای NAT، پل، داخلی یا فقط میزبان "متصل" میشود.انتخاب حالت اشتباه یا مواجهه با سیاستهای امنیتی در شبکه فیزیکی، میتواند ماشین مجازی را بدون دسترسی به اینترنت رها کند، حتی اگر میزبان بدون مشکل به اینترنت دسترسی داشته باشد.
مزایا و معایب محیطهای مجازی
فراتر از اتصال، ماشینهای مجازی مزایای آشکاری ارائه میدهند: سازگاری بین سیستمها (ویندوز، لینوکس، macOS، BSD)، استقلال در پیکربندی و پشتیبانگیری/انتقال بسیار سریع از طریق شبیهسازی. اگر یک ماشین مجازی از کار بیفتد، بقیه بدون هیچ تأثیری به کار خود ادامه میدهند.
همه چیز کامل نیست: شما توسط سختافزار میزبان محدود شدهایدتأخیر شبکه معمولاً تا حدودی بیشتر از سیستم عامل اصلی است و در سطح حرفهای ممکن است هزینههایی برای مجوزهای hypervisor یا سیستم مهمان وجود داشته باشد.
حالتهای معمول شبکه و چگونگی تأثیر آنها بر دسترسی به اینترنت
بسته به هایپروایزر، نامهای مختلفی خواهید دید، اما ایدهها یکسان هستند. انتخاب حالت صحیح، کلید دسترسی به اینترنت برای ماشین مجازی است.:
- NAT: ماشین مجازی از طریق میزبان به اینترنت دسترسی پیدا میکند. این معمولاً به طور پیشفرض کار میکند و گزینه پیشفرض در VMware/VirtualBox است. این به ماشین مجازی اجازه میدهد تا به شبکه فیزیکی و اینترنت دسترسی داشته باشد، اما سرورهای فیزیکی مستقیماً ماشین مجازی را "نمیبینند".
- آداپتور پل زده شده: ماشین مجازی به عنوان یک دستگاه دیگر در شبکه فیزیکی متصل میشود، با آی پی اختصاصی خودشایدهآل برای ارتباط سایر دستگاهها با آن، اما ممکن است با سیاستهای سوئیچ یا روتر تداخل داشته باشد.
- فقط میزبان: شبکه خصوصی بین میزبان و ماشین مجازی. اینترنت وجود ندارد.
- شبکه داخلی: ماشینهای مجازی را در یک شبکه بسته از یکدیگر جدا میکند. اینترنت هم که نیست..
- شبکه NAT (VirtualBox): NAT را با قطعهبندی ترکیب میکند، این امکان را فراهم میکند که اینترنت و ارتباط بین ماشینهای مجازی در آن شبکه NAT برقرار شود..
در VMware میتوانید همه چیز را در «ویرایشگر شبکه مجازی» تنظیم کنید: کارت شبکه فیزیکی را برای پل انتخاب کنید، زیرشبکه NAT را تغییر دهید، DHCP را فعال کنید و پورتها را باز کنیدهمچنین میتوانید پهنای باند را در «پیشرفته» محدود کنید و آدرس MAC را تغییر دهید. در VirtualBox، شبکههای NAT را با زیرشبکه، DHCP، IPv6 و قوانین پورت آنها از «File > Preferences» مدیریت میکنید و در هر ماشین مجازی، NAT، Bridge، Internal، Host-only یا Network NAT را انتخاب میکنید.
بهینهسازی: حافظه، اندازه، پهنای باند و شتاب
اگر ماشین مجازی با کمبود منابع مواجه باشد، متوجه گلوگاههای شبکه خواهید شد. اختصاص رم کافی برای اطمینان از اینکه مهمان میتواند درخواستها را بدون سردرگمی مدیریت کند، اندازه ماشین مجازی را در صورت نیاز تنظیم کنید و اگر چندین ماشین مجازی وجود دارد، پهنای باند را محدود کنید از طریق ماشین مجازی برای جلوگیری از اشباع. برخی از پلتفرمها ارائه میدهند شتاب شبکه که باعث کاهش تأخیر و بهبود انتقال میشود.
اگر از NAT استفاده میکنید و به اینترنت دسترسی ندارید
با NAT، اگر میزبان به اینترنت دسترسی داشته باشد، معمولاً ماشین مجازی نیز به اینترنت دسترسی دارد. مشکل معمول این است که زیرشبکه مجازی NAT با شبکه فیزیکی منطبق است.مهمان نمیداند چگونه خارج شود. زیرشبکه NAT را در ویرایشگر شبکه تغییر دهید (VMware: VMnet8; VirtualBox: یک شبکه NAT با زیرشبکه متفاوت ایجاد/انتخاب کنید) تا از تداخل با شبکه محلی اصلی خود جلوگیری کنید.
اگر از بریج استفاده میکنید و به اینترنت دسترسی ندارید
در حالت پل، ماشین مجازی به شبکه فیزیکی وابسته است، بنابراین سیاستها و خدمات زیرساخت شما نقش دارند.:
- در VMware، کارت شبکه فیزیکی را به جای «Automatic» روی VMnet0 تنظیم کنید. انتخاب رابط خاص از بروز مشکلات هنگام تعویض شبکه جلوگیری میکند.
- سوئیچ: اگر Port Security با محدودیت MAC برای هر پورت وجود دارد، ممکن است آدرس مک دوم (آن که متعلق به ماشین مجازی است) مسدود شده باشد.همچنین اتصال IP-MAC-Port را بررسی کنید.
- روتر: تأیید کنید که DHCP فعال است (یا یک آدرس IP ثابت روی ماشین مجازی پیکربندی کنید)، فایروال را بررسی کنید و بررسی کنید که هیچ قانونی مانع از تشکیل تیمهای جدید نشود.
اگر هنوز مشکل برطرف نشده است، بررسی کنید که کارت شبکه میزبان فعال و بهروز باشد، و همچنین بررسی کنید که کارت شبکه مهمان نیز فعال و بهروز باشد. آدرس IP و DNS به صورت خودکار دریافت میشوند.در بسیاری از موارد، تغییر موقت ماشین مجازی به حالت پل (اگر در حالت NAT بوده) یا به حالت NAT (اگر در حالت پل بوده) به شما کمک میکند تا منبع را ایزوله کنید.
VMware: بررسیها و رفع سریع مشکلات
VMware چندین اهرم ارائه میدهد که ارزش بررسی دارند، زمانی که ماشین مجازی در حال مرور وب نیست. شروع با چیزهای ساده باعث صرفهجویی در زمان میشود:
- ماشین مجازی را مجدداً راهاندازی کنید. بله، بهتر از آنچه فکر میکنید کار میکند.
- آنتی ویروس/فایروال میزبان را موقتاً غیرفعال کنید یا حالت آن را طوری تنظیم کنید که ترافیک به/از ماشینهای مجازی اجازه عبور دهد.
- سرویسهای زیر را فعال و/یا راهاندازی مجدد کنید: «سرویس NAT ماشین مجازی» و «سرویس DHCP ماشین مجازی» از services.msc.
- آداپتور شبکه را در مدیریت دستگاه مهمان بهروزرسانی یا دوباره نصب کنید. اگر ظاهر نشد، از «جستجو برای تغییرات سختافزاری» استفاده کنید.
- برای اتصال مجدد، تیک گزینههای «Connected» و «Connect on power-up» را از روی آداپتور شبکه ماشین مجازی بردارید و دوباره تیک بزنید.
- در ویرایشگر شبکه مجازی، روی «بازیابی پیشفرضها» کلیک کنید تا VMnet1/VMnet8 در صورت خراب بودن، بازسازی شوند.
- برخی از کاربران با تنظیم آدرس IP روتر ADSL به عنوان NAT DNS در VMnet8 > NAT Settings > DNS این مشکل را حل میکنند.
- پس از تعلیق/ازسرگیری میزبان، ماشین مجازی را خاموش و دوباره روشن کنید (بهتر از از سرگیری وضعیت آن) برای مقداردهی اولیه مجدد شبکه مجازی.
اگر مشکل در NAT متناوب باشد، گاهی اوقات سرویس NAT از کار میافتد: راهاندازی مجدد «سرویس VMware NAT» روی میزبان معمولاً اتصال را بازیابی میکند..
ویرچوال باکس: مراحل ضروری
در VirtualBox، NAT تقریباً همیشه بدون هیچ گونه تنظیماتی کار میکند، اما اگر اینطور نشد، این تنظیمات معمولاً آن را برطرف میکنند.:
- برای اطمینان از یکپارچهسازی بهتر درایورها و سیستم مهمان، «افزودههای مهمان» را نصب کنید.
- ماشین مجازی را خاموش کنید، به بخش شبکه (Network) بروید و مطمئن شوید که گزینهی «فعال کردن آداپتور شبکه» (Enable network adapter) تیک خورده باشد. در صورت نیاز، بین NAT، Bridged Adapter و Network NAT جابهجا شوید.
- به یاد داشته باشید: «شبکه داخلی» و «فقط میزبان» به طور پیشفرض اینترنت ارائه نمیدهند.
- از «فایل > تنظیمات > شبکه»، یک شبکه NAT با زیرشبکه، DHCP و در صورت وجود، قوانین پورت مخصوص به خود ایجاد یا تنظیم کنید.
درون مهمان، IP و DNS را روی حالت خودکار بگذاریداگر هیچ تغییری حاصل نشد، کارت شبکه مجازی انتخاب شده (مثلاً Intel PRO/1000 در مقابل Paravirtualized) را بررسی کنید و سعی کنید آن را تغییر دهید.
KVM/virt-manager و VirtualBox در لینوکس (مورد معمول: مهمان ویندوز ۱۱)
اگر از لینوکس به عنوان میزبان (مثلاً یک توزیع مبتنی بر فدورا) و ویندوز ۱۱ به عنوان مهمان استفاده میکنید، معمولاً آداپتور virtio نصب شده است و هنوز... اینترنت هم در virt-manager و هم در VirtualBox تمام میشودتأیید کنید که از حالت خروجی (NAT یا bridged) استفاده میکنید و میزبان به اینترنت دسترسی دارد. اگر مشکل فقط در حالت bridged رخ میدهد، موارد زیر را در نظر بگیرید: سیاستهای شبکه فیزیکی، DHCP و فایروالاگر در NAT هر دو هایپروایزر نیز ظاهر میشود، درایورهای شبکه، دریافت خودکار IP/DNS را در سرور مهمان بررسی کنید و یک تنظیم مجدد پشته TCP/IP انجام دهید (به بخش ویندوز مراجعه کنید). فعال کردن حالت بیقاعده، تغییرات آدرس MAC و انتقال اجباری در سوئیچ مجازی ممکن است در صورت نظارت/فیلتر کردن ترافیک توسط نرمافزار ضروری باشد.
Parallels Desktop در مک: علائم و راه حل
موقعیتهایی وجود دارد که ویندوز در Parallels حرکت نمیکند، در حالی که مک میتواند. علائم عبارتند از: بدون اینترنت در ویندوز، کندی یا ناپایداری، برنامههایی که با وجود داشتن شبکه از کار میافتند، یا عدم توانایی در دیدن سایر رایانههای موجود در شبکهاین معمولاً به دلیل تنظیمات نادرست ویندوز، نرمافزار آنتیویروس شخص ثالث، تنظیمات ماشین مجازی یا محیط ویندوز خراب است.
- قبل از لمس هر چیزی، مطمئن شوید که مک به اینترنت دسترسی دارد و یک اسنپشات (عکس فوری) از آن ایجاد کنید.
- ابزارهای Parallels را دوباره نصب کنید و با غیرفعال کردن سرویسهای شخص ثالث (فعال نگه داشتن سرویسهای Parallels) یک بوت تمیز در ویندوز انجام دهید.
- در بخش سختافزار > شبکه، بین گزینههای «شبکه مشترک (توصیهشده)» و «شبکه پلبندیشده: آداپتور پیشفرض» جابهجا شوید تا ببینید کدام یک بهتر کار میکند.
- CMD را باز کنید و سعی کنید parallels.com را پینگ کنید. اگر پاسخی نداد، دستور زیر را اجرا کنید:
netsh winsock reset netsh int ip reset reset.logو دوباره راه اندازی کنید. اگر مشکل همچنان ادامه داشت، موارد زیر را امتحان کنید:
ipconfig /release ipconfig /renew - در Device Manager، اگر عبارت "Parallels Ethernet Adapter #…" را مشاهده کردید، درایور را بهروزرسانی کنید بطور خودکار.
- در نسخههای Pro/Business، میتوانید به تنظیمات > شبکه بروید و مقادیر پیشفرض را بازیابی کنید.
به محض اینکه اتصال دوباره برقرار شد، عکس فوری را حذف میکند برای جلوگیری از انباشته شدن حالتهای غیرضروری.
مهمان ویندوز: دستورات مفید شبکه
وقتی مشکل از پشته شبکه ویندوز باشد، این راهحلهای کلاسیک معمولاً چارهساز هستند. اجرای خط فرمان به عنوان مدیر سیستم:
- تنظیم مجدد پشته TCP/IP و Winsock:
netsh winsock reset netsh int ip reset reset.log - اگر هنوز به اینترنت دسترسی ندارید، پس از راهاندازی مجدد، آدرس IP خود را تمدید کنید:
ipconfig /release ipconfig /renew - آداپتور شبکه را از طریق Device Manager بهروزرسانی یا دوباره نصب کنید.
- اگر نرمافزار آنتیویروس شخص ثالث وجود دارد، موقتاً غیرفعالش کن یا یک حالت سازگار با ماشین مجازی را پیکربندی کنید.
در مورد اوبونتو و مشتقات آن، برخی از کاربران گزارش میدهند که نصب/بهروزرسانی apt-get یا وابستگیها و گواهینامههای مرتبط با شبکه، وقتی DNS یا TLS با مشکل مواجه میشوند، مرورگر را از حالت انسداد خارج میکنند.
Azure: تشخیص اتصال بین ماشینهای مجازی و دسترسی به اینترنت

در Azure، رویکرد تغییر میکند زیرا شما ابزارهای تشخیصی دارید. اگر یک ماشین مجازی نتواند به ماشین مجازی دیگری در همان VNet دسترسی پیدا کند، یا نتواند به اینترنت دسترسی پیدا کند، از یک توالی منظم پیروی میکند.:
اتصال ماشینهای مجازی در یک VNet
در ماشین مجازی مبدا، از ابزاری مانند tcping برای آزمایش پورتها استفاده کنید (مثلاً RDP 3389):
tcping64.exe -t <IP de la VM destino> 3389
اگر پاسخ نداد، قوانین NSG را بررسی کنید: آنها باید "Allow VNet Inbound" و "Allow Load Balancer Inbound" را مجاز بدانند و ... تکذیبیههای بالا با اولویت کمتر.
تأیید کنید که میتوانید از طریق RDP/SSH از پورتال وارد شوید؛ اگر این روش جواب داد، «بررسی اتصال» را با استفاده از Network Watcher (PowerShell/CLI) اجرا کنید. نتیجه، «پرشها» و «حوادث» را فهرست میکند.طبق آنچه نشان میدهد، اصلاح کنید و دوباره امتحان کنید.
آداپتور شبکه دوم در همان VNet
کارتهای شبکه ثانویه در ویندوز دروازه پیشفرض ندارند. اگر میخواهید آنها با خارج از زیرشبکه خود ارتباط برقرار کنند، یک مسیر پیشفرض در مهمان اضافه کنید (CMD را به عنوان مدیر اجرا کنید):
route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>
NSG را روی هر دو کارت شبکه بررسی کنید و با Network Watcher اعتبارسنجی کنید.
دسترسی به اینترنت در Azure
اگر یک ماشین مجازی به اینترنت متصل نمیشود، ابتدا بررسی کنید که آیا کارت شبکه در حالت خطا قرار دارد یا خیر. از لاجوردی کاوشگر منابع به شما امکان میدهد یک "PUT" را از منبع کارت شبکه اعمال کنید. برای همگامسازی وضعیت و بارگیری مجدد پورتال. سپس، به «بررسی اتصال» برگردید و هرگونه مشکل یافت شده را برطرف کنید.
چندین IP روی یک کارت شبکه ویندوز
در ویندوز ، کمترین آدرس IP از نظر عددی میتواند به عنوان آدرس اصلی باقی بماند. حتی اگر آدرس IP متفاوتی را در پورتال Azure انتخاب کنید، فقط آدرس IP اصلی در Azure به اینترنت/سرویس دسترسی دارد. برای اطمینان از اینکه آدرس IP صحیح، آدرس IP اصلی است، "SkipAsSource" را از طریق PowerShell تنظیم کنید.
$primaryIP = '<IP primaria que definiste en Azure>'
$netInterface = '<Nombre del NIC>'
$IPs = Get-NetIPAddress -InterfaceAlias $netInterface | Where-Object {$_.AddressFamily -eq 'IPv4' -and $_.IPAddress -ne $primaryIP}
Set-NetIPAddress -IPAddress $primaryIP -InterfaceAlias $netInterface -SkipAsSource $false
Set-NetIPAddress -IPAddress $IPs.IPAddress -InterfaceAlias $netInterface -SkipAsSource $true
در لینوکس، برای افزودن چندین IP به سیستم عامل، راهنمای Azure را دنبال کنید.
آزمایشهای سریع برای محدود کردن دامنهی شکست
چند بررسی به شما یک راهنمای سریع میدهد. از آنها به عنوان دماسنج استفاده کنید:
- اگر در NAT دسترسی به اینترنت وجود ندارد، اما میزبان به اینترنت دسترسی دارد، به تداخل زیرشبکه یا مشکلی در سرویسهای NAT/DHCP هایپروایزر مشکوک شوید.
- اگر در حالت Bridge از کار بیفتد اما در حالت NAT کار کند، این به DHCP، فایروال یا امنیت سوئیچ/روتر اشاره دارد..
- آدرس را از طریق IP (مثلاً 8.8.8.8) و بر اساس نام (مثلاً دامنه عمومی) پینگ کنید. اگر از طریق IP کار کرد اما از طریق نام نه، مشکل از DNS است.
بهترین شیوههای شبکهسازی و عملکرد
برای یک تجربه بینقص: همیشه رابط فیزیکی خاص را برای پل انتخاب کنید.از حالت «خودکار» اجتناب کنید؛ زیرشبکههای مجازی را از شبکه محلی فیزیکی جدا کنید؛ قوانین NSG/ACL را مستند کنید و در صورت نیاز به IPهای استاتیک برای ماشینهای مجازی متصل به شبکه، DHCP را رزرو کنید. در میزبانهایی با چندین ماشین مجازی، پهنای باند را برای هر ماشین مجازی محدود میکند و در صورت اشباع شدن شبکه، صفها را رصد میکند.
پشتیبانگیری: برای مواقعی که مشکلی پیش بیاید
از دست دادن دادهها به دلیل قطعی شبکه یا خطای پیکربندی دردناک است، خیلی دردناک. راهکارهای پشتیبانگیری برای مجازیسازی آنها امکان پشتیبانگیری بدون نیاز به عامل، بازیابی فوری در عرض چند ثانیه و بازیابی بین پلتفرمی را فراهم میکنند. (VMware، Hyper-V، Proxmox، oVirt و غیره). اگر ماشینهای مجازی را در محیط عملیاتی مدیریت میکنید، پلتفرمی را در نظر بگیرید که یک کنسول وب، بازیابی فوری و دورههای آزمایشی رایگان جامع را برای اعتبارسنجی استراتژی شما ارائه میدهد.
سوالات متداول: سوالات سریع
برخی از سوالات رایج زمانی که ماشین مجازی در حال مرور نیست، پاسخهای مختصری دارند. در اینجا مفیدترین آنها آورده شده است:
- چرا NAT به طور متناوب قطع میشود؟ راهاندازی مجدد سرویس NAT هایپروایزر روی میزبان معمولاً اتصال را بازیابی میکند.
- آیا آداپتور به صورت قطع شده نمایش داده میشود؟ در تنظیمات ماشین مجازی، گزینههای «متصل» و «اتصال در حالت روشن» را علامت بزنید.
- اگر پس از تعلیق/ازسرگیری میزبان، اتصال شبکه وجود نداشت، ماشین مجازی را خاموش و مجدداً راهاندازی کنید تا آداپتور شبکه مجازی دوباره راهاندازی شود.
- آیا میتوان از ماشین مجازی بدون اینترنت استفاده کرد؟ بله: فقط میزبان یا شبکه داخلی، شبکههای ایزولهای بدون دسترسی خارجی ایجاد میکنند.
- آیا یک ماشین مجازی میتواند به VPN متصل شود؟ در NAT، VPN را از میزبان به ارث میبرد؛ در حالت پل، یک کلاینت VPN روی ماشین مجازی نصب میکند.
درک چگونگی ارتباط حالتهای شبکه (NAT، پل، داخلی، فقط میزبان) با یکدیگر، بررسی تداخلهای زیرشبکه، سرویسهای هایپروایزر (NAT/DHCP)، قوانین امنیتی و پشته شبکه مهمان این اکثر مشکلات "من روی ماشین مجازی اینترنت ندارم" را حل میکند.وقتی محیط مبتنی بر ابر است، به ابزارها و تنظیمات تشخیصی مانند مسیریابی پیشفرض در کارتهای شبکه ثانویه یا مدیریت IP اصلی در ویندوز تکیه کنید. و به عنوان یک قاعده، اسنپشاتها و پشتیبانها را برای بازگشت به حالت قبلی در صورت قطع اتصال توسط یک تغییر، نگه دارید.
از کودکی علاقه زیادی به فناوری داشت. من عاشق به روز بودن در این بخش و مهمتر از همه، برقراری ارتباط با آن هستم. به همین دلیل است که من سالهاست که به ارتباطات در وبسایتهای فناوری و بازیهای ویدیویی اختصاص دادهام. میتوانید در مورد Android، Windows، MacOS، iOS، Nintendo یا هر موضوع مرتبط دیگری که به ذهنم میآید بنویسم.
