Divi Windows VPN vienlaikus: kurš profils saglabā noklusējuma maršrutu?

Pievienojiet otro tuneli, un pirmais apklust, lai gan abi klienti joprojām ziņo par veselīgu savienojumu. Windows ir tikai viens noklusējuma maršruts, ko dot, un katrs profils, kas to pieprasa, atņem to otram. Simptoms izskatās kā VPN pārtraukums, bet patiesībā tās ir maršrutēšanas sacensības starp diviem profiliem. Izlemiet, kuram tunelim jāpieder šim maršrutam, un pārējā konfigurācija tam sekos.

Tikai viens ieraksts var būt labākais noklusējums

IPv4 maršrutēšanas tabula tur vienu uzvarējušo maršrutu galamērķiem, kuriem nav konkrētākas atbilstības. VPN profils, kas instalē savu, aizstāj iepriekšējo, tiklīdz pievienojas, un trafiks, kas agrāk iegāja pirmajā tunelī, tagad iziet pa otro. Pirmais tunelis paliek aktīvs; pazūd jebkurš pakets, kas to būtu izmantojis vispārējiem galamērķiem.

Klienta statusa ikonas to nevar parādīt. Tās ziņo, ka tunelis tika izveidots, nevis kuri prefiksi joprojām tiek maršrutēti uz to, tāpēc lietotājs redz divas zaļas ikonas un taimautu kādā lietotnē. route print -4 lasīšana kļūmes laikā ir informatīvāka par jebkuru VPN žurnālu.

Vārdu izšķiršana ir otrs, neatkarīgs konflikts, un tikai maršrutēšanas tabulas labošana to neatrisinās.

Ko atzīmes rūtiņa instalē un ko noņem

Opcija atrodas katra VPN profila adaptera rekvizītos, IPv4 papildu iestatījumos, un tā formulēta kā noklusējuma vārtejas izmantošana attālajā tīklā. Ieslēgta, katrs savienojums pievieno noklusējuma maršrutu caur tuneli un ievieto šo saskarni vispārējā trafika rindā. Izslēgta, Windows patur maršrutu tuneļa paša apakštīklam un atstāj pārējo tabulu mierā.

Tieši atzīmes noņemšanā vairums cilvēku iestrēgst. Attālajā vietnē parasti ir vairāk nekā viens prefikss, un neviens no šiem prefiksiem nav adaptera apakštīklā, tāpēc failu serveri un pārvaldības adreses pārstāj atbildēt. Atzīme nesalauza tuneli; tā noņēma plašo maršrutu, kas bija aptvēris visu.

Jauktas konfigurācijas ir likumīgas un parastas: uzņēmuma profils patur atzīmi kā pilnu tuneli, bet laboratorijas profils ir sadalīts, lai nevarētu izstumt uzņēmuma noklusējumu.

Izvēlieties pēc tā, kas katram tunelim jāpārvadā

Trīs jautājumi nosaka izkārtojumu. Vai šim tunelim jāpārvadā parastais interneta trafiks, vai tikai adreses savā vietnē? Vai abas vietnes izmanto nepārklājošus privātos diapazonus? Un ja profilu pārvalda darba devējs, vai jums vispār ir atļauts mainīt tā maršrutēšanas uzvedību?

Ja vienam tunelim jābūt pilnam, tas pārvalda noklusējumu, un otram jābūt sadalītam. Ja nevienam nav vajadzīgs vispārējs interneta trafiks, noņemiet atzīmi abiem un ļaujiet fiziskajam adapterim paturēt noklusējumu. Ja diapazoni pārklājas, apstājieties: 172.22.0.0/16 nevar nozīmēt vienu mašīnu uzņēmuma pusē un otru laboratorijas pusē, un neviena atzīme to neatrisina.

Pierakstiet lēmumu blakus profilu nosaukumiem. Citādi trešais VPN, kas tiks pievienots nākamajā ceturksnī, atkārtos izmeklēšanu no sākuma.

Pievienojiet trūkstošos prefiksus un pārbaudiet rezultātu

Katram sadalītajam tunelim skaidri pievienojiet attālos diapazonus, izmantojot šajā adapterī redzamo partnera adresi, nevis publisko servera adresi:

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

PPP adapters izmanto savu partnera adresi kā nākamo lēcienu, savukārt TAP adapters parasti izmanto šajā saskarnē redzamo vārteju, tāpēc lasiet adaptera datus, nevis kopējiet skaitli no rokasgrāmatas. Pastāvīgo karodziņu pievienojiet tikai pēc tam, kad maršruts ir pierādījies kā pareizs, un dzēsiet vecos pastāvīgos ierakstus pirms aizstājēju pievienošanas. Pārvaldīti klienti var instalēt un aizsargāt savus maršrutus, un tad izmaiņas jāveic profila īpašniekam.

DNS ir nepieciešama atsevišķa pāreja. Abi tuneļi var uzspiest atrisinātājus, un Windows uztur sarakstu katrai saskarnei ar prioritātes kārtību, tāpēc otrā tīkla vārds var tikt nosūtīts pirmā tīkla atrisinātājam. Pirms izvēlaties risinājumu, apskatiet, ko katrs adapters faktiski saņēma:

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

Uz domēnu balstīta vārdu izšķiršanas politika parasti ir labāka par globālā atrisinātāju saraksta aizstāšanu, jo šo sarakstu dala katra mašīnā esošā lietotne, un tā klusa maiņa pārvieto nesaistītus vaicājumus.

Pieņemiet iestatījumu ar četrām pārbaudēm: viens resurs katrā attālajā tīklā, sasniedzams pēc adreses, vārda meklēšana katrā no tiem, interneta noklusējums joprojām norāda uz fizisko adapteri, un attālās darbvirsmas sesija, kas pārdzīvo otrā savienojuma pacelšanos.