Chirurgia cranio-cerebrală minim invazivă
Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne. Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale. www.neurohope.ro |
Comunicare cu VM din alt subnet - ESX
Last Updated: Dec 17 2019 12:31, Started by
AlexStefan10
, Dec 16 2019 15:16
·
0
#1
Posted 16 December 2019 - 15:16
Salut,
In reteaua de acasa am un PC (sa-i zicem PC2) (LAN-ul de acasa este 192.168.1.0/24) care ruleaza ESX 6.7 pe care am un VM ce necesita sa aiba IP-uri in subnet-uri diferite (sa zicem 10.1.0.0/24, 10.2.0.0/24, 10.3.0.0/24). Tot acasa am un alt PC (sa-i zicem PC1) (cu IP in 192.168.1.0/24) de pe care vreau sa ma conectez pe VM-ul de pe ESX, am configurat de inceput VM-ului IP din subnet-ul 10.1.0.0/24 insa nu reusesc sa comunice intre ele, probabil din cauza ca sunt in subneturi diferite. Echipamentele sunt conectate intre ele cu un switch fara management. Pe ESX am creat un port group pe care l-am asignat VM-ului. Nu am experienta pe ESX si nu imi dau seama ce trebuie sa fac in plus pentru a comunica cele 2 dispozitive. Daca pun VM-ului un IP din 192.168.1.0/24 functioneaza fara probleme. Anterior foloseam sub windows pe PC1 VMWare Workstation si era foarte simplu, adaugam o retea virtuala pentru fiecare subnet iar ulterior le asignam interfetelor VM-ului. Una dintre cele 4 retele virtuale era bridged cu placa de retea a PC-ului. Posibil sa fie ceva destul de simplu ce nu stiu sa fac pe ESX, orice sfat m-ar ajuta. Multumesc anticipat. |
#2
Posted 16 December 2019 - 15:34
Instalezi pfsense intr-un alt vm si faci routarea cu rute statice
|
#3
Posted 16 December 2019 - 16:29
#5
Posted 16 December 2019 - 16:34
Este de networking dar avand in vedere ca poti face atatea lucruri in ESX si este asa complex, pentru mine este ciudat sa nu se poata rezolva o problema asa banala. Inteleg ca firmele care folosesc asa ceva au switch-uri pe care fac trunk-uri dar ma gandeam ca exista o solutie direct din ESX.
|
#6
Posted 16 December 2019 - 16:42
Ai vlan-uri sau este totul pus la grămadă?
Daca e la grămada, atunci mai adaugi un ip din subnetul pc-ului si gata. Daca ai vlanuri atunci mai adaugi cate-o interfață. Edited by MembruAnonim, 16 December 2019 - 16:43. |
#7
Posted 16 December 2019 - 17:02
VM-urile din ESXi au legatura in afara masinii fizice pe care ruleaza ESXi? ESXi face NAT? Daca face NAT ai nevoie de port forward catre IP-ul masinii la care vrei sa ajungi. Fiind in LAN acasa poti sa scoti NAT-ul de pe ESXi si pe PC1 sa pui ruta statica pentru 10. catre IP-ul ESXi-ului. Mai departe stie el ce sa faca.
LE: Ma refer la ce tip de adaptor virtual se foloseste in ESXi pentru masinile virtuale. PS: Nu am la indemana un ESXi sa arunc repede o privire pe el sa zic exact pasii sau sa fac TSHOOT / simulez cazul initiatorului. Edited by MembruAnonim, 16 December 2019 - 17:05. |
#8
Posted 16 December 2019 - 17:12
1. mai trebuie un router pe mașina ESXi, iar diferitele mașini de acolo le pui în spatele routerului. e suficientă o mică mașină cu linux pe care o folosești pe post de router (echo 1 > /proc/sys/net/ipv4/ip_forward)
2. pe PC1 faci o routare statică către mașinile din spatele routerului de pe ESX. next hop va fi exact acel router problema se complică un pic dacă vrei să oferi internet mașinilor din spatele router-ului. dacă vrei fără NAT pe acel router îți trebuie pe default gateway-ul retelei o routare statică spre mașinile din spatele routerului plus un proxy arp pe router ca să știe în ce direcție să ducă pachetele. https://en.wikipedia.../wiki/Proxy_ARP sau faci NAT pentru direcția internet, adică orice în direcția non 192.168.1.0/24 Edited by mannes, 16 December 2019 - 17:25. |
#9
Posted 16 December 2019 - 17:29
De ce sa se complice cu inca o masina virtuala pe post de router in ESXi? ESXi poate fi configurat (poate nu dintr-un GUI / WebUI) sa faca partea de rutare pachete, vorbim de ESX(i) care e cam folosit si in productie nu doar acasa pentru laboratoare / teste. Bine dupa cum am zis nu am apucat pana acum sa il butonez insa imi mentin parerea ca nu este nevoie de nimic in plus (VM). Trebuie doar verificat pe ESX(i) cum a fost configurat.
|
#13
Posted 16 December 2019 - 20:33
MembruAnonim, on 16 decembrie 2019 - 19:55, said:
Nu stiam asta. Merci de info. |
#14
Posted 16 December 2019 - 20:47
Recunosc ca nui stiu destule de despre ESX(i). Nu am avut de a face cu el la modul de la zero sau de configurat ceva. Am avut ceva tendinta acum o vreme sa incerc sa vad ce ii putea pielea dar nu aveam hardware la dispozitie pe care sa ma joc cu el. Asa ca am banuit ca ceva ceva poate si el.
|
#15
Posted 17 December 2019 - 03:22
|
#16
Posted 17 December 2019 - 09:40
Bucifon, on 17 decembrie 2019 - 03:22, said: nici n-o sa reusesti. Practic ai un subnet 192.168.1.0/24 prin care vrei sa comunici cu host-uri configurate sub alt subnet. Pai nu merge. |
#17
Posted 17 December 2019 - 10:14
Poti, dar ce rost are din moment ce toate sunt in acelasi vlan?!
Pune inca un ip ca al desktop-ului si aia e... |
#18
Posted 17 December 2019 - 10:55
teoretic și practic merge, dar se calcă în picioare tot conceptul de broadcast domain și VLAN. în plus va avea nevoie de un IP separat pt. fiecare net de pe ESXi. o să meargă haotic totul. ARP request va fi un dezastru. pe de alta parte nu e rețea prea mare.
în fine, nu se face așa. nu așa funcționează o rețea. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users