Lumilitaw ang virtual adapter ng SoftEther ngunit walang trapikong ipinapadala

Lumilitaw ang isang virtual adapter ng SoftEther sa listahan ng network ng operating system, iniuulat ang sarili bilang hindi nakakonekta, at walang trapikong dinadala. Normal ang kombinasyong iyon para sa kagamitang walang nakakabit na session, at ito rin ang kalagayang nakikita mo kapag may maling profile na nakatali rito. Ang adapter ay isang kagamitang pag-aari ng operating system; ang session ang nagbibigay-buhay rito. Dumaan sa apat na pagsusuring ito nang sunud-sunod at huminto sa unang bigong pagsusuri.

Ihiwalay ang kagamitan sa session

Ang paggawa ng adapter ay nagluluklok ng kagamitang pang-network; hindi ito nagpapatunay sa anumang server. Tiyakin kung ano ang sinasabi ng listahan ng koneksyon ng client bago maghinuha ng anuman mula sa kalagayan ng interface. Ang profile na hindi nakakonekta ay nagpapaliwanag sa kalagayang hindi nakakonekta nang walang karagdagang pagsisiyasat.

Ang adapter at ang pisikal na interface ay may magkaibang gawain. Ang isa ay nagdadala ng na-decrypt na trapikong nakikita ng mga aplikasyon, at ang isa ay nagdadala ng naka-encrypt na panlabas na koneksyon patungo sa server. Ang paghahalo ng dalawa ay nagdudulot ng paglalapat ng mga tuntunin ng firewall at ruta sa maling kagamitan. Ang mga tuntuning isinulat para sa pisikal na interface ay hindi tutugma sa trapiko ng tunnel, at ang mga tuntuning isinulat para sa tunnel ay hindi makakaapekto sa panlabas na koneksyon.

Itugma ang isang adapter sa isang profile

Ang bawat adapter ay dapat nakatali sa profile ng koneksyong nilalayon mo, at ang pagkakatali ay dapat makita sa client sa halip na tandaan. Kapag may ilang adapter, itala kung aling profile ang may-ari ng aling kagamitan bago galawin ang alinman sa mga ito. Ang muling paggamit ng adapter sa iba't ibang profile ang dahilan kung bakit nananatili ang lumang address pagkatapos ng muling pagkonekta.

Kung nag-aalok ang client ng sinusuportahang paraan upang muling gawin ang pagkakatali, gamitin iyon sa halip na direktang i-edit ang konfigurasyon ng operating system. Isinusulat ng client ang mga setting ng adapter kapag kumonekta, kaya madalas mawala ang mga manu-manong pagbabago o magbanggaan sa susunod na session.

Basahin ang aktwal na mga setting pagkatapos kumonekta

Kapag tumatakbo na ang session, basahin ang address, ruta, at resolver mula sa system. Inilalarawan ng panel ng kalagayan ng client ang hiniling nito, samantalang inilalarawan ng kernel ang aktwal na nangyari.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

Ipinapakita ng listahan ng address kung may natanggap man ang adapter, at ang adapter na walang address pagkatapos ng matagumpay na pag-log in ay tumuturo sa konfigurasyon ng profile at hindi sa driver. Ipinapakita ng query ng ruta kung aling interface ang magdadala ng pribadong destinasyon, at doon nagiging nakikita ang nawawalang ruta. Ipinapakita ng output ng resolver kung sinunod ng DNS ang session, dahil ang gumaganang link na may lokal na DNS ay gumagawa pa rin ng kalahating sirang koneksyon.

Ang adapter na ginawa nang walang kapaki-pakinabang na setting ay maaaring umiral kasabay ng matagumpay na pag-log in sa pangangasiwa sa ibang bahagi ng client. Magkaibang tanong ang sinasagot ng dalawang panel, kaya ang isa ay hindi kailanman katibayan tungkol sa isa. Kapag hindi sila nagkasundo, ang pananaw ng system ang nararanasan ng mga aplikasyon.

Huminto bago mag-bridge o magbura

Ang pag-bridge ng virtual adapter sa pisikal ay pagbabago sa disenyo, hindi pagkukumpuni. Pinagsasama nito ang dalawang hangganan ng network, at hindi ito paraan upang ayusin ang nawawalang ruta. Kung kailangan ng deployment ang gayong kaayusan, kailangan nito ng awtorisadong disenyo at plano sa pagsubok.

Ang pagbura ng adapter ay kasing-destruktibo kapag ginagamit ito ng ibang serbisyo. Tukuyin muna ang may-ari, kasama ang anumang iba pang client o produktong virtualisasyon sa makina na gumawa ng interface na may katulad na pangalan. Ang kagamitang muling lumilitaw pagkatapos ng pag-alis ay nagsasabi sa iyo na may gumagawa muli nito.

Tapusin sa pamamagitan ng pagsubok sa aplikasyon, hindi sa adapter. Ang file share o pahina ng intranet na naglo-load sa tunnel ang katibayan na ang kagamitan, session, at ruta ay magkakasundo.