Hindi pagtutugma ng duplex sa port ng gateway ng VPN: basahin ang dalawang dulo
Ang port na 10/100 na nakikipag-usap sa bilis pero hindi sa duplex ay gumagawa ng mga error sa ilalim ng karga. Basahin ang operating mode sa dalawang dulo, pagkatapos ihambing ang mga counter na may takdang oras.
Ang pagkopya ng file sa tunnel ay humihinto nang isang segundo, nagpapatuloy, at walang ipinapakita ang mga log ng VPN. Sinisisi ng application ang network, sinisisi ng network ang application, at ang port ng switch ay labing-isang buwan nang nakaupo. Ang gabay na ito ay nagsisimula sa paghinto at lumalabas patungo sa pisikal na link: ano ang talagang ginagawa ng port, ano ang ginagawa ng malayong dulo, at ano ang ginawa ng mga counter habang nakatingin ka. Sulit itong gawin bago may humawak ng setting ng duplex.
Magsimula sa paghinto, hindi sa port
Ilarawan ang sintomas sa paraang masusubok. Ang paghinto ng mga isang segundo habang naglilipat ng malaking datos ay ibang problema kaysa sa koneksyong nagre-reset, at ang paghinto na nangyayari minsan sa isang oras ay iba sa nangyayari tuwing ilang segundo. Isulat ang karga, direksyon at tinatayang agwat.
Pagkatapos ay ulitin ito habang pinapanood ang interface. Ang pisikal na problema ay lumilitaw bilang paggalaw sa mga counter habang nasa ilalim ng apektadong karga, at ang problemang hindi gumagalaw ng mga counter ay malamang nasa itaas ng link layer. Magmasid nang isang minuto, hindi isang segundo, dahil ang mga depektong ito ay madalas nangangailangan ng tuloy-tuloy na trapiko bago lumitaw. Walang pinapatunayan ang pagmamatyag habang walang ginagawa tungkol sa link na mali lang ang ugali kapag may karga.
Mahalaga ito dahil ang hindi pagtutugma ng duplex ay may pirma: mga error na lumilitaw lang sa ilalim ng karga, sa direksyon ng trapiko, habang perpekto pa rin ang maliliit na ping at interactive na session. Kung nabibigo rin ang trapiko habang walang ginagawa, tumingin muna sa ibang lugar.
Basahin ang operating mode sa dalawang dulo
Ang naka-save na configuration ay hindi ang operating state. Ang port ay maaaring naka-configure para sa autonegotiation at mapunta sa kalahating duplex, o naka-configure sa fixed na bilis na hindi kailanman sinang-ayunan ng kabilang dulo. Basahin kung ano ang ginagawa ng link ngayon sa dalawang panig.
ethtool eth0 ethtool -S eth0 | grep -iE 'error|drop|collision|fcs' ip -s link show eth0
Itala ang bilis, duplex at kung naka-on ang autonegotiation, pagkatapos kunin ang parehong tatlong katotohanan mula sa katabing switch o sa port ng provider. Ang isang dulo lang ay walang sinasabi, dahil ang hindi pagtutugma ay isang relasyon at hindi setting. Ilagay ang dalawang linya nang magkatabi sa ticket, kasama ang oras na binasa mo ang mga ito. Kalahati ng halaga ng pagsasanay na ito ay ang pagkakaroon ng dalawang pagbasa sa isang lugar.
Kung hindi mo mabasa ang malayong dulo, hindi mo ito ma-diagnose. Hilingin sa may-ari ang operating mode at mga counter, o ayusin ang access bago mo simulan ang pagbabago sa iyong panig.
Ano ang hitsura ng 10/100 half duplex na kaso
Sa mga link na tanso na 10/100, ang dulo na nag-aautonegotiate ay makikita ang bilis ng pinilit na katambal nang hindi natututunan ang setting ng duplex nito. Ang parallel detection ay nagtatakda ng bilis mula sa signal, at ang duplex ay ipinapalagay sa halip na pinag-uusapan, kaya ang isang panig ay maaaring mapunta sa kalahating duplex habang ang isa ay tumatakbo nang buo.
Ang gabay ng Cisco sa autonegotiation ay nagpapaliwanag ng partikular na kaso. Hindi ito argumento para patayin ang negosasyon sa lahat ng lugar, at wala itong sinasabing kapaki-pakinabang tungkol sa tansong gigabit, kung saan fixed ang duplex at kailangan ang autonegotiation para umangat ang link.
Ang nakikitang ebidensya ay halo ng mga error na umiiral lamang sa isang direksyon: FCS o CRC error sa panig ng buong duplex, banggaan o huling banggaan sa panig ng kalahating duplex, at throughput na bumabagsak sa ilalim ng karga habang normal ang latency kapag walang ginagawa. Ang asimetriyang iyon ang pirma. Ang link na sobra lang ang karga ay lumalala sa dalawang direksyon at sa lahat ng oras.
Baguhin ang dalawang dulo nang sabay, na may daan pabalik
Ang pagwawasto ng duplex ay isang coordinate na pagbabago, hindi lokal. Ang pagpilit sa iyong panig nang walang pahintulot ng malayong dulo ay ang paraan kung paano nagiging sira ang gumaganang link, at ang pagtanggap ng CLI sa utos ay nagpapatunay lang na wasto ang syntax.
sudo ethtool -s eth0 speed 100 duplex full autoneg off ethtool eth0
Bago magpatakbo ng ganito, kumpirmahin na sinusuportahan ng platform ang kombinasyon at na babaguhin ang malayong dulo sa parehong window. Panatilihin ang malayang paraan ng pangangasiwa sa device, dahil ang port na babaguhin mo ay maaaring siyang nagdadala ng iyong session sa pamamahala.
Sa maraming modernong link, ang tamang sagot ay hayaang naka-on ang autonegotiation sa dalawang dulo sa halip na pilitin ang anuman. Ang pagpilit ay gamot para sa partikular na hindi pagtutugma sa partikular na teknolohiya, hindi pangkalahatang pagbuti. Partikular na kailangan ng tansong gigabit ang autonegotiation para umangat ang link, kaya hindi naipapasa ang payo para sa 10/100.
Kumpirmahin na gumalaw ang mga counter tungo sa mas mabuti
Pagkatapos ng pagbabago, basahin muli ang operating state sa dalawang dulo at kumpirmahin na magkasundo sila. Pagkatapos ay patakbuhin ang parehong karga na nagdulot ng paghinto at ihambing ang pagkakaiba ng mga counter sa halip na mga kabuuang panghabambuhay, dahil ang kabuuang naipon sa loob ng isang taon ay hindi masasabi kung ano ang nangyari sa huling sampung minuto.
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs' ip -s link show eth0 ping -f -c 200 10.90.0.1
Ang link na walang bagong error sa ilalim ng parehong karga ang ebidensyang kulang sa iyo. Ang link na may error pa rin, o ang isa na hindi gumalaw ang mga counter mula pa sa simula, ay nagpapadala sa iyo sa susunod na hangganan sa halip na mas malalim sa debate ng duplex. Ang dalawang resulta ay pag-unlad, na higit pa sa maibibigay ng configuration file. Huwag laktawan ang ikalawang pagbasa dahil mukhang tama ang una.
Isulat ang mga numero bago at pagkatapos sa ticket na may mga timestamp. Ang record na iyon ang nagbabago sa «mas maganda ang pakiramdam ng VPN» tungo sa isang bagay na maaaring pagtayuan ng susunod na inhinyero.