Puncte:0

Problemă de rutare între mașina Linux

drapel tn

Bună, am 3 servere Linux implementate pe cloud Openstack pe aceeași rețea.

Server A -----> Server B ------> Server C

  • Fiecare interval de adrese IP private de server este 192.168.10.x/24.

Toate cele 3 servere comunică între ele pe intervalul IP 192.168.10.x. Vreau ca serverul A să transmită traficul către serverul B dacă aparține serverului C și invers.

Pentru asta am făcut o rută statică pe Server A pe care, dacă o destinație este Server C, a trimis-o prin Server B și pentru acela trafic a creat aceeași rută inversă pe Server C.

Problema este că, dacă adăugăm această rută specifică, comunicarea între Server A și Server C se oprește.Pot vedea pachetele pe serverul B, dar nu trece la serverul C.

Am încercat să activez redirecționarea IP pe fiecare server, dar problema rămâne aceeași.

[root@serverB ~]# cat /proc/sys/net/ipv4/ip_forward
1
[rădăcină@serverB ~]#
vidarlo avatar
drapel ar
Nu rutați când gazdele sunt în aceeași subrețea. Ceea ce ai nevoie este schimbarea.
A.B avatar
drapel cl
A.B
Am reprodus configurația dvs. cu succes folosind 4 spații de nume de rețea (al patrulea fiind o punte pentru a lega celelalte 3 pentru A B și C). Acest lucru nu ar trebui făcut, dar ar trebui să funcționeze. Serverul B va direcționa/redirecționează pachetele *și* emite pachete de redirecționare ICMP, deoarece detectează că nu ar trebui să fie folosit pentru a ruta două noduri în aceeași rețea LAN. Deci, dacă serverul tău B nu face acest lucru, mai este ceva implicat, fie pe B, fie pe mediul openstack. Ar trebui să adăugați modul exact în care ați configurat lucrurile în întrebarea dvs., astfel încât să poată fi reprodus. Și, bineînțeles, aici fiind defectul serverului, explicați DE CE ați face asta.
Rohit Singh avatar
drapel tn
Vă înțeleg punctul de vedere, deoarece toate serverele sunt în aceeași subrețea din această cauză, serverul B nu poate ruta pachetele în mod corespunzător. Dar am încercat să schimb rutele și adresa IP, care este menționată în discuția de urmărire, dar nici nu a funcționat, în mod ideal, cu noul IP și configurarea rutei, nu ar trebui să existe nicio problemă între comunicarea server A la Server C. Cred că fie comutarea logică pe openstack provoacă o problemă, fie va fi nevoie de o configurație suplimentară la sfârșitul serverului B.
Puncte:0
drapel us

Trebuie să puneți serverul B și serverul C în propria lor subrețea 192.168.11.0/24.

Serverul A și serverul B rămân în 192.168.10.0/24.

Pentru aceasta, trebuie să aveți două interfețe în serverul B, care sunt conectate la două rețele Ethernet diferite.

După aceasta, puteți configura B să trimită pachete între A și C.

De asemenea, trebuie să configurați tabelele de rutare în consecință pe A și C:

  • Pe A, trebuie să configurați pachetele care vor merge 192.168.11.0/24 trebuie trimis prin B.
  • Pe C, trebuie să configurați pachetele care vor merge 192.168.10.0/24 trebuie trimis prin B.
Rohit Singh avatar
drapel tn
Am încercat să pun Server B și Server C într-o rețea diferită `192.168.24.0/24`, dar încă nu am obținut comunicarea între Server A și Server C. Iată configurația serverului meu. `Server A (ETH1 - 192.168.10.24) ----> (ETH1 - 192.168.10.26) Server B (ETH2 - 192.168.24.17)------>ServerC (ETH2 -192.168.24)` Rutare pe `Server A -->192.168.24.0/24 prin 192.168.10.26 dev eth1` Rutare pe `Server C -->192.168.16.0/24 prin 192.168.24.17 dev eth2`
Rohit Singh avatar
drapel tn
Încă un lucru pe care aș dori să subliniez că am dezactivat firewall-ul pe fiecare server și am activat redirecționarea IP pe Server B.
drapel us
Ruta pe serverul C este pentru rețeaua `192.168.16.0/24`, dar serverul A este în rețeaua `192.168.10.0/24`.
Rohit Singh avatar
drapel tn
Îmi pare rău, a fost o eroare de scriere. rutarea corectă pe Server C este `192.168.10.0/24 prin 192.168.24.17 dev eth2`
Rohit Singh avatar
drapel tn
Încă un lucru, în mod ideal, serverul A ar trebui să pună ping la interfața IP `192.168.24.17` a Serverului B dacă am făcut o rută pe serverul A pentru rețeaua `192.168.24.0/24`, dar nici nu se întâmplă.

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.