Nekonata reto sur Windows-VPN-adaptilo: kion ĝi signifas

Windows montras Nekonata reto por ajna interfaco, kiun ĝi ne povas klasifiki al loko, kaj VPN-adaptilo estas ordinara kandidato ĉar ĝi ofte ne havas propran implican enirejon. La etikedo estas fajromura kategorio, ne aserto pri tio, ĉu la tunelo aŭtentikiĝis aŭ ĉu via aplikaĵo povas atingi ion. Trakti ĝin kiel erarmesaĝon estas kiel homoj finiĝas per restarigo de funkcianta adaptilo kaj perdo de la sesio, kiu estis en ordo. Du komandoj diras, ĉu la etikedo meritas entute atenton.

La etikedo estas fajromura kategorio, ne statolumo

La retloka konscio decidas, ĉu interfaco apartenas al domajno, privata aŭ publika reto, kaj poste la fajromuro aplikas la regulan aron por tiu kategorio. Nekonata estas la rezulto kiam la klasifiko malsukcesas, kio kutime metas la interfacon en la publikan profilon. La publika profilo estas tiu, kiu implicite blokas plej multan envenantan trafikon.

Publika estas la limiga profilo, do la praktika demando estas, ĉu via servo estas permesata tie. Tunelo povas esti tute sana kaj tamen montri la etikedon, ĉar klasifiko dependas de la formo de la interfaco, ne de la stato de la konekto.

Tiu distingo klarigas la plej konfuzajn raportojn: dosierkomunaĵo kiu funkciis hieraŭ kaj ne hodiaŭ, sur adaptilo kiun neniu ŝanĝis, ĉar regulo estis limigita al la privata profilo kaj la interfaco nun estas publika.

Legu tri aferojn antaŭ ol ŝanĝi ion

Kontrolu la kategorion, la adresan agordon kaj la itineron al la celo, en tiu ordo. Se la rimedo funkcias, la etikedo estas kosmetika por viaj celoj, kaj la honesta respondo estas lasi ĝin.

Ĉi tiuj komandoj presas la nunan profilon, la interfacan inventaron kaj la agordon de unu adaptilo:

Get-NetConnectionProfile
Get-NetAdapter | Format-Table Name,InterfaceIndex,Status
Get-NetIPConfiguration -InterfaceAlias "My VPN Adapter"

La interfaca indekso gravas ĉar la profilaj komandoj adresas interfacojn per indekso, kaj tekkomputilo kun fizika adaptilo, Wi-Fi-adaptilo kaj tunelo havas tri. Legi la malĝustan produktas memfidan diagnozon de reto, kiun neniu uzas.

Kial la adaptilo entute aspektas nekonata

La klasifiko serĉas pruvon, ke la interfaco apartenas al iu loko: domajna regilo, kiun ĝi povas atingi, enirejo kiu kondutas kiel hejma reto, aŭ solvebla identeco. Tunela interfaco ofte ne havas enirejan riparon nek dissendan domajnon, do la sondoj havas nenion por labori.

Plentunelaj klientoj kelkfoje evitas la etikedon per atribuo de enirejo aŭ per portado de itinero, kiun klasifika sondo povas sekvi. Disigitunelaj klientoj montras ĝin pli ofte, ĉar la tunelo portas nur la prefiksojn por kiuj ĝi estis agordita kaj la resto de la trafiko eliras aliloke.

Nenio el tio estas difekto. Ĝi estas la klasifika maŝino priskribanta interfacon, kiu ne aspektas kiel LAN, kaj ĝuste tio estas tunelo.

Kie la etikedo komencas gravi estas politiko. Administra ilo, finpunkta agento aŭ fajromura regulo, kiu elektas laŭ profilo, traktos la nekonatan interfacon kiel publikan, kaj la rezulta blokado estas reala eĉ se la kaŭzo estas etikedo.

Ŝanĝi la kategorion havas sekvojn

Marki la interfacon privata estas decido pri fido, kaj ĝi aplikas la privatan regulan aron al trafiko alvenanta sur tiu adaptilo. Se la tunelo finiĝas ĉe provizanto, kiun vi ne kontrolas, aŭ se la aparato povas aliĝi al nefidindaj retoj, tiu ŝanĝo larĝigas tion, kio estas atingebla el tiu interfaco. Ĝi ankaŭ igas la aparaton trovebla sur reta segmento, kiun vi eble ne posedas. Tio estas multe da sekvo por kosmetika etikedo.

Vasta skripto, kiu starigas ĉiun nekonatan interfacon privata, estas pli malbona, ĉar ĝi aplikas la saman fidon al adaptiloj, kiujn vi neniam inspektis. Sur administrata aparato la ŝanĝo ankaŭ povas esti anstataŭigita de politiko ĉe la sekva refreŝigo, lasante al vi riparon, kiu funkcias ĝis ĝi ne plu.

Riparu la malsukcesan fluon, ne la nomon

Komencu de konkreta malsukceso: komunaĵo kiu ne malfermiĝas, retejo kiu ne ŝargiĝas, printilo kiu ne troviĝas. Poste disigu la kaŭzojn — nomosolvo, itinera elekto, fajromura amplekso kaj uzanta permeso malsukcesas diversmaniere kaj produktas diversajn mesaĝojn.

Se la malsukceso estas nomo, testu solvon specife el tiu adaptilo anstataŭ el la maŝino ĝenerale. Se ĝi estas itinero, presu la elektitan itineron por la ekzakta celo. Se ĝi estas la fajromuro, legu la validan profilon kaj la regulon, kiu devus permesi la trafikon, kaj poste decidu, ĉu mallarĝa regulo por la programo estas pli bona ol kategoria ŝanĝo.

Nur post kiam tiuj tri estas ekskluditaj la kategorio fariĝas la verŝajna kaŭzo, kaj eĉ tiam la riparo devus esti la plej malgranda, kiu funkciigas la postulatan fluon. Pli konata retnomo ne estas la celo; funkcianta komunaĵo sub aprobita regulo estas.