Puncte:0

Interfața de rețea multiplă nu funcționează corect

drapel us

Am două interfețe de rețea pe Linux CentOS. Când am încercat să accesez serverul web din exteriorul rețelei prin eth0 functioneaza corect. Dar când am încercat să accesez prin et1 îmi dă timp liber.

Iata traseul:

[root@fe fe]# listă de rute IP
implicit prin 192.168.10.1 dev eth0 proto dhcp metric 101
implicit prin 192.168.18.1 dev eth1 proto dhcp metric 102
192.168.10.0/24 dev eth0 proto kernel scope link src 192.168.10.237 metric 101
192.168.18.0/24 dev eth1 proto kernel scope link src 192.168.18.14 metric 102

Iată lucrul ciudat: când schimb valoarea pentru et1 la 100, et1 functioneaza, dar eth0 este timeout.

Acesta este ip a comanda produce

[fe@fe ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
    link/ether d2:ce:a3:6d:a2:f4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.237/24 brd 192.168.10.255 scope global dynamic noprefixroute eth0
       valid_lft 416sec preferred_lft 416sec
    inet6 fe80::d0ce:a3ff:fe6d:a2f4/64 scope link noprefixroute
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
    link/ether 8a:be:5d:40:8b:34 brd ff:ff:ff:ff:ff:ff
    inet 192.168.18.14/24 brd 192.168.18.255 scope global dynamic noprefixroute eth1
       valid_lft 3584sec preferred_lft 3584sec
    inet6 fe80::88be:5dff:fe40:8b34/64 scope link noprefixroute
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

Pot confirma că ETH1 primește cererea folosind tcpdump.

[root@fe fe]# tcpdump -i eth1 portul 80
a aruncat privs la tcpdump
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe eth1, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
22:04:57.763317 IP 43.224.168.199.50770 > fe.lan.http: Flags [S], seq 2609591301, win 64240, options [mss 1412,nop,wscale 8,nock,nop,nop]
22:04:57.764527 IP 43.224.168.199.50771 > fe.lan.http: Flags [S], seq 821872254, win 64240, options [mss 1412,nop,wscale 8,nop,nop length,sa nok]
22:04:58.021494 IP 43.224.168.199.50772 > fe.lan.http: Flags [S], seq 3220097528, win 64240, options [mss 1412,nop,wscale 8,nock,nop,nop]
vidarlo avatar
drapel ar
De ce vrei două rute implicite?
drapel in
Acesta este multihoming și necesită o manevrare specială în ceea ce privește modul în care ar trebui să iasă traficul. Trebuie să adăugați reguli IP și să aveți tabele diferite în funcție de adresa sursă.
drapel us
Deoarece ambele IP sunt produse de la un router diferit. Ce ar trebuii să fac? Ar trebui să adaug al treilea router?
drapel us
@NiKiZe ah, înțeleg. Pur și simplu nu știu cum să configurez tabelele pe care le menționezi. Btw, trebuie doar să accesez eth0 de la IP 192.168.3.0/24.
Puncte:0
drapel us

Motivul pentru care pachetele nu sunt redirecționate corect este că serverul trimite pachetele de răspuns prin altă interfață decât de la care vin.

Dacă trebuie să utilizați cealaltă interfață doar pentru o subrețea, ar trebui să configurați numai acel trafic de subrețea să fie redirecționat prin eth0.

Pași pe care trebuie să îi luați:

  • Dezactivați DHCP activat eth0
  • Atribuiți o adresă IP statică eth0
  • Adăugați ruta la 192.168.3.0/24 prin intermediul 192.168.10.1

După acești pași, tabelul de rutare ar trebui să arate cam așa:

[root@fe fe]# listă de rute IP
implicit prin 192.168.18.1 dev eth1 proto dhcp metric 102
192.168.10.0/24 dev eth0 proto kernel scope link src 192.168.10.237 metric 101
192.168.18.0/24 dev eth1 proto kernel scope link src 192.168.18.14 metric 102
192.168.3.0/24 prin 192.168.10.1 dev eth0 metric 101

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.