Puncte:0

Nu se poate face ca site-ul să ruleze în mașina virtuală pentru a fi afișat în browser, confuzie de rețea

drapel tz

Aceasta este o întrebare despre crearea de rețele în Ubuntu, presupun, dar necesită un fundal.

Sunt un novice Linux. Am un site Trellis Wordpress pe care l-am preluat, așa că configurați un laptop cu pornire dublă cu Ubuntu 18.04 (versiunea necesară de configurare/mediu). Am urmat instrucțiunile dezvoltatorului anterior pentru a configura mediul, a clona proiectul, apoi am intrat în folderul trellis și am făcut un vagrant up.

Toate acestea funcționează, primesc asta:

  ==> implicit: „Default” a mașinii are un mesaj post vagrant up. Acesta este un mesaj
  ==> implicit: de la creatorul fișierului Vagrant, și nu de la Vagrant însuși:
  ==> implicit: 
  ==> implicit: cutia ta Trellis Vagrant este gata de utilizare!
  ==> implicit: * Comenzile Composer și WP-CLI trebuie să fie rulate pe mașina virtuală
  ==> implicit: pentru orice modificări post-provizionare.
  ==> implicit: * Puteți SSH în mașină cu ssh vagabond.
  ==> implicit: * Apoi navigați la site-urile dvs. WordPress la /srv/www
  ==> implicit: sau la fișierele dvs. Trellis la /home/vagrant/trellis.
  ubuntu@ubuntu-laptop:~/uweek-cms/trellis$

Atunci ar trebui (după note) să pot folosi un browser local pentru a naviga pe site: http://uweekdev.abaso.co.uk/

Dar asta nu funcționează, raportează Chrome (și Firefox):

  Acest site nu poate fi accesat
  uweekdev.abaso.co.uk a refuzat să se conecteze.

Deci Trellis a inserat o linie în fișierul hosts: cat /etc/hosts citește:

  ## vagrant-hostmanager-start id: 16ff5846-31d4-4402-aa91-479139d39183
  192.168.50.5 uweekdev.abaso.co.uk
  ## vagrant-hostmanager-end

Dezvoltatorul anterior a vorbit despre adaptoarele de rețea în timpul instalării Ubuntu în sine, dar în contextul instalării acestuia virtual, dar deoarece documentele au fost scrise atât pentru ubuntu ca sistem de operare, cât și pentru utilizarea VirtualBox pe Windows, deci nu sunt sigur dacă Am ratat un pas!

Iată rezultatul ifconfig pe mașina HOST:

## vagrant-hostmanager-start id: 16ff5846-31d4-4402-aa91-479139d39183
192.168.50.5 uweekdev.abaso.co.uk

## vagrant-hostmanager-end
  ubuntu@ubuntu-laptop:~/uweek-cms/trellis$ ifconfig
  enp1s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether 54:e1:ad:8e:30:09 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 0 octeți 0 (0,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

  lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        loop txqueuelen 1000 (Loopback local)
        Pachete RX 4190 octeți 612036 (612,0 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 4190 octeți 612036 (612,0 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

  vboxnet0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.50.1 netmask 255.255.255.0 difuzare 192.168.50.255
        inet6 fe80::800:27ff:fe00:0 prefixlen 64 scopeid 0x20<link>
        ether 0a:00:27:00:00:00 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 78 octeți 9312 (9,3 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

  wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.1.12 netmask 255.255.255.0 difuzare 192.168.1.255
        inet6 fe80::ebb5:652:1251:6b01 prefixlen 64 scopeid 0x20<link>
        ether 44:03:2c:4b:d6:88 txqueuelen 1000 (Ethernet)
        Pachete RX 3300 octeți 2803503 (2,8 MB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 2431 octeți 462691 (462,6 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

  ubuntu@ubuntu-laptop:~/uweek-cms/trellis$ ifconfig -s -a
  Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
  enp1s0 1500 0 0 0 0 0 0 0 0 BMU
  lo 65536 4204 0 0 0 4204 0 0 0 LRU
  vboxnet0 1500 0 0 0 0 90 0 0 0 BMRU
  wlp2s0 1500 3526 0 0 0 2712 0 0 0 BMRU

Și iată-l când vagabondez ssh în mașina virtuală client:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 10.0.2.15 netmask 255.255.255.0 difuzare 10.0.2.255
        inet6 fe80::a00:27ff:fed2:10a5 prefixlen 64 scopeid 0x20<link>
        ether 08:00:27:d2:10:a5 txqueuelen 1000 (Ethernet)
        Pachete RX 2844 octeți 315692 (315,6 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 2184 octeți 341128 (341,1 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.50.5 netmask 255.255.255.0 difuzare 192.168.50.255
        inet6 fe80::a00:27ff:fe34:19a5 prefixlen 64 scopeid 0x20<link>
        ether 08:00:27:34:19:a5 txqueuelen 1000 (Ethernet)
        Pachete RX 96 octeți 7852 (7,8 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 113 octeți 8864 (8,8 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        loop txqueuelen 1000 (Loopback local)
        Pachete RX 22 octeți 1824 (1,8 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 22 octeți 1824 (1,8 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

Acum mărturisesc că sunt pierdut. Nu înțeleg nimic din partea de rețea a acestui lucru și nu sunt sigur cum să progresez pentru ca site-ul web să ruleze în mașina virtuală să se încarce în browserul meu!

Aveți idee ce să faceți pentru a depana/încercați/verifica?

Mulțumesc mult pentru că ai ajutat un novice entuziast.

Puncte:1
drapel in

Veți dori să editați /etc/hosts fișier, deoarece adresa IP nu se potrivește cu cea raportată de mașina dvs. virtuală.

În /etc/hosts, Schimbare:

192.168.50.5 uweekdev.abaso.co.uk

la:

192.168.50.1 uweekdev.abaso.co.uk

Salvați fișierul și, dacă este necesar, ștergeți memoria cache a browserului pentru a-l forța să caute din nou domeniul. Acest lucru ar trebui să vă rezolve problema


Un element de examinat este dacă VirtualBox este configurat pentru a permite traficul de rețea în VM sau nu.Puteți găsi acest lucru în bitul „Setări de rețea” din configurația VM:

VirtualBox â Rețea

Veți dori să confirmați că „Modul Promiscuous” este setat la „Permite tot”, altfel VirtualBox va bloca traficul către VM.

drapel tz
Multumesc @matigo. Am editat gazdele și l-am salvat, mi-am șters memoria cache (am șters totul din toate timpurile) și tot nu se va încărca!
drapel in
Ați confirmat că adaptorul de rețea din VirtualBox are „Modul promiscuu” setat la „Permite tot”? Acesta se găsește la „Avansat” în setările adaptorului de rețea.
drapel tz
Voi verifica.....
drapel tz
Nu îmi dau seama cum să verific sau să fac acest pas :(
drapel tz
Un lucru, ori de câte ori mă opresc vagabond și mă ridic din nou, îmi resetează gazdele la 50.5. Am observat că dacă vagabondez cu ssh, atunci ifconfig arată: eth1: flags=4163 mtu 1500 inet 192.168.50.5. Nu înțeleg cum se raportează vbox 50.1 la 50.5 :(
drapel in
Ieșirea `ifconfig` a fost de la gazdă sau de la VM? Dacă a fost de la gazdă, atunci veți dori să confirmați IP-ul clientului. Folosiți `ip a` pentru aceasta (deoarece `ifconfig` este depreciat și dispare). Apoi, puteți confirma și setările de rețea ale VM. Răspunsul a fost actualizat cu o captură de ecran care arată la ce bit mă refer
drapel tz
Ifconfig din postare a fost de la gazdă (50.1), ifconfig pentru client este 50.5. ip a arată aceleași IP-uri pe ambele. Am verificat în setările Vbox, adaptorul 1 este atașat la NAT și are Promiscuous Allow All (de culoare gri), iar adaptorul 2 este atașat la Host-Only-Adaptor și l-am setat la Promiscuous Allow all. Am repornit totul, nicio schimbare :(
Puncte:0
drapel tz

Ei bine, după ce am urmat sfatul amabil al lui @matigo, presupun că știu mult mai multe despre cum funcționează rețelele Vagrant, VirtualBox și Ubuntu!

Soluţie: Am distrus vm-ul cu vagrant destroy, am făcut o actualizare apt-get, am repornit și apoi am rulat vagrant din nou pentru a recrea totul. Configurarea arăta puțin diferit, în mod ciudat, dar de data aceasta, la sfârșit, URL-ul browserului a funcționat.

Note: Am încercat o distrugere și o recreare mai devreme și nu a avut niciun efect. „Promiscuous” este refuzat atât pentru adaptoarele NAT, cât și numai pentru gazdă în setările vbox și, în cele din urmă, intrarea pentru gazde este 50.5 așa cum se setează inițial.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.