Puncte:1

Conexiunea la rețea prin cablu continuă să se deconecteze

drapel za

Recent, am încercat să instalez și să configurez un server Synology NAS (DS920+) pe serverul nostru Ubuntu (18.04) la locul de muncă și mă confrunt cu unele probleme de conectare cu conexiunea prin cablu (conexiune ethernet care conectează NAS la server). Starea conexiunii arată că încearcă să se conecteze, așa cum se vede în figura de aici [starea conexiunii][1]

Dar după un timp se schimbă la conexiune „Deconectat”, așa cum se vede aici [Ethernet Network Disconnected][2]

Am încercat câteva soluții postate pe schimbul de stive și pe diferite plăci, dar niciuna pe care am încercat-o până acum nu a funcționat.

Iată rezultatele unor comenzi care ar putea fi utile din câte am înțeles:

intrare:

lspci | grep -i eth

ieșire:

04:00.0 Controler Ethernet: Intel Corporation I210 Gigabit Network Connection (rev 03)
05:00.0 Controler Ethernet: Intel Corporation I210 Gigabit Network Connection (rev 03)
Controler Ethernet 83:00.0: Aquantia Corp. Controler Ethernet AQC107 NBase-T/IEEE 802.3bz [AQtion] (rev. 02)

intrare:

ifconfig -a

enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether ac:1f:6b:b0:88:4a txqueuelen 1000 (Ethernet)
Pachete RX 42848 octeți 25213836 (25,2 MB)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 180780 octeți 34482983 (34,4 MB)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
memoria dispozitivului 0xce200000-ce27ffff

enp5s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether ac:1f:6b:b0:88:4b txqueuelen 1000 (Ethernet)
Pachete RX 0 octeți 0 (0,0 B)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 0 octeți 0 (0,0 B)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
memoria dispozitivului 0xce100000-ce17ffff

ens6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.16.43.69 netmask 255.255.255.0 difuzare 172.16.43.255
inet6 fe80::1bef:699c:49b:e845 prefixlen 64 scopeid 0x20
ether 40:b0:76:58:42:11 txqueuelen 1000 (Ethernet)
Pachete RX 2084658 octeți 216239936 (216,2 MB)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 130491 octeți 46668382 (46,6 MB)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Loopback local)
Pachete RX 230369 octeți 18799477 (18,7 MB)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 230369 octeți 18799477 (18,7 MB)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

intrare:

sudo lshw -C rețea

ieșire:

*-reţea
descriere: interfață Ethernet
produs: I210 Gigabit Network Connection
furnizor: Intel Corporation
ID fizic: 0
info autobuz: pci@0000:04:00.0
nume logic: enp4s0
versiunea: 03
serial: ac:1f:6b:b0:88:4a
dimensiune: 1 Gbit/s
capacitate: 1 Gbit/s
lățime: 32 biți
ceas: 33 MHz
capabilități: pm msi msix pciexpress bus_master cap_list ethernet fizic tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configurație: autonegotiation=on broadcast=da driver=igb driverversion=5.6.0-k duplex=firmware complet=3.16, 0x800004d9 latency=0 link=da multicast=da port=twisted pair speed=1Gbit/s
resurse: irq:18 memorie:ce200000-ce27ffff ioport:6000(dimensiune=32) memorie:ce280000-ce283fff
*-reţea
descriere: interfață Ethernet
produs: I210 Gigabit Network Connection
furnizor: Intel Corporation
ID fizic: 0
info autobuz: pci@0000:05:00.0
nume logic: enp5s0
versiunea: 03
serial: ac:1f:6b:b0:88:4b
capacitate: 1 Gbit/s
lățime: 32 biți
ceas: 33 MHz
capabilități: pm msi msix pciexpress bus_master cap_list ethernet fizic tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configurație: autonegotiation=on broadcast=da driver=igb driverversion=5.6.0-k firmware=3.16, 0x800004d9 latency=0 link=no multicast=da port=twisted pair
resurse: irq:19 memorie:ce100000-ce17ffff ioport:5000(dimensiune=32) memorie:ce180000-ce183fff
*-reţea
descriere: interfață Ethernet
produs: Controller Ethernet AQC107 NBase-T/IEEE 802.3bz [AQtion]
furnizor: Aquantia Corp.
ID fizic: 0
info autobuz: pci@0000:83:00.0
nume logic: ens6
versiunea: 02
serial: 40:b0:76:58:42:11
dimensiune: 10 Gbit/s
capacitate: 10 Gbit/s
lățime: 64 biți
ceas: 33 MHz
capabilități: pciexpress pm msix msi bus_master cap_list rom ethernet fizic tp 100bt-fd 1000bt-fd 10000bt-fd autonegotiation
configurație: autonegotiation=on broadcast=da driver=atlantic driverversion=5.4.0-81-generic-kern duplex=full firmware=3.0.33 ip=172.16.43.69 latency=0 link=da multicast=da port=twisted pair speed= 10 Gbit/s
resurse: irq:44 memorie:fb840000-fb84ffff memorie:fb850000-fb850fff memorie:fb400000-fb7fffff memorie:fb800000-fb83ffff

Conexiunea în cauză este enp4s0. Conexiunea poate suporta până la 1 Gbit/s, iar cablul este evaluat pentru 100 Mbit/s, înțeleg că nu ar trebui să provoace probleme și ar trebui doar să blocheze viteza la 100 Mbit/s.

Actualizați: Am înlocuit cablul cu un cablu de 1 Gbit/s și am setat negocierea conexiunii la Manual cu viteza setată la 1 Gbit/s, utilizând GUI Network Manager. Nicio schimbare în problema.

De asemenea, am încercat diferite porturi pentru a vedea dacă aceasta este problema (atât pe server, cât și pe NAS).

Orice ajutor ar fi foarte apreciat, sunt puțin nou în acest domeniu, deoarece administratorul nostru original de server a plecat recent, așa că vă rog să-mi spuneți dacă aveți nevoie de informații suplimentare și voi încerca să vi le ofer.

Mulțumiri! [1]: https://i.stack.imgur.com/iU7kb.png [2]: https://i.stack.imgur.com/2LiIm.png

heynnema avatar
drapel ru
Problema este cablul tău de 100 Mb. enp4s0 se conectează încă la 1Gb.
drapel ru
Negocierea vitezei este între switchport și adaptorul ethernet, nu cablul dvs. Cablul dvs. cauzează blocajele care vă vor afecta configurațiile. Setați manual viteza de conectare pe interfața dvs. la 100 Mbps și asta ar trebui să „remedieze” blocajele de deconectare cauzate de cablurile dumneavoastră, spunând sistemului că maximul pe care îl poate vorbi prin acel cablu este de 100 Mbps. Sau, alternativ, achiziționați un cablu standard Cat5E sau Cat6, care acceptă gigabit complet (standardele actuale de cablu Ethernet sunt Cat5e și Cat6 în prezent și orice mai vechi decât Cat5e este considerat „învechit”).
drapel ru
Utilizați o interfață grafică sau linia de comandă pentru a vă configura interfața de rețea?
Puncte:1
drapel ru

Negocierea vitezei portului se face de obicei între portul Ethernet la ambele capete, NU la nivelul cablului. Deci, în timp ce cablul vă va bloca la 100 Mbps, dvs sistem detectează un punct final gig la celălalt capăt și, ca atare, cablul dvs. Cat5 învechit cauzează deconectări, deoarece sistemul dvs. încearcă să împingă gig peste cablul nepotrivit, provocând timeout-uri ale rețelei și congestie uriașă la nivelurile stivei de rețea.

Fie actualizați cablul învechit de 100 Mbps la un cablu Cat5E standard (Cat5E este destul de ieftin în zilele noastre, deoarece este cel mai vechi standard acceptat și întâlnit în mod obișnuit în zilele noastre) sau la un cablu Cat6, sau manual setați viteza adaptorului dvs. ethernet. În funcție de modul în care vă configurați rețeaua (GUI sau linia de comandă) va determina procesul pe care îl utilizați pentru a seta vitezele de negociere.

(În funcție de răspunsul dvs. la întrebarea pe care am pus-o în comentariile la întrebarea de bază, acest răspuns se va adapta la modul de setare manuală a vitezei de negociere a link-ului pe baza răspunsului dvs.)

rozTsoni avatar
drapel za
Multumesc pentru raspuns. Am schimbat cablul la un CAT5e (nu am un CAT6 în prezent - am un cablu de 10 Gb/s), am setat și negocierea legăturii la Manual (era setat anterior la Auto) și am schimbat viteza la 1 Gb/s în interfața grafică a editorului de rețea. Inca am aceeasi problema.
drapel ru
@rozTsoni *în mod normal* ați conecta NAS-ul la rețea și computerul la rețea nu direct NAS-la-Server decât dacă este o conexiune de tip iSCSI sau așa ceva. Sunteți conectat direct la NAS prin ethernet și setați date de conexiune statică pe o subrețea separată de restul rețelei dvs.? Trebuie să vedem mai multe despre cum configurați lucrurile.
rozTsoni avatar
drapel za
Este conectat la un hub de rețea, încep să cred că ar putea exista un firewall care împiedică conexiunea. Nu sunt autorizat să fac asta, așa că voi testa un hub de rețea separat pentru a vedea dacă asta este problema. Voi reveni cu rezultatele. Vă mulțumim pentru ajutor până acum!
drapel ru
„Huburile” @rozTsoni sunt retrase în favoarea routerelor, deoarece „huburile” doar retransmite totul și pot provoca bucle de date și supraîncărcări ale conductelor. Dacă nu utilizați un comutator, atunci ar trebui să vă concentrați în întregime pe dacă aceste sisteme sunt pe subrețele separate sau pe aceleași subrețele - dacă sunt aceleași subrețele, firewall-urile sistemului dvs. vor fi în joc, dacă sunt diferit, atunci este probabil firewall-urile și nu poți face nimic cu asta.
rozTsoni avatar
drapel za
Doar o actualizare a problemei: am folosit un comutator de rețea și am avut atât NAS, cât și serverul nostru atașate la comutator. Inițial, problema a persistat, dar apoi în editorul de rețea, sub Setări IPv4, am schimbat Metoda în Numai Link-Local și acum lucrurile par să funcționeze bine. Multumesc pentru tot ajutorul!

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.