Puncte:0

O interfață preia toate adresele IP, iar cealaltă nu folosește niciuna

drapel cn

Am construit primul meu kernel personalizat și am câteva probleme cu el (vezi aceasta alta postare).

M-am configurat cu /etc/network/interfaces o adresă ip pe fiecare interfață fizică a computerului. Comanda ip a afișați adresele IP pe fiecare interfață.

debian@debian:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare 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: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP grup implicit qlen 1000
    link/ether 64:70:02:11:67:a4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.5.1/24 brd 192.168.5.255 scope global enp7s0
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::6670:2ff:fe11:67a4/64 scope link
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
3: enp0s25: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:1c:c0:94:71:d1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.5.2/24 brd 192.168.5.255 scope global enp0s25
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::21c:c0ff:fe94:71d1/64 scope link
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
debian@debian:~$
debian@debian:~$ cat /etc/network/interfaces
# Acest fișier descrie interfețele de rețea disponibile pe sistemul dumneavoastră
# și cum să le activezi. Pentru mai multe informații, consultați interfețe(5).

sursa /etc/network/interfaces.d/*

# Interfața de rețea loopback
auto lo
iface lo inet loopback

# Interfața de rețea principală
permit-hotplug enp7s0
#iface enp7s0 inet dhcp
iface enp7s0 inet static
adresa 192.168.5.1/24


permit-hotplug enp0s25
#iface enp0s25 inet dhcp
iface enp0s25 inet static
adresa 192.168.5.2/24


debian@debian:~$

enp0s25 = interfață intel enp7s0 = interfață realtek

Problema este urmatoarea:

  • Când conectez un cablu ethernet la interfața Intel (driver e1000e), pot trimite ping la ambele adrese IP (chiar dacă cealaltă interfață este inactivă).

  • Când conectez un cablu ethernet la interfața realtek tp-link (driver r8169), nu pot ping nicio adresa IP (inclusiv IP-ul asociat acestuia). Interfața crește când este conectat un cablu la ea.

Am cautat putin si nu gasesc o problema asemanatoare cu a mea. Știți de ce există o diferență între ceea ce solicită Linux și ceea ce se întâmplă cu adevărat cu interfețele?

Editare: problema nu este legată de kernel-ul personalizat, ea apare și în versiunea implicită a nucleului Debian 4.19. Dar lucrau ca un farmec cu un cu PfSense.

Editare 2: tabelul de rute curent (se poate schimba după ce serviciul de rețea este repornit și interfața realtek este crescută înainte de interfața Intel).

debian@debian:~$ ruta IP
192.168.5.0/24 dev enp0s25 proto kernel scope link src 192.168.5.2
192.168.5.0/24 dev enp7s0 proto kernel scope link src 192.168.5.1
debian@debian:~$
drapel np
Funcționează normal cu nucleul Debian implicit?
Nikita Kipriyanov avatar
drapel za
Deci, de ce nu există conținut al fișierului „interfețe” și, poate, ieșire „adresă ip” în postare?
drapel cn
Am editat postarea pentru a vă răspunde la întrebări.
A.B avatar
drapel cl
A.B
legate de [modelul gazdă slabă](https://en.wikipedia.org/wiki/Host_model) și care necesită rutarea politicii atunci când utilizați mai multe NIC-uri cu adrese IP în același IP LAN. Probabil că și ARP este implicat.
drapel cn
@A.B Modelul gazdă slabă pare să accepte traficul destinat ambelor interfețe de pe ambele interfețe. Poate accepta doar una dintre interfețe (ca în cazul meu)? Poate computerul să schimbe un model gazdă între sistemul de operare pe care îl implementați?
A.B avatar
drapel cl
A.B
Sunt confuz de un detaliu: enp0s25 = Intel. Este a doua interfață? Pentru că atunci „chiar dacă a doua interfață este defectă” nu are sens (și cum ar trebui să o interpretez? stabilită administrativ sau altceva?). Puteți să vă editați întrebarea și să clarificați care interfață este Tp-Link, care interfață este Intel și care este prima interfață, care este a doua interfață? Poți să-ți verifici observațiile? S-ar fi putut schimba între timp, dar atâta timp cât totul este coerent, aș avea o explicație disponibilă.
A.B avatar
drapel cl
A.B
De asemenea, puteți adăuga rezultatul acestei comenzi? `rută ip`.
drapel cn
@A.B Înțeleg scenariul meu de caz. După cum ați spus, tabelul de rutare joacă un rol major în problema pe care o am. Linux trimite un răspuns de trafic prin prima interfață a tabelului de rutare care se potrivește cu destinația. Cuplat cu modelul de gazdă slab, computerul primește trafic pe ambele interfețe, dar trimite un răspuns doar la una (în funcție de tabelul de rute).
Nikita Kipriyanov avatar
drapel za
Ați pus două NIC-uri diferite în aceeași rețea LAN. Da, Linux folosește un model de gazdă slab și este o configurare greșită în acel model. De ce ai făcut asta, ce ai încercat să obții? (În așteptarea răspunsului, redundanța se realizează *diferit*.)
A.B avatar
drapel cl
A.B
Da, cu excepția faptului că o singură interfață primește trafic și de la un anumit peer, nici măcar întotdeauna la fel cu cea pentru răspuns (flux ARP...). Pe lângă aceeași întrebare ca Nikita Kipriyanov: care este scopul? (minte https://xyproblem.info/ )
drapel cn
Voi folosi modulul PRP activat în timpul compilării nucleului. Protocolul va gestiona interfețele ca ambele în aceeași rețea. Punerea interfețelor în aceeași rețea a fost o greșeală, deoarece serviciul nu a fost activat pentru a evita în mod corespunzător această problemă.

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.