Traducere(e): engleză – Spaniolă – Français – Italiano – 简体 中文
Cititor cerințe Preliminare: Pentru a obține cele mai multe din acest articol, să înțeleagă următoarele concepte înainte de a citi: de bază unix instrumente de linie de comandă, editoare de text, DNS, TCP/IP, DHCP, masca de rețea, gateway
Cuprins
majoritatea de configurare a rețelei se poate face prin intermediul interfețelor fișier de configurare în /etc/network/interfaces., Aici, puteți oferi cardului dvs. de rețea o adresă IP (sau utilizați dhcp), configurați informații de rutare, configurați mascarada IP, setați rutele implicite și multe altele.
nu uitați să adăugați interfețele pe care doriți să le aduceți la boot la linia „auto”.
consultați interfețele man pentru mai multe opțiuni.
interfețele de pornire și oprire
interfețele configurate cu / etc/network / interfaces pot fi afișate în sus și în jos cu comenzile ifup și ifdown.,
unele ghiduri învechite instruiesc să repornească serviciul de rețea pentru a aplica modificări la/etc/network / interfaces, însă acest lucru a fost depreciat, deoarece este posibil ca nu toate interfețele să fie repornite. În loc să utilizați ifup și ifdown pentru a aplica modificările pentru fiecare interfață, de exemplu cu o interfață numit enp7s0:
# ifdown enp7s0# ifup enp7s0
Interfață de Rețea Nume
a se Vedea NetworkInterfaceNames. De la Stretch, noile sisteme în mod implicit nu mai folosesc nume de interfață în stil vechi, cum ar fi eth0, eth1, wlan0, wlan1., Noul sistem folosește un nume bazat pe hardware-ul pe locație, cum ar fi eno0, enp0s31f6, wlp1s7 (sau, în cazul USB dongles, adresa MAC: enx2c56ac39ec0d).
puteți lista interfețe cu: Ls/sys/class/net
diverse exemple de mai jos continuă să utilizeze „eth0” ca nume de interfață implicit, chiar dacă este puțin probabil să existe pe un sistem modern.
actualizarea și numele interfeței de rețea
Stretch și Buster păstrează în continuare suportul pentru vechiul sistem de denumire atâta timp cât fișierul /etc/udev/rules.d / 70-Local-persistent-net.,regulile sunt încă în vigoare, dar utilizatorii sunt sfătuiți să treacă înainte de upgrade la Bullseye.
Utilizarea DHCP pentru a configura automat interfața
Daca esti doar folosind DHCP, atunci tot ce ai nevoie este ceva de genul:
auto eth0 allow-hotplug eth0 iface eth0 inet dhcp
Pentru DHCPv6 (folosit pentru IPv6), de adăugare, de asemenea, următoarele iface strofă
iface eth0 inet6 dhcp
Alternativ, IPv6 poate fi autoconfigured folosind apatrid adresa autoconfigurare, sau SLAAC, care este specificat folosind auto în loc de dhcp în inet6 strofă:
iface eth0 inet6 auto
a se vedea, de Asemenea, IPv6PrefixDelegation.,
Configurarea interfeței manual
în Cazul în care configurați manual, apoi ceva de genul acest lucru va seta default gateway (rețea de difuzare și gateway sunt opționale):
auto eth0 iface eth0 inet static address 192.0.2.7/24 gateway 192.0.2.254
Dacă doriți să adăugați o adresă IPv6, de asemenea, adăuga ceva de genul:
iface eth0 inet6 static address 2001:db8::c0ca:1eaf/64 gateway 2001:db8::1ead:ed:beef
a se Vedea om interfețe pentru mai multe opțiuni.
asigurați-vă că dezactivați toate serviciile DHCP, de exemplu dhcpcd. de asemenea, este posibilă amestecarea configurației manuale și automate, de ex. , pentru a utiliza IPv6 SLAAC pentru conectivitate la internet și adrese statice în cadrul rețelei:
# manual unique local addressiface eth0 inet6 static address fdc3:cafe::3/64 # use SLAAC to get global IPv6 address from the router # we may not enable ipv6 forwarding, otherwise SLAAC gets disabled autoconf 1 accept_ra 2
Setarea de viteză și duplex
Autonegotiation în mod repetat faptul că nu este de multe ori un simptom de defect cablare, deci investiga problemele fizice înainte de a considera că interfețele’ autonegotiation algoritmi sunt incompatibile. Dacă dezactivați autonegotiation și setați viteza și duplex manual apoi partenerul de interfață de la celălalt capăt al cablului va presupunem că lipsa de autonegotiation indică o viteză de 10Mbps și un duplex de jumătate., Pentru funcționarea fără erori Dacă setați manual viteza și duplexul, trebuie să vă asigurați că exact aceeași viteză și duplex sunt configurate pe interfața partenerului. dacă setați manual viteza și duplexul interfeței, atunci pot fi necesare unele încercări și erori. Iată pașii de bază:
-
Instalați pachetele ethtool și net-tools, astfel încât să aveți programele ethtool și mii-tool. Unul sau ambele ar putea funcționa pentru interfața dvs. asigurați-vă că aveți o modalitate de a vă conecta la sistem în cazul în care interfața de rețea devine nefuncțională., O conexiune SSH ar putea fi întreruptă, deci ar trebui să aveți o strategie de rezervă.
- identificați interfața în cauză (va fi adesea eth0). Ajustați restul acestor instrucțiuni în consecință.
- încercați să determinați care sunt setările curente de viteză și duplex. Aici devine distractiv:
-
ca root, încercați mai întâi ethtool eth0 și vedeți dacă liniile „Speed:” și „Duplex:” arată valide. Dacă nu, este posibil ca ethtool să nu fie acceptat de dispozitivul dvs. ca root, încercați mii-tool-v eth0 și vedeți dacă ieșirea sa pare corectă., Dacă nu, le mii-instrument nu pot fi acceptate de aparat.
-
dacă niciunul nu este acceptat, este posibil să trebuiască să setați parametrii direct pe modulul driverului kernel-ului. Identificați modulul de driver pe care îl utilizați citind ieșirea dmesg și lsmod. Puteți încerca apoi modinfo MODULENAME pentru a vedea ce parametri acceptă, dacă există. (Puteți utiliza modinfo chiar și pe module care nu sunt încărcate, pentru comparație.) ToDo: unde se setează parametrii modulului kernel?
-
- apoi, încercați să modificați setările interfeței în timp ce funcționează. Va trebui să fie rădăcină, desigur., Fie:
-
ethtool -s eth0 viteza de 100 full duplex autoneg off (presupunând 100 Mbps full duplex)
-
mii-tool-F 100baseTx-FD eth0 (aceeași presupunere)
În fiecare caz, re-verificați pentru a vedea dacă setările de interfață de fapt s-a schimbat, și apoi încercați să trimiteți unele date în și de ieșire din sistem pentru a vedea dacă placa de rețea funcționează corect.
-
-
dacă una dintre aceste comenzi a setat cu SUCCES NIC-ul dvs., atunci îl puteți pune în /etc/network/interfaces, astfel încât să ruleze atunci când aduceți interfața în sus (de exemplu, la momentul încărcării)., Cu toate acestea, înainte de a face acest lucru, trebuie să înțelegeți că unii drivere și dispozitive se comportă diferit decât altele. Când modulul de driver este încărcat, NIC poate începe autonegocierea fără nici o modalitate de ao opri (în special cu driverele care nu acceptă parametrii). Setările din interfețe sunt aplicate la un moment dat după aceea, care poate fi chiar în mijlocul negocierii. Deci, unii oameni consideră că este necesar să întârzie comanda ethtool sau mii-tool cu câteva secunde. Astfel:
iface eth0 inet static address .../... gateway ... up sleep 5; ethtool -s eth0 ...
sau comanda Analog mii-tool.,
- reporniți aparatul pentru a vă asigura că apare corect și fiți pregătit să interveniți manual (de exemplu, Ctrl-Alt-Del și apoi porniți în modul single-user de la GRUB sau LILO) dacă lucrurile nu funcționează.
aducerea unei interfețe fără o adresă IP
pentru a crea o interfață de rețea fără o adresă IP, utilizați metoda manuală și utilizați comenzile pre-up și post-down pentru a aduce interfața în sus și în jos.
iface eth0 inet manual pre-up ifconfig $IFACE up post-down ifconfig $IFACE down
dacă interfața este o interfață VLAN, comenzile sus/jos trebuie executate după/înainte de cârligele vlan., (De asemenea, trebuie să instalați pachetul vlan.)
iface eth0.99 inet manual post-up ifconfig $IFACE up pre-down ifconfig $IFACE down
Notă: Dacă creați interfața VLAN doar pentru a o pune într-o punte, nu este nevoie să definiți manual interfața VLAN. Trebuie doar să configurați Podul, iar interfața VLAN va fi creată automat la crearea podului (vezi mai jos).
Definirea (DNS) servere de Nume
în fața unui calculator poate conecta la o rețea externă de resurse (să zicem, de exemplu, un server de web), trebuie să aibă un mijloc de a converti orice alfa-numeric nume (de exemplu, wiki.debian.org) într-numerice, adrese de rețea (de exemplu, 140.211.166.,4). (Internetul folosește aceste adrese IP numerice structurate ca adrese de rețea.)
biblioteca C și alte biblioteci resolver uita la/etc / resolv.conf pentru o listă de nameservers. În cel mai simplu caz, acesta este fișierul de editat pentru a seta lista serverelor de nume. Dar, rețineți că diferite alte programe de configurare dinamică va fi fericit pentru a suprascrie setările dvs.:
-
resolvconf program
-
network-manager daemon
- clienți DHCP
În cele mai multe situații, fișierul pentru a edita fișierul de configurare pentru un astfel de program., în cele mai complexe situații, utilizarea resolvconf este într-adevăr calea de urmat, deși în configurații mai simple este probabil excesivă.
rezolvarea.conf fișier de configurare
fișierul de configurare resolv.conf at / etc / resolv.conf conține informații care permit unui computer conectat la o rețea să rezolve numele în adrese. (Notă: nu confundați acest fișier de configurare cu programul resolvconf, care, din păcate, are un nume aproape identic.)
rezolvarea.,fișierul conf conține de obicei adresele IP ale nameserverelor (DNS name resolvers) care vor încerca să traducă numele în adrese pentru orice nod Disponibil în rețea. Nu va fi o linie sau linii care arata ca acest lucru:
nameserver 12.34.56.78nameserver 12.34.56.79
În acest exemplu, sistemul se folosesc servere de nume în adrese IP 12.34.56.78 și 12.34.56.79. Pur și simplu editați fișierul și introduceți adresele IP ale nameserverelor pe care trebuie să le utilizați după fiecare nameserver. Adăugați mai multe linii nameserver dacă aveți mai multe nameservere. Nu utilizați această metodă dacă aveți instalat programul resolvconf.,
rezolvarea.conf fișier de configurare are multe alte opțiuni pentru a defini modul în care resolver caută nume. Vezi man resolv.conf pentru detalii.
programul resolvconf
programul resolvconf ține evidența informațiilor de sistem Despre nameserverele disponibile în prezent. Nu trebuie confundat cu fișierul de configurare resolv.conf, care, din păcate, are un nume aproape identic. Programul resolvconf este opțional pe un sistem Debian.
fișierul de configurare resolv.conf conține informații despre nameserverele care vor fi utilizate de sistem., Cu toate acestea, atunci când mai multe programe trebuie să modifice dinamic resolv.conf fișier de configurare ei pot păși unul pe altul, iar fișierul poate deveni out-of-sync. Programul resolvconf abordează această problemă. Acesta acționează ca un intermediar între programele care furnizează informații nameserver (de exemplu, clienții dhcp) și programele care utilizează informații nameserver (de exemplu, resolver). când resolvconf este instalat corect, resolv.conf fișier de configurare la /etc / resolv.conf este înlocuit cu un link simbolic către /etc/resolvconf/run / resolv.,conf și resolver, în schimb, utilizează fișierul de configurare, care este generat dinamic de resolvconf la /etc/resolvconf/run/resolv.conf. programul resolvconf este în general necesar numai atunci când un sistem are mai multe programe care trebuie să modifice dinamic informațiile serverului de nume. Într-un sistem simplu în care nameserverele nu se schimbă des sau sunt modificate doar de un singur program, resolv.fișierul de configurare conf este adecvat. dacă programul resolvconf este instalat, nu trebuie să editați resolv.,conf fișier de configurare manual, deoarece va fi modificat dinamic de programe în sistem. Dacă aveți nevoie să definiți manual serverele de nume (ca și cu un statice interface), adăugați o linie ceva de genul următoarele interfețe fișier de configurare în /etc/network/interfaces:
dns-nameservers 12.34.56.78 12.34.56.79
Locul liniei crestate într-o iface strofă, de exemplu, imediat după poarta linie. Introduceți adresele IP ale nameserverelor pe care trebuie să le utilizați după dns-nameservers. Puneți-le pe toate pe o linie separată de spații. Nu uitați „s” la sfârșitul dns-nameservers.,
programul resolvconf este o adăugare destul de nouă la Debian și multe programe mai vechi trebuie actualizate sau reconfigurate pentru a funcționa corect cu acesta. Dacă aveți probleme, consultați / usr/share/doc/resolvconf / README. Ea are o mulțime de informații cu privire la a face alte programe obține, împreună cu resolvconf.
Configurare DNS pentru NetworkManager
NetworkManager va suprascrie setările dhcp, suprascrierea resolv.conf chiar dacă ați configurat DNS în/etc / dhcp / dhclient.conf, de ex., provocând DNS pentru prima căutare locale de domeniu, care pot avea în timp înainte de rezoluție DNS continuă de lungă durată provoacă rezoluția DNS ori. Puteți obține o idee despre ce Rețeamanager crede că setările ar trebui să fie prin executarea nm-tool la linia de comandă.
puteți configura aceste setări folosind o interfață grafică prin lansarea nm-connection-editor care în prezent (13.11.23) nu se găsește în meniul System Tools → Administration, ci trebuie să fie lansat manual din linia de comandă. După lansare:
- alegeți o conexiune (din fila Wired sau Wireless) și faceți clic pe Editare.,
- faceți Clic pe fila Setări IPv4
- Alege Automat (DHCP) se adresează numai’ în loc de ‘Automat (DHCP)’.
- introduceți serverele DNS în câmpul” servere DNS”, separate prin spații (de exemplu, 208.67.222.222 pentru OpenDNS).
- Faceți clic pe ” Aplicați.”
NetworkManager salvează aceste setări în /etc/NetworkManager/system-connections/name-of-connection. Exemplu / etc / NetworkManager/system-connections / Wired connection 1:
rularea nm-tool din nou ar trebui să arate că NetworkManager are acum ideea corectă a modului în care DNS ar trebui să fie rezolvate.,
configurarea clientului DHCP
setarea serverelor DNS suplimentare
exemplu: dhclient3 utilizează/etc/dhcp / dhclient.conf. Setarea pe care o doriți este
supersede domain-name-servers 12.34.56.78, 12.34.56.79;
sau, poate,
prepend domain-name-servers 12.34.56.78, 12.34.56.79;
setări de căutare suplimentare domenii
adăugarea de domenii de căutare pentru Vpn-uri sau retele virtuale locale:
append domain-name " virt vpn";
Notă lider spațiu din șir este literalmente anexată la domeniul de căutare oferite de alte configurații.
A se vedea dhclient.conf (5) Pagina manual pentru detalii.,
Bridging
Bridging pune mai multe interfețe în același segment de rețea. Acest lucru este foarte popular atunci când conectați un server la mai multe comutatoare pentru disponibilitate ridicată sau cu virtualizare. În acest din urmă caz, este de obicei folosit pentru a crea un pod în gazdă (de ex. dom0) și puneți interfețele virtuale ale oaspeților (domU) în pod.
-
pachetul bridge-utils este necesar pentru a crea interfețe punte., exemplu: conectați un server la 2 comutatoare (prin eth0 și eth1) definind bridge 0 și dați serverului o adresă IP în această subrețea:
auto br0iface br0 inet static address 10.10.0.15/24 gateway 10.10.0.1 bridge_ports eth0 eth1 up /usr/sbin/brctl stp br0 on
dacă un server este conectat la mai multe comutatoare, atunci de obicei trebuie să rulați protocolul spanning tree pentru a evita buclele. Prin urmare, STP trebuie să fie pornit printr-o comandă „up” așa cum se arată mai sus. exemplu: configurare Bridge fără configurare adresă IP (utilizați „manual” în loc de „static”) pentru a „redirecționa” o interfață către un VM invitat. (Config pod static conține doar 1 interfață fizică., Interfața virtuală va fi adăugată la pod atunci când VM este pornit.)
auto br1iface br1 inet manual bridge_ports eth4 up /usr/sbin/brctl setageing br1 0 up /usr/sbin/brctl stp br1 off
notă: Linux bridge acceptă numai STP, nu RSTP (Rapid Spanning Tree). Prin urmare, aceasta susține numai costurile STP vechi, Nu noile Costuri RSTP (a se vedea Spanning_Tree_Protocol). Acest lucru este de obicei bine cu switch-uri Cisco, dar, de exemplu,. Întrerupătoarele Juniper utilizează costurile RSTP și, prin urmare, acest lucru poate duce la diferite calcule de arbori și probleme de buclă. Acest lucru poate fi stabilit prin setările costurilor manual, fie pe comutator sau pe server., Setarea costului pe comutator este de preferat ca Linux comută înapoi la costurile implicite ori de câte ori o interfață nu în jos/în sus.
punte fără comutare
în mod implicit Linux bridge acționează ca un comutator. Aceasta înseamnă că își amintește adresele MAC din spatele unui port de comutare și dacă adresa MAC de destinație este cunoscută, pachetele de date sau doar redirecționează către portul respectiv – altfel pachetele vor fi difuzate.
în unele setări acest lucru este rău. De exemplu, în cazul în care podul se conectează 2 interfețe trunchi și aceleași adrese MAC pot fi văzute de la ambele interfețe, în funcție de VLAN., Ca Linux podul nu are suport pentru Vlan-uri (dedicat adresa MAC tabele pe fiecare VLAN), în astfel de setari, trebuie să dezactivați adresa MAC de învățare și a pus o punte într-un adevărat „pod” modul cu:
up /sbin/brctl setageing br0 0 up /sbin/brctl stp br0 off
Cum să folosiți vlan (dot1q, 802.,1q, portbagaj) (Etch, Lenny)
Manual config
modprobe 8021qapt install vlanvconfig add eth0 222 # 222 is vlan numberifconfig eth0.222 upifconfig eth0.222 mtu 1496 #optional if your network card doesn't support MTU 1504Bifconfig eth0.222 10.10.10.1 netmask 255.255.255.0
Rețea init script de configurare
În /etc/modules adauga linia:
8021q
În /etc/network/interfaces pentru secțiunea iface adăuga parametrul:
vlan-raw-device eth0
numele interfeței ar trebui să fie prime nume de interfață (la fel cum este specificat de către vlan-raw-dispozitiv), apoi un punct, apoi VLAN ID-ul, de exemplu eth0.100. În schimb, poate fi „vlan”, apoi ID-ul VLAN, de exemplu vlan100. În ambele cazuri, ID-ul VLAN este la sfârșit, iar acesta este singurul loc în care este configurat.,
Notă: Dacă denumiți interfețele VLAN ethX.AAAA, atunci nu este nevoie să specificați dispozitivul vlan-raw, deoarece dispozitivul raw poate fi preluat din numele interfeței.
de exemplu:
auto eth0.222iface eth0.222 inet static address 10.10.10.1/24 vlan-raw-device eth0
poduri și VLAN
Dacă creați interfețe VLAN doar pentru a le pune într-un pod, nu este nevoie să definiți manual interfețele VLAN. Doar configurați Podul, iar interfața VLAN va fi creată automat la crearea podului, e.,g:
auto br1iface br1 inet manual bridge_ports eth0.99 eth1.99 up /usr/sbin/brctl stp br1 on
Limitări atunci când se utilizează punte și vlan
Dacă utilizați un brigded VLAN de configurare, care este, probabil, util pentru crearea de rețele în mediile de virtualizare, avea grijă să numai fie atașați un dispozitiv de pod sau VLAN dispozitive la un fond al sistemului dispozitiv fizic – așa cum se arată mai sus. Atașarea interfeței fizice (eth0)la o punte (ex . bri1) în timp ce utilizați aceeași interfață fizică pe VLAN-uri aparent diferite, toate pachetele vor rămâne etichetate. (Kernel mai nou decât 2.6.37 și mai vechi decât 3.2).,
Cum de a crea vina tolerant lipire cu vlan (Etch – Stretch)
debian_bonding.dia
Cum să configurați una dintre cele mai active server de backup de lipire 3 vlan {vlan10,vlan20,vlan30} Debian rețele fără SPOF fără vlan nativ.
aptitude install vlan ifenslave-2.6
Network config
switch Cisco interfață de exemplu config
interface GigabitEthernet1/2 description eth1 switchport switchport trunk encapsulation dot1q switchport trunk allowed vlan 10,20,30 switchport mode trunk no ip address no cdp enable spanning-tree portfast trunk
lipire cu active de rezervă
Creați un fișier /etc/modprobe.d / lipire.,conf contine:
alias bond0 bondingoptions bonding mode=active-backup miimon=100 downdelay=200 updelay=200 primary=eth1
/etc/network/interfaces
# The loopback network interfaceauto loiface lo inet loopback# The primary network interfaceauto bond0iface bond0 inet manual up ifconfig bond0 0.0.0.0 up slaves eth1 eth0auto vlan10iface vlan10 inet static address 10.10.10.12/24 vlan-raw-device bond0 gateway 10.10.0.1 dns-search hup.hu dns-nameservers 10.10.0.2auto vlan20iface vlan20 inet static address 10.20.10.12/24 vlan-raw-device bond0auto vlan30iface vlan30 inet static address 10.30.10.12/24 vlan-raw-device bond0
Cum să setați MTU (Maximum transfer unit / dimensiune pachet) cu VLAN-uri pe un lipite interfață
MTU trebuie să fie configurat pe lipire interfață și sclav interfețe după resetare de configurare a fost aplicat la lipirea interfețe. Acest lucru se face folosind o linie post-up în configurația interfeței de lipire.
auto bond0iface bond0 inet manual up ifconfig lacptrunk0 0.0.0.0 up slaves eth0 eth1# bond-mode 4 = 802.3ad bond-mode 4 bond-miimon 100 bond-downdelay 200 bond-updelay 200 bond-lacp-rate 1 bond-xmit-hash-policy layer2+3 post-up ifconfig eth0 mtu 9000 && ifconfig eth1 mtu 9000 && ifconfig bond0 mtu 9000#vlan devices will use the MTU set on bond0 deviceauto vlan101iface vlan101 inet static address 10.101.60.123/24 gateway 10.155.60.1 vlan-raw-device bond0auto vlan151iface vlan151 inet static address 192.168.1.1/24 vlan-raw-device bond0
mai multe adrese IP pe o interfață
interfață aliasing permite o interfață pentru a avea mai multe adrese IP., Acest lucru este util atunci când mai multe servere trebuie să fie vizibile prin Internet. Rețineți că gazdele virtuale pot suporta mai multe servere Apache cu o singură adresă IP. Apache răspunde la numele de domeniu furnizat de client în antetul HTTP. În multe alte situații, este nevoie de un IP extern pentru fiecare server care utilizează un port.
metoda Legacy
Acest text/etc/network / interfaces atribuie trei adrese IP eth0.
o interfață alias nu ar trebui să aibă „gateway” sau „dns-nameservers”; atribuirea IP dinamică este permisă., configurația de mai sus este metoda tradițională anterioară care reflectă utilizarea tradițională a ifconfig pentru a configura dispozitivele de rețea. ifconfig a introdus conceptul de interfețe alias sau virtuale. Aceste tipuri de interfețe virtuale au numele interfeței formularului:integer și ifconfig le tratează foarte similar cu interfețele reale. în prezent, ifupdown utilizează utilitarul ip din pachetul iproute2 în loc de ifconfig. Utilitarul ip mai nou nu utilizează același concept de pseudonime sau interfețe virtuale., Cu toate acestea, acceptă atribuirea de nume arbitrare interfețelor (se numesc etichete). ifupdown utilizează această caracteristică pentru a sprijini interfețe alias în timp ce utilizați ip.
metoda iproute2
de asemenea, ifupdown acceptă specificarea mai multor interfețe prin repetarea secțiunilor iface cu același nume de interfață. Diferența cheie față de metoda descrisă mai sus este că toate aceste secțiuni sunt tratate de ifupdown ca o singură interfață, astfel încât utilizatorul nu le poate adăuga sau elimina individual. Cu toate acestea, comenzile sus/jos, precum și scripturile, sunt solicitate pentru fiecare secțiune așa cum a fost., rețineți totuși că această metodă este periculoasă! Anumite combinații de drivere / hardware pot uneori să nu reușească să aducă legătura Dacă nu sunt atribuite etichete interfețelor alias. (Văzut pe Debian Wheezy la Jessie cu RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01) auto-negociere 10/plin. Un avertisment similar de la o altă persoană există în istoria acestei pagini. acest text/etc/network / interfaces atribuie trei adrese IP eth0.
auto eth0allow-hotplug eth0iface eth0 inet static address 192.168.1.42/24 gateway 192.168.1.1iface eth0 inet static address 192.168.1.43/24iface eth0 inet static address 192.168.1.44/24# adding IP addresses from different subnets is also possibleiface eth0 inet static address 10.10.10.14/24
Manual de abordare:
CategoryNetwork CategorySystemAdministration