Puncte:1

Activați rezoluția domeniului invitat gazdă

drapel cn

Situatie:
Am un server Ubuntu 20.04 în interiorul Vbox6.1 cu o gazdă desktop Ubuntu 20.04. Comunicațiile gazdă-oaspete sunt configurate corect folosind adaptorul vboxnet0. Pot ping cu ușurință ip-ul static al oaspetelui din linia de comandă a gazdei.

Problemă:
Am instalat recent un panou de control al serverului pe oaspete și, destul de ciudat, pot accesa controlul serverului doar din browserul web al gazdei mele numai folosind adresa IP, nu numele de domeniu. De exemplu:

https://192.168.62.87:3080 afișează corect panoul de control, în timp ce
https://example.com:3080 are mesajul Firefox „Hmm. Avem probleme în găsirea site-ului respectiv”. mesaj de eroare.

Solutii pe care le-am incercat:

1.) În primul rând, am încercat ceea ce este evident. Mi-am editat /etc/hosts dosar de a avea
192.168.62.87 example.com nu a funcționat

2.) În continuare, eu am încercat să instalez avahi-daemon pe serverul invitat, după cum urmează:
sudo apt-get install avahi-daemon & a repornit invitatul <-nu a funcționat

Știe cineva cum pot face ca numele meu de domenii vbox să fie vizibile pentru gazda mea? Mulțumiri

Actualizați @Gaétan RYCKEBOER Sfatul de mai jos, a dezvăluit ceva util.

când am alergat dig example.com a dezvăluit că gazda mea încearcă să rezolve example.com folosind serverul de nume al serverului meu PROD, ceea ce înseamnă desigur că panoul de control nu se va încărca deoarece **test**.example.com nu există pe serverul y prod.

Se pare ca 192.168.62.87 example.com in al meu /etc/hosts fișierul este ignorat.

Asta trebuie să corectez.
NOTĂ: Serverul meu de testare ubuntu are Bind9 instalat și rulează corect.

djdomi avatar
drapel za
adm8n pabels sunt offtopic
Maestro223 avatar
drapel cn
@djdomi Aș crede că ar fi irelevant în circumstanțele actuale, deoarece panoul de control ar fi putut fi index.html al oricărui site web. Rezoluția corectă a domeniului a fost evident scopul
Puncte:1
drapel it

Nu pot comenta, dar:

  • instalați dns-utils
  • utilizați dig pentru a valida rezoluția numelui: dig example.com
  • incearca a exemplu ping.com

Dacă totul funcționează, DNS-ul tău funcționează bine. Să încercăm o depanare a lanțului https și să investigăm jurnalele serverului http. De exemplu, browserul dvs. WEB poate folosi un proxy și poate redirecționa cererea DNS către conexiunea proxy.

Maestro223 avatar
drapel cn
multumesc pentru feedback.. Am actualizat postarea pe baza a ceea ce am descoperit.
Gaétan RYCKEBOER avatar
drapel it
și... ce a făcut ping-ul? Pentru că dig _always_ efectuează o interogare DNS. Încercați „grep hosts /etc/nsswitch.conf --> hosts: files dns” în această ordine pentru a verifica fișierul /etc/hosts înainte și încercați soluția globală „host example.com”
Maestro223 avatar
drapel cn
feedbackul dvs. despre utilizarea dig m-a condus pe calea cea bună. Am gasit o solutie. Instalați / configurați dnsmasq, vedeți mai jos. Multumesc din nou
Gaétan RYCKEBOER avatar
drapel it
Dacă da, nu ezitați să votați pozitiv :)
Maestro223 avatar
drapel cn
Acolo. du-te.. :-)
Puncte:1
drapel cn

Am gasit o solutie. Cheia aici a fost să configurez corect dnsmasq pentru a recunoaște ip-ul static al oaspetelui meu vbox pentru rezoluția domeniului.

Am găsit clar tutorial aici, dar am făcut câteva mici modificări, așa că îmi voi arăta pașii mai jos pentru ca și alții să-i urmeze.

  1. Dezactivați și opriți systemd rezolvat

    $ sudo systemctl dezactivat systemd-rezolvat
    $ sudo systemctl stop systemd-rezolvat

  2. Eliminați linkul simbolic activat /etc/resolv.conf & eliminați fișierul

    $ ls -lh /etc/resolv.conf $ sudo rm /etc/resolv.conf

  3. Creaza un nou /etc/resolv.conf cu urmatoarele valori:

    $ sudo bash -c 'echo "nameserver 127.0.0.1" > /etc/resolv.conf' #(rezoluția mașinii gazdă a numelor de domeniu)

    $ sudo bash -c 'echo "server de nume 1.1.1.1" >> /etc/resolv.conf' #(ip-ul serverului dns public pentru internet extern)

    $ sudo bash -c 'echo "adresa IP statică a oaspetelui-server de nume" >> /etc/resolv.conf' #(adresa IP statică a invitatului din caseta virtuală)

  4. Instalați dnsmasq

    $ sudo apt install dnsmasq

  5. Adăugați .test în fișierul de configurare dnsmasq:

    $ sudo bash -c 'echo "address=/.test/your-guest's-static-ip-adresse" >> /etc/dnsmasq.conf'

NOTĂ: Oamenii care dezvoltă mai multe site-uri wordpress care au nevoie de rezoluție de domeniu wildcard pot folosi:
$ sudo bash -c 'echo "address=/example.test/your-guest's-static-ip-adresse" >> /etc/dnsmasq.conf'

  1. Creați un director de soluționare pentru adresa IP statică a oaspetelui:

    $sudo mkdir -v /etc/resolver && sudo bash -c 'echo "nameserver adresa IP statică a oaspeților dvs." > /etc/resolver/test'

  2. Reporniți dnsmasq și network-manager

    $ sudo systemctl reporniți dnsmasq $ sudo systemctl restart network-manager

  3. Testează-ți configurația dnsmasq

a.) deschideți browserul și confirmați că aveți încă acces la internet din exterior

b.) alerga dig exemplu.test ar trebui să puteți vedea adresa IP statică a oaspetelui dvs

c.) în browserul mașinii dumneavoastră gazdă deschide example.test

Asta e.

Puncte:0
drapel cn

Oaspetele dvs. ar trebui să aibă un certificat de server cu example.com în interiorul extensiei de nume alternative Subiect

Maestro223 avatar
drapel cn
@j-m-robles vă mulțumesc pentru răspuns.. ați putea extinde puțin. Sunt destul de nou în modelul de dezvoltare a serverului web local.
J.M. Robles avatar
drapel cn
Adresa URL pe care ați menționat-o este https. HTTPS presupune un dialog între server și client în care serverul își oferă certificatul și clientul acceptă sau nu în funcție de anumite condiții (validitate, încredere, ...). Una dintre acestea condiționează ca certificatul să conțină numele (în https://name/xxx) în câmpul Subject Alternative Names.
Maestro223 avatar
drapel cn
Am actualizat postarea. Se pare că este mai degrabă o problemă DNS decât SSL

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.