ვირტუალურ მანქანაზე ინტერნეტი არ მაქვს, რა ვქნა?

¿ვირტუალურ მანქანაზე ინტერნეტი არ მაქვს.არ ინერვიულოთ, ეს უფრო გავრცელებული პრობლემაა, ვიდრე შეიძლება გეგონოთ და საფუძვლიანი მიმოხილვის შემდეგ, როგორც წესი, მისი მოგვარება შესაძლებელია. ამ სახელმძღვანელოში თქვენ იხილავთ ყველაფერს, ქსელის ძირითადი პარამეტრებიდან დაწყებული, VMware-ის, VirtualBox-ის, KVM/virt-manager-ის, Parallels-ისა და Azure-ის მსგავსი ღრუბლოვანი გარემოს სპეციფიკური შემოწმებებით დამთავრებული. მიზანია, რომ თქვენ რამდენიმე ნაბიჯში დაადგინოთ ძირეული მიზეზი და გამოიყენოთ შესაბამისი კორექტირება..

კონფიგურაციაზე გადასვლამდე მნიშვნელოვანია ერთი რამის გაგება: ვირტუალური მანქანა ფუნქციონირებს როგორც დამოუკიდებელი კომპიუტერი თქვენს მანქანაში. ამიტომ, თუ მასპინძელი სისტემა, ჰიპერვიზორი ან ვირტუალური მანქანა არასწორად არის კონფიგურირებული, კავშირი შეიძლება შეწყდეს.ასევე შეიძლება მნიშვნელოვანი როლი ითამაშოს გადართვის პოლიტიკამ, firewall-ის/DHCP წესებმა, ქვექსელის კონფლიქტებმა, ქსელის დრაივერებმა ან თუნდაც ჰიპერვიზორის გათიშულმა სერვისებმა.

როგორ მუშაობენ ვირტუალური მანქანები და რატომ მოქმედებენ ისინი ქსელზე

ვირტუალური მანქანა მუშაობს ჰიპერვიზორის წყალობით, რომელიც ის ანაწილებს მასპინძლის ფიზიკურ რესურსებს (პროცესორი, ოპერატიული მეხსიერება, დისკი, ქსელის ბარათი) სტუმრ სისტემაზე.ეს იზოლაცია ფასდაუდებელია შემუშავებისა და ტესტირებისთვის, რადგან ის საშუალებას გაძლევთ ექსპერიმენტები ჩაატაროთ ძირითადი სისტემის კომპრომისის გარეშე. საწარმოებში ის გამოიყენება სერვერების ნაკლებად აპარატურულ უზრუნველყოფაზე კონსოლიდაციისთვის. ხარჯების დაზოგვა და სწრაფად გადაიტანეთ სამუშაო დატვირთვები ჰოსტებს შორის. გარდა ამისა, შესაძლებელია ვირტუალური მანქანის კლონირება, სნეპშოტების გადაღება და მდგომარეობის აღდგენა. ეს ხელს უწყობს სარეზერვო ასლის შექმნას და აღდგენას წარუმატებლობის შემთხვევაშიგარდა ამისა, არსებობს სანდო ვებსაიტები უფასო ვირტუალური მანქანების ჩამოსატვირთად.

ვირტუალური ქსელი კიდევ ერთი ფენაა, რომელსაც ჰიპერვიზორი ახდენს სიმულირებას: თქვენი კონფიგურაციიდან გამომდინარე, ვირტუალური მანქანის ვირტუალური ადაპტერი „უერთდება“ NAT, ხიდირებულ, შიდა ან მხოლოდ მასპინძლის ქსელებს.არასწორი რეჟიმის არჩევამ ან ფიზიკურ ქსელში უსაფრთხოების პოლიტიკის წააწყდომამ შეიძლება ვირტუალური მანქანა ინტერნეტზე წვდომის გარეშე დატოვოს, მაშინაც კი, თუ ჰოსტი პრობლემების გარეშე ათვალიერებს ვებგვერდს.

ვირტუალური გარემოს უპირატესობები და ნაკლოვანებები

კავშირის გარდა, ვირტუალური მანქანებს აშკარა უპირატესობები აქვთ: სისტემებს შორის თავსებადობა (Windows, Linux, macOS, BSD), კონფიგურაციის დამოუკიდებლობა და კლონირების საშუალებით ძალიან სწრაფი სარეზერვო ასლების შექმნა/გადატანა. თუ ერთი ვირტუალური მანქანა გაფუჭდება, დანარჩენი გააგრძელებს მუშაობას უცვლელად.

ყველაფერი იდეალური არ არის :no: თქვენ შეზღუდული ხართ მასპინძელი აპარატურითქსელის შეყოვნება, როგორც წესი, გარკვეულწილად მაღალია, ვიდრე ძირითად ოპერაციულ სისტემაში და პროფესიულ დონეზე შეიძლება იყოს ხარჯები ჰიპერვიზორის ან სტუმრის სისტემის ლიცენზიებისთვის.

ქსელის ტიპური რეჟიმები და როგორ მოქმედებს ისინი ინტერნეტზე წვდომაზე

ჰიპერვიზორის მიხედვით, თქვენ ნახავთ სხვადასხვა სახელს, მაგრამ იდეები იგივეა. სწორი რეჟიმის არჩევა ვირტუალური მანქანის ინტერნეტზე წვდომის უზრუნველსაყოფად მთავარია.:

• NAT: ვირტუალური მანქანა ინტერნეტს ჰოსტის „მეშვეობით“ იღებს. ეს, როგორც წესი, ნაგულისხმევად მუშაობს და VMware/VirtualBox-ის ნაგულისხმევი ვარიანტია. ის ვირტუალურ მანქანას ფიზიკურ ქსელსა და ინტერნეტზე წვდომის საშუალებას აძლევს, მაგრამ ფიზიკური სერვერები პირდაპირ ვირტუალურ მანქანას ვერ „ხედავენ“.
• ხიდირებული ადაპტერი: ვირტუალური მანქანა უკავშირდება ფიზიკურ ქსელს, როგორც კიდევ ერთი მოწყობილობა, საკუთარი IP-ითიდეალურია სხვა მოწყობილობებისთვის მასთან კომუნიკაციისთვის, მაგრამ შეიძლება ეწინააღმდეგებოდეს კომუტატორის ან როუტერის პოლიტიკას.
• მხოლოდ მასპინძლისთვის: კერძო ქსელი მასპინძელსა და ვირტუალურ მანქანას შორის. ინტერნეტი არ არის.
• შიდა ქსელი: იზოლირებს ვირტუალურ მანქანებს ერთმანეთისგან დახურულ ქსელში. ინტერნეტიც არ არის..
• NAT ქსელი (VirtualBox): აერთიანებს NAT-ს სეგმენტაციასთან, ის საშუალებას იძლევა ინტერნეტი და კომუნიკაცია ვირტუალურ მანქანებს შორის ამ NAT ქსელში..

VMware-ში ყველაფრის კორექტირება შეგიძლიათ „ვირტუალური ქსელის რედაქტორში“: აირჩიეთ ხიდისთვის ფიზიკური NIC, შეცვალეთ NAT ქვექსელი, ჩართეთ DHCP და გახსენით პორტები.ასევე შეგიძლიათ შეზღუდოთ გამტარუნარიანობა და შეცვალოთ MAC მისამართი „Advanced“-ში. VirtualBox-ში თქვენ მართავთ NAT ქსელებს მათი ქვექსელის, DHCP, IPv6 და პორტის წესებით „File > Preferences“-დან და თითოეულ ვირტუალურ მანქანაში ირჩევთ NAT-ს, Bridge-ს, Internal-ს, Host-მხოლოდ ან Network NAT-ს.

ოპტიმიზაცია: მეხსიერება, ზომა, გამტარობა და აჩქარება

თუ ვირტუალურ მანქანას რესურსები აკლია, ქსელის შეფერხებებს შეამჩნევთ. საკმარისი ოპერატიული მეხსიერების გამოყოფა იმისათვის, რომ სტუმარმა შეძლოს მოთხოვნების დამუშავება გადატვირთულობის გარეშე, საჭიროებისამებრ შეცვალეთ ვირტუალური მანქანის ზომა და თუ რამდენიმე ვირტუალური მანქანაა, ზღუდავს გამტარუნარიანობას ვირტუალური მანქანით გაჯერების თავიდან ასაცილებლად. ზოგიერთი პლატფორმა გვთავაზობს ქსელის აჩქარება რაც ამცირებს შეყოვნებას და აუმჯობესებს გადაცემებს.

თუ იყენებთ NAT-ს და არ გაქვთ ინტერნეტთან წვდომა

NAT-ის შემთხვევაში, თუ ჰოსტს აქვს ინტერნეტზე წვდომა, ვირტუალურ მანქანასაც, როგორც წესი, აქვს ეს წვდომა. ტიპიური პრობლემა ის არის, რომ ვირტუალური NAT ქვექსელი ემთხვევა ფიზიკურ ქსელს.სტუმარმა არ იცის, როგორ გამოვიდეს. შეცვალეთ NAT ქვექსელი ქსელის რედაქტორში (VMware: VMnet8; VirtualBox: შექმენით/აირჩიეთ NAT ქსელი სხვა ქვექსელით), რათა თავიდან აიცილოთ კონფლიქტები თქვენს მთავარ ლოკალურ ქსელთან.

თუ იყენებთ ხიდს და არ გაქვთ ინტერნეტთან წვდომა

ხიდურ რეჟიმში, ვირტუალური მანქანა დამოკიდებულია ფიზიკურ ქსელზე, ამიტომ თქვენი ინფრასტრუქტურის პოლიტიკა და სერვისები მოქმედებაში შედის.:

• VMware-ში ფიზიკური NIC დააყენეთ VMnet0-ზე „ავტომატური“-ს ნაცვლად. კონკრეტული ინტერფეისის არჩევა თავიდან აგაცილებთ პრობლემებს ქსელების გადართვისას.
• კომუტატორი: თუ არსებობს პორტის უსაფრთხოება MAC ლიმიტით თითო პორტზე, მეორე MAC მისამართი (რომელიც ვირტუალურ მანქანას ეკუთვნის) შესაძლოა დაბლოკილი იყოსასევე შეამოწმეთ IP-MAC-პორტის დაკავშირება.
• როუტერი: დაადასტურეთ, რომ DHCP აქტიურია (ან დააკონფიგურირეთ სტატიკური IP მისამართი ვირტუალურ მანქანაზე), შეამოწმეთ firewall და შეამოწმეთ, რომ არ არსებობს წესები, რომლებიც ხელს უშლის ახალი გუნდების შექმნას.

თუ ის მაინც ვერ ხერხდება, შეამოწმეთ ჰოსტზე, რომ მისი NIC აქტიური და განახლებულია, ხოლო სტუმარზე - IP მისამართი და DNS ავტომატურად მიიღება.ბევრ შემთხვევაში, ვირტუალური მანქანის დროებით შეცვლა ხიდურ რეჟიმზე (თუ ის NAT-ში იყო) ან NAT-ზე (თუ ის ხიდურ რეჟიმზე იყო) დაგეხმარებათ წყაროს იზოლირებაში.

VMware: სწრაფი შემოწმება და შესწორებები

VMware გთავაზობთ რამდენიმე ბერკეტს, რომელთა შემოწმებაც ღირს, როდესაც ვირტუალური მანქანა არ ათვალიერებს. მარტივი რაღაცეებით დაწყება დროს დაგიზოგავთ:

• გადატვირთეთ ვირტუალური მანქანა. დიახ, ის უკეთ მუშაობს, ვიდრე შეიძლება გეგონოთ.
• დროებით გამორთეთ მასპინძლის ანტივირუსული/firewall ან შეცვალეთ მისი რეჟიმი ისე, რომ ვირტუალურ მანქანებზე/ვირტუალურ მანქანებზე ტრაფიკი დაუშვათ.
• services.msc ფაილიდან ჩართეთ და/ან გადატვირთეთ შემდეგი სერვისები: „VMware NAT Service“ და „VMware DHCP Service“.
• განაახლეთ ან ხელახლა დააინსტალირეთ ქსელის ადაპტერი სტუმრის მოწყობილობის მენეჯერში. თუ ის არ გამოჩნდება, გამოიყენეთ „სკანირება აპარატურის ცვლილებებისთვის“.
• ვირტუალური მანქანის ქსელის ადაპტერზე ხელახლა დაკავშირების იძულებით დასაწყებად, მოხსენით და ხელახლა მონიშნეთ „დაკავშირებულია“ და „დაკავშირება ჩართვისას“.
• ვირტუალური ქსელის რედაქტორში დააწკაპუნეთ „ნაგულისხმევი პარამეტრების აღდგენაზე“, რათა აღადგინოთ VMnet1/VMnet8, თუ ისინი დაზიანებულია.
• ზოგიერთი მომხმარებელი ამ პრობლემას აგვარებს ADSL როუტერის IP მისამართის NAT DNS-ად დაყენებით VMnet8 > NAT პარამეტრები > DNS განყოფილებაში.
• ჰოსტის შეჩერების/განახლების შემდეგ, გამორთეთ და ჩართეთ ვირტუალური მანქანა (უკეთესია, ვიდრე მისი მდგომარეობის აღდგენა) ვირტუალური ქსელის ხელახლა ინიციალიზაციისთვის.

თუ პრობლემა NAT-ში პერიოდულად ჩნდება, ზოგჯერ NAT სერვისი იყინება: ჰოსტზე „VMware NAT სერვისის“ გადატვირთვა, როგორც წესი, აღადგენს კავშირს..

VirtualBox: ძირითადი ნაბიჯები

VirtualBox-ში NAT თითქმის ყოველთვის მუშაობს ყოველგვარი კორექტირების გარეშე, მაგრამ თუ არა, ეს კორექტირება, როგორც წესი, ასწორებს მას.:

• დააინსტალირეთ „სტუმრის დამატებები“ დრაივერებისა და სტუმრებთან უკეთესი ინტეგრაციის უზრუნველსაყოფად.
• გამორთეთ ვირტუალური მანქანა, გადადით „ქსელში“ და დაადასტურეთ, რომ მონიშნულია „ქსელის ადაპტერის ჩართვა“. საჭიროებისამებრ, სცადეთ NAT-ს, Bridged Adapter-სა და Network NAT-ს შორის გადართვა.
• გახსოვდეთ: „შიდა ქსელი“ და „მხოლოდ მასპინძელი“ ჩანაფიქრით ინტერნეტს არ ითვალისწინებს.
• „ფაილი > პარამეტრები > ქსელი“-დან შექმენით ან შეცვალეთ NAT ქსელი საკუთარი ქვექსელით, DHCP-ით და, თუ შესაძლებელია, პორტის წესებით.

სტუმრის შიგნით, IP და DNS ავტომატურად დატოვეთთუ არაფერი შეიცვლება, შეამოწმეთ არჩეული ვირტუალური ქსელური ბარათი (მაგ., Intel PRO/1000 vs Paravirtualized) და სცადეთ მისი შეცვლა.

KVM/ვირტ-მენეჯერი და VirtualBox Linux-ზე (ტიპიური შემთხვევა: Windows 11-ის სტუმარი)

თუ Linux-ს იყენებთ როგორც მასპინძელს (მაგალითად, Fedora-ზე დაფუძნებულ დისტრიბუციას) და Windows 11-ს როგორც სტუმარს, ხშირად დაინსტალირებული გაქვთ virtio ადაპტერი და მაინც... ინტერნეტი იწურება როგორც Virt-manager-ში, ასევე VirtualBox-შიდარწმუნდით, რომ იყენებთ გამავალი რეჟიმის (NAT ან ხიდურ რეჟიმში) გამოყენებას და რომ ჰოსტს აქვს ინტერნეტზე წვდომა. თუ პრობლემა მხოლოდ ხიდურ რეჟიმში ხდება, გაითვალისწინეთ შემდეგი: ფიზიკური ქსელის პოლიტიკა, DHCP და firewallთუ ის ასევე გამოჩნდება NAT-ში ორივე ჰიპერვიზორზე, შეამოწმეთ ქსელის დრაივერები, სტუმრის სერვერზე ავტომატური IP/DNS მოძიება და შეასრულეთ TCP/IP დასტის გადატვირთვა (იხილეთ Windows-ის განყოფილება). თუ პროგრამული უზრუნველყოფა აკონტროლებს/ფილტრავს ტრაფიკს, შეიძლება საჭირო გახდეს ვირტუალურ კომუტატორზე უწესრიგო რეჟიმის, MAC მისამართის ცვლილებების და იძულებითი გადაცემის ჩართვა.

Parallels Desktop Mac-ზე: სიმპტომები და გამოსავალი

არსებობს სიტუაციები, როდესაც Windows ვერ ახერხებს Parallels-ში ნავიგაციას, მაშინ როცა Mac-ს შეუძლია. სიმპტომები მოიცავს: Windows-ზე ინტერნეტის არარსებობა, შენელება ან არასტაბილურობა, აპლიკაციები, რომლებიც ქსელის არსებობის მიუხედავად ვერ ხერხდება, ან ქსელში სხვა კომპიუტერების დანახვის შეუძლებლობა.ეს, როგორც წესი, გამოწვეულია Windows-ის არასწორი პარამეტრებით, მესამე მხარის ანტივირუსული პროგრამული უზრუნველყოფით, ვირტუალური მანქანის პარამეტრებით ან დაზიანებული Windows გარემოთი.

• დარწმუნდით, რომ Mac-ს აქვს ინტერნეტთან წვდომა და რაიმეზე შეხებამდე შექმენით სურათი.
• ხელახლა დააინსტალირეთ Parallels Tools და Windows-ში სუფთა ჩატვირთვა განახორციელეთ მესამე მხარის სერვისების გამორთვით (Parallels სერვისები აქტიური შეინარჩუნეთ).
• აპარატურა > ქსელი, გადართეთ „გაზიარებული ქსელი (რეკომენდებული)“ და „ხიდირებული ქსელი: ნაგულისხმევი ადაპტერი“-ს შორის, რათა ნახოთ, რომელი მუშაობს საუკეთესოდ.
• გახსენით CMD და სცადეთ parallels.com-ზე ping-ის გაკეთება. თუ ის არ პასუხობს, გაუშვით:

  netsh winsock reset
  netsh int ip reset reset.log

  და გადატვირთეთ. თუ პრობლემა კვლავ გაგრძელდა, სცადეთ:

  ipconfig /release
  ipconfig /renew

• მოწყობილობების მენეჯერში, თუ ხედავთ წარწერას „პარალელური Ethernet ადაპტერი #…“, დრაივერის განახლება ავტომატურად.
• Pro/Business ვერსიების შემთხვევაში, შეგიძლიათ გადახვიდეთ პარამეტრებში > ქსელში და აღადგინოთ ნაგულისხმევი მნიშვნელობები.

კავშირის აღდგენის შემდეგ, შლის სნეპშოტს ზედმეტი მდგომარეობების დაგროვების თავიდან ასაცილებლად.

Windows-ის სტუმარი: სასარგებლო ქსელის ბრძანებები

როდესაც პრობლემა Windows-ის ქსელურ დასტას ეხება, ეს კლასიკური ვერსიები, როგორც წესი, გადაარჩენს სიტუაციას. ბრძანების ხაზის გაშვება ადმინისტრატორის სახელით:

• TCP/IP დასტის და Winsock-ის გადატვირთვა:

  netsh winsock reset
  netsh int ip reset reset.log

• თუ ინტერნეტთან წვდომა ჯერ კიდევ არ გაქვთ, გადატვირთვის შემდეგ განაახლეთ თქვენი IP მისამართი:

  ipconfig /release
  ipconfig /renew

• განაახლეთ ან ხელახლა დააინსტალირეთ ქსელის ადაპტერი მოწყობილობის მენეჯერიდან.
• თუ არსებობს მესამე მხარის ანტივირუსული პროგრამა, დროებით გამორთეთ იგი ან დააკონფიგურირეთ ვირტუალური მანქანით თავსებადი რეჟიმი.

Ubuntu-სა და მის წარმოებულებზე, ზოგიერთი მომხმარებელი იუწყება, რომ 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-ში

Windows-ის მეორად ქსელურ პორტებს არ აქვთ ნაგულისხმევი კარიბჭე. თუ გსურთ, რომ მათ დაუკავშირდნენ თავიანთი ქვექსელის გარეთ, სტუმრის მენიუში ნაგულისხმევი მარშრუტის დამატება (გაუშვით CMD ადმინისტრატორის სახელით):

route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>

შეამოწმეთ NSG ორივე ქსელის ბარათზე და დაადასტურეთ Network Watcher-ით.

ინტერნეტზე წვდომა Azure-ში

თუ ვირტუალური მანქანა ინტერნეტს არ უკავშირდება, პირველ რიგში, გამორიცხეთ, რომ ქსელის ინტერფეისი შეცდომის მდგომარეობაშია. საწყისი Azure რესურსების მკვლევარი საშუალებას გაძლევთ, იძულებით გამოიყენოთ „PUT“ NIC რესურსიდან. სტატუსის სინქრონიზაციისა და პორტალის ხელახლა ჩატვირთვისთვის. შემდეგ, დაუბრუნდით „კავშირის შემოწმებას“ და მოაგვარეთ ნაპოვნი პრობლემები.

მრავალი IP მისამართი იმავე Windows NIC-ზე

Windows- ში ყველაზე დაბალი რიცხვითი IP მისამართი შეიძლება დარჩეს ძირითად მისამართად. მაშინაც კი, თუ Azure Portal-ში სხვა IP მისამართს აირჩევთ, მხოლოდ Azure-ის ძირითად IP მისამართს ექნება ინტერნეტზე/სერვისზე წვდომა. PowerShell-ის საშუალებით შეცვალეთ „SkipAsSource“ იმის უზრუნველსაყოფად, რომ სწორი IP მისამართი იყოს ძირითადი.

$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

Linux-ზე, ოპერაციულ სისტემაში მრავალი IP მისამართის დასამატებლად, მიჰყევით Azure-ის სახელმძღვანელოს.

სწრაფი ტესტები წარუმატებლობის შესამცირებლად

რამდენიმე შემოწმება სწრაფ სახელმძღვანელოს მოგცემთ. გამოიყენეთ ისინი თერმომეტრად:

• თუ NAT-ში ინტერნეტზე წვდომა არ არის, მაგრამ ჰოსტს აქვს ინტერნეტზე წვდომა, ეჭვი გეპარებათ ქვექსელის კონფლიქტში ან ჰიპერვიზორის NAT/DHCP სერვისების პრობლემაში.
• თუ ის ხიდის რეჟიმში ვერ ხერხდება, მაგრამ NAT რეჟიმში მუშაობს, ეს მიუთითებს DHCP-ზე, firewall-ზე ან კომუტატორის/როუტერის უსაფრთხოებაზე..
• მისამართის პინგირება IP-ით (მაგ., 8.8.8.8) და სახელით (მაგ., საჯარო დომენი) უნდა მოხდეს. თუ ის IP-ით მუშაობს, მაგრამ სახელით არა, პრობლემა DNS-შია.

ქსელური მუშაობისა და შესრულების საუკეთესო პრაქტიკები

უწყვეტი გამოცდილებისთვის: ხიდისთვის ყოველთვის აირჩიეთ კონკრეტული ფიზიკური ინტერფეისი.მოერიდეთ „ავტომატურს“; გამოყავით ვირტუალური ქვექსელები ფიზიკური ლოკალური ქსელისგან; დოკუმენტირეთ NSG/ACL წესები და დაჯავშნეთ DHCP, თუ გჭირდებათ სტატიკური IP მისამართები ხიდირებული ვირტუალური მანქანებისთვის. მასპინძლებზე, რომლებსაც აქვთ მრავალი ვირტუალური მანქანა, ზღუდავს გამტარუნარიანობას თითოეული ვირტუალური მანქანისთვის და აკონტროლებს რიგებს, თუ ქსელი გაჯერდება.

სარეზერვო ასლები: იმ შემთხვევაში, თუ რამე არასწორად წავა

ქსელის გათიშვის ან კონფიგურაციის შეცდომის გამო მონაცემების დაკარგვა მტკივნეულია, ძალიან მტკივნეული. ვირტუალიზაციის სარეზერვო ასლის გადაწყვეტილებები ისინი საშუალებას იძლევიან შექმნან აგენტების გარეშე სარეზერვო ასლები, წამებში მყისიერი აღდგენა და პლატფორმებს შორის აღდგენა. (VMware, Hyper-V, Proxmox, oVirt და ა.შ.). თუ ვირტუალურ მანქანებს წარმოებაში მართავთ, განიხილეთ პლატფორმა, რომელიც გთავაზობთ ვებ კონსოლს, მყისიერ აღდგენას და ყოვლისმომცველ უფასო საცდელ პერიოდს თქვენი სტრატეგიის დასადასტურებლად.

ხშირად დასმული კითხვები: სწრაფი კითხვები

ზოგიერთ ტიპურ კითხვაზე, როდესაც ვირტუალური მანქანა არ ათვალიერებს, მოკლე პასუხებია მოცემული. აქ არის ყველაზე სასარგებლოები:

• რატომ წყდება NAT პერიოდულად? ჰიპერვიზორის NAT სერვისის გადატვირთვა, როგორც წესი, აღადგენს კავშირს.
• ადაპტერი გათიშულად ჩანს? ვირტუალური მანქანის პარამეტრებში მონიშნეთ „დაკავშირებულია“ და „დაკავშირება ჩართვისას“.
• თუ ჰოსტის შეჩერების/განახლების შემდეგ ქსელური კავშირი არ არის, ვირტუალური ქსელის ადაპტერის ხელახლა ინიციალიზაციისთვის გამორთეთ და გადატვირთეთ ვირტუალური მანქანა.
• შესაძლებელია თუ არა ვირტუალური მანქანის გამოყენება ინტერნეტის გარეშე? დიახ: მხოლოდ ჰოსტისთვის განკუთვნილი ან შიდა ქსელი ქმნის იზოლირებულ ქსელებს გარე წვდომის გარეშე.
• შეუძლია თუ არა ვირტუალურ მანქანას VPN-თან დაკავშირება? NAT-ში ის VPN-ს ჰოსტისგან მემკვიდრეობით იღებს; ხიდურ რეჟიმში კი ვირტუალურ მანქანაზე VPN კლიენტს აყენებს.

ქსელის რეჟიმების (NAT, ხიდირებული, შიდა, მხოლოდ მასპინძელი) ერთმანეთთან ურთიერთკავშირის გაგება, ქვექსელის კონფლიქტების, ჰიპერვიზორის სერვისების (NAT/DHCP), უსაფრთხოების წესების და სტუმრის ქსელის სტეკის განხილვა. ის წყვეტს „ვირტუალურ მანქანაზე ინტერნეტი არ მაქვს“ ტიპის პრობლემების უმეტესობას.როდესაც გარემო ღრუბელზეა დაფუძნებული, დაეყრდენით დიაგნოსტიკურ ხელსაწყოებსა და პარამეტრებს, როგორიცაა მეორადი ქსელის ბარათებზე ნაგულისხმევი მარშრუტიზაცია ან Windows-ში პირველადი IP მისამართების მართვა. და, როგორც წესი, შეინახეთ სნეპშოტები და სარეზერვო ასლები, რათა დაუბრუნდეთ წინა მდგომარეობას, თუ ცვლილება კავშირს გაწყვეტს.

დაკავშირებული სტატია:

Windows 11 აფუჭებს localhost-ს: რა ხდება, ვინ არის დაზარალებული და როგორ გამოვასწოროთ ეს

კრისტიან გარსია

ბავშვობიდან გატაცებული იყო ტექნოლოგიებით. მე მიყვარს სექტორში სიახლეები და, უპირველეს ყოვლისა, კომუნიკაცია. სწორედ ამიტომ მე მრავალი წელია მიძღვნილი კომუნიკაციას ტექნოლოგიებისა და ვიდეო თამაშების ვებსაიტებზე. შეგიძლიათ მომძებნოთ, ვწერ Android-ზე, Windows-ზე, MacOS-ზე, iOS-ზე, Nintendo-ზე ან სხვა დაკავშირებულ თემაზე, რომელიც მახსენდება.