Cilën ndërfaqe të faqes RRAS zgjedh një tunel hyrës?

Në një server Windows me disa ndërfaqe faqe-në-faqe, etiketa në konsolë nuk është thjesht një shënim për njerëzit. RRAS përdor një fushë të caktuar nga lidhja hyrëse për të vendosur cila ndërfaqe logjike përgjigjet, dhe ajo fushë ndryshon me metodën e vërtetimit. Nëse e gaboni çelësin, do të riemërtoni ndërfaqe derisa diçka të lidhet rastësisht. Rregulli i zgjedhjes, gjendja administrative dhe gjendja e sesionit janë tre fakte të veçanta, dhe vetëm njëri prej tyre ka të bëjë me emërtimin.

Miti: një ndërfaqe e riemërtuar përputhet me çdo gjë

Rregullimi joshës kur një degë nuk lidhet është të krijoni ose riemërtoni një ndërfaqe faqe derisa të duket si telefonuesi. Kjo funksionon për një metodë vërtetimi dhe dështon në heshtje për të tjerat, prandaj i njëjti procedurë qarkullon me rezultate kundërshtuese. Një ndërfaqe faqe është një objekt logjik lidhjeje me destinacionin, prefikset e mbrojtura dhe gjendjen e vet. Nuk është përshtatësi fizik që mban pako të kriptuara, prandaj shikimi i përshtatësve të rrjetit nuk ju thotë asgjë se cili objekt faqe u zgjodh.

Zgjedhja gjithashtu nuk ka asnjë lidhje me përdoruesit e zakonshëm të aksesit në distancë. Nëse klientët VPN të punonjësve telefonojnë, ata kanë një rol tjetër, dhe emrat e tyre të përdoruesit nuk marrin pjesë kurrë në këtë hartëzim. Konfirmoni se cilit rol i përket telefonuesi përpara se të lexoni diçka në një emër të njohur.

Tre forma vërtetimi, tre çelësa zgjedhjeje

Me një çelës të para-shpërndarë, adresa e destinacionit e konfiguruar e ndërfaqes krahasohet me adresën e palës hyrëse. Etiketa mund të jetë çdo gjë, sepse vendimin e mbart adresa. Me vërtetim bazuar në emrin e përdoruesit, emri i ndërfaqes krahasohet me emrin e përdoruesit që paraqet telefonuesi. Këtu etiketa është çelësi, dhe pikërisht për këtë një riemërtim mund të duket se rregullon një faqe dhe prish një tjetër.

Me certifikata, emri i ndërfaqes krahasohet me emrin e subjektit në certifikatën e paraqitur. Emri duhet të korrespondojë me atë subjekt, dhe një etiketë e bukur e sajuar nga një operator nuk mjafton.

Pasojnë dy pasoja. Në skemën me çelës të para-shpërndarë mund të aktivizohet vetëm një ndërfaqe për një destinacion të caktuar, prandaj dy degë që ndajnë një adresë publike të vëzhguar nuk mund të shërbehen të dyja me zëra të dyfishtë. Dhe vlen metoda që keni konfiguruar në të vërtetë, çfarëdo që sugjeron konsola.

Aktivizuar nuk është i lidhur

Gjendja administrative thotë nëse ndërfaqja logjike lejohet të punojë. Gjendja e lidhjes thotë nëse ekziston një sesion tani. Një ndërfaqe e aktivizuar pa sesion është një gjendje pushimi normale për një lidhje që telefonon sipas kërkesës, dhe raportimi i saj si defekt i dërgon njerëzit të ndjekin një ndërprerje që nuk ekziston.

Përdorni një kërkim të emërtuar ose kërkimin e dokumentuar në domenin e rrugëzimit, por jo të dy parametrat së bashku, dhe ekzekutoni atë në kontekstin e synuar të serverit. Nëse ndërfaqja që prisni mungon në listën e parë, problemi është para gjendjes: nuk u zgjodh asgjë fare.

Lexoni çiftin së bashku dhe jo veçmas. Një lidhje që duhet të mbetet e vendosur dhe shfaqet e shkëputur meriton hetim, ndërsa një lidhje boshe që lidhet sipas kërkesës sillet siç është projektuar. Ndërkohë, një ndërfaqe e çaktivizuar administrativisht do të mbetet e errët, sado herë pala tjetër të rinisë ruterin e saj.

Asnjëra nga vlerat nuk provon që vërtetimi pati sukses, që mbrojtja e negociuar përputhet, që u instaluan rrugë ose që aplikacioni privat lejohet. Këto janë katër pyetje të ndryshme me katër përgjigje të ndryshme.

Get-VpnS2SInterface | Select-Object Name, Destination, AdminStatus, ConnectionState
Get-VpnS2SInterface -Name 'Branch-A' | Format-List Name, Destination, AdminStatus, ConnectionState

Lexoni transaksionin e identitetit përpara se të aktivizoni diçka

Kur një telefonues hyrës hartohet në një ndërfaqe që nuk e prisnit, prova e dobishme është identiteti që paraqiti, jo lista e ndërfaqeve të çaktivizuara. Nxirrni ngjarjet e fundit të aksesit në distancë dhe lexoni adresën e telefonuesit, rezultatin e vërtetimit dhe emrin e ndërfaqes së zgjedhur. Një ndërfaqe e çaktivizuar mund të jetë një faqe e tërhequr qëllimisht ose një partner i ndaluar. Aktivizimi i saj për të parë nëse zhduket një gabim hyrjeje është një ndryshim konfigurimi me pasoja për rrugëzimin dhe aksesin, prandaj kaloni vendimin përmes pronarit të atij raporti faqeje, së bashku me destinacionin, prefikset e mbrojtura dhe politikën.

Nëse hartëzimi është vërtet i gabuar, rregulloni çelësin dhe jo simptomën: rregulloni subjektin e certifikatës ose, në rastin e emrit të përdoruesit, emrin e ndërfaqes, dhe në rastin e çelësit të para-shpërndarë destinacionin. Më pas rilidhuni një herë dhe konfirmoni se i njëjti telefonues tani zgjedh objektin e synuar.

Get-WinEvent -LogName Application -MaxEvents 50 | Where-Object { $_.ProviderName -like '*RemoteAccess*' }

Mbyllni ciklin me një operacion të lejuar

Një gjendje e gjelbër nuk është pranim. Pasi të zgjidhet ndërfaqja e duhur, gjeneroni trafik që projekti lejon, nga një host në një prefiks të mbrojtur te një host në tjetrin, dhe konfirmoni se përgjigja kthehet në të njëjtën rrugë. Ekzekutoni të njëjtin provë nga një host që duhet të refuzohet, duke përdorur Test-NetConnection -ComputerName 10.44.2.10 -Port 445 kundër një shërbimi që projekti përjashton, dhe lexoni përsëri ngjarjet e aksesit në distancë. Një lidhje faqeje që mbart më shumë se prefikset e synuara, ose që përgjigjet për një shërbim që politika përjashton, është një gabim rrugëzimi që asnjë kontroll gjendjeje nuk do ta zbulojë.

Regjistroni metodën e vërtetimit, çelësin e zgjedhjes dhe prefikset e lejuara së bashku në manualin e operimit të faqes. Inxhinieri i ardhshëm do të ndeshet me të njëjtën tabelë me tre vlera, dhe konventa e emërtimit ka kuptim vetëm kur ai kontekst është shkruar.