Puncte:0

Nu se poate accesa un server din rețea, în timp ce pot accesa altele

drapel in

Nu sunt sigur de terminologie; Voi încerca să fiu cât mai clar posibil, dar rețineți că s-ar putea să folosesc un cuvânt greșit.

Am mai multe servere Ubuntu, toate conectate la aceeași rețea. Pot accesa fiecare dintre aceste servere prin SSH, dar numai dacă sunt conectat la aceeași rețea prin VPN.

Fundal:

Încerc să rulez un software de licențiere care ar trebui să ofere licența celorlalte servere din rețea. Software-ul de licență pare să ruleze corect pe serverul desemnat și acel server este, de asemenea, capabil să acceseze software-ul de licențiere. Orice alt server din rețea nu se poate conecta la acest server care rulează software-ul de licențiere.

Pentru a depana această problemă de rețea, în loc să depanez software-ul proprietar, am încercat să rulez servere simple Python Flask pe fiecare dintre servere. Similar cu software-ul proprietar, Flask pare să funcționeze corect, dar nu mă pot conecta la el de pe un alt server din aceeași rețea, dar pot să mă conectez la el de pe același server.

Problema:

Când rulez un simplu "Salut Lume!" server Flask pe Server_1 sau Server_2 cu gazdă=0.0.0.0 și port=5000 Pot să mă conectez la Server_1 și Server_2 de la orice alt server care utilizează ip_of_Server:5000.

Totuși, dacă rulez același server Flask Server_3 cu aceiași parametri de la care nu mă pot conecta la el Server_1 sau Server_2. Eroarea pe care o primesc la încercarea de a mă conecta prin wget este failed: Nicio rută către gazdă.. Când încerc să mă conectez prin Chrome, primesc ERR_CONNECTION_TIMED_OUT in schimb.

De asemenea, pot întotdeauna să mă conectez la localhost:5000 de la fiecare dintre servere. Adică, mă pot conecta la serverul flask care rulează Server_1 din Server_1 prin localhost:5000, dar nu mă pot conecta la serverul flask care rulează Server_1 din Server_2 prin localhost:5000.

Ce am incercat:

Inițial am crezut că aceasta ar putea fi o problemă de firewall.

Am încercat să dezactivez' iptables folosind următoarele:

sudo iptables-save > /root/firewall.rules
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INTRARE ACCEPT
iptables -P FORWARD ACCEPT
iptables -P ACCEPT IEȘIRE

Acest lucru nu părea să afecteze problema. am incercat si eu sudo ufw dezactivare, dar, în egală măsură, acest lucru nu a afectat problema.

Acest lucru mă face să cred că nu este firewall-ul, dar nu sunt sigur dacă acest lucru este adevărat. De asemenea, nu știu cum să continui depanarea acestei probleme.

Abu Zaid avatar
drapel ru
Puteți posta ieșirea de la iptables -L
Puncte:0
drapel cn

Ieșirea de la wget, „No route to host”, înseamnă că nici Server_1 nici Server_2 au o „cale” spre Server_3, aceasta nu este o problemă de firewall sau de flask, ci mai degrabă o problemă de IP (Internet Protocol).

Pentru a remedia acest lucru, vă sugerez să vă asigurați că puteți „ping” Server_3, asigurându-vă că se conectează la internet și că, atunci când utilizați wget, utilizați adresa IP corectă, ar fi necesare detalii suplimentare pentru a indica în mod corespunzător eroarea, cum ar fi rularea unui traceroute.

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.