RasMan kaj RemoteAccess ne estas la sama servo

RasMan kaj RemoteAccess staras unu apud la alia en servo-listo, ambaŭ mencias malproksiman aliron, kaj ili faras malsamajn laborojn. Unu administras klientajn konektojn, kaj la alia estas la servila rolo de enkursigo kaj malproksima aliro. Trakti ilin kiel interŝanĝeblaj estas kiel tekkomputilo finas kun servila funkcio ebligita por ripari klientan problemon. Servo povas esti grava laŭ nomo kaj malgrava laŭ funkcio, kio faras la nomojn la malplej utila pruvo en la bileto.

Du nomoj, du malsamaj taskoj

RasMan estas la konekta administranto, kiu traktas malproksiman aliron ĉe la klienta flanko, inkluzive de la telefonlibro kaj la konekta mekanismo, kiun la enkonstruita VPN-kliento uzas. RemoteAccess estas la servo Enkursigo kaj Malproksima Aliro, kiu provizas enkursigon, NAT kaj servilan malproksiman aliron sur maŝino aganta kiel enkursigilo. La superrigardo de RAS de Microsoft priskribas tiun klientan modelon, kaj laborejo, kiu vokas VPN, bezonas nur la unuan el la du. Instali aŭ startigi la duan ne igas la unuan pli bone funkcii.

Nurlega inventaro kostas nenion kaj respondas la unuan demandon en sekundoj. Rulu ambaŭ legaĵojn kaj tenu la eligon apud la eraro de la kliento, ĉar mankanta servo kaj haltigita servo estas malsamaj elirpunktoj.

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

Haltigita RasMan kun mana starttipo estas servo, kiun la politiko malŝaltis, kaj tio estas administra demando, ne mankanta funkcio. Mankanta RemoteAccess estas la normala stato de laborejo kaj diras nenion pri la kliento. La konekta listo gravas, ĉar ĝi montras, ĉu Windows kredas, ke profilo ekzistas, antaŭ ol iu servo estas kulpigita pri la malsukceso.

De kio la kliento fakte dependas

Identigu la veran dependon de la malsukcesa kliento kaj ĝian unuan eraron, ne la lastan. Servo haltigita de politiko estas unu ebleco inter pluraj. Du klientoj batalantaj pri implicita vojo, privata DNS aplikita al la malĝusta adaptilo, pelilo de filtrado lasita de malnova produkto, kaj sekurecaj politikoj, kiuj neniam devis kunekzisti, ĉiu produktas sian propran eraron. Neniu el ili ripariĝas per starttipo. Tiu listo ankaŭ klarigas, kial starttipo estas malbona unua movo, ĉar unu dialogo povas kaŝi kvin malsamajn kaŭzojn.

La unua eraro pli gravas ol la lasta, ĉar ĉio post ĝi estas sekvo. Registru ĝin antaŭ ol fari ŝanĝojn, alie la pruvo malaperas kun la simptomo.

Kial ŝalti RRAS ĉi tie riparas nenion

Ŝalti la enkursigan rolon aldonas servon, aron da registraj agordoj kaj, en iuj versioj, demandojn pri komenca agordo. Nenio el tio provizas klientan dependon, kaj sur administrita tekkomputilo ĝi povas malobservi bazlinion. Unu forumafiŝo pri servo, kiu hazarde riparis unu maŝinon, ne estas politiko por ebligi enkursigajn funkciojn en tuta floto. Ŝanĝo de servo postulas, ke la rolo kaj la disfaldokumentaro interkonsentu antaŭ ol iu tuŝas ĝin.

La sistemposedanto tenas tiun agordon, ne tiu, kiu hazarde legis la fadenon. Bazlinia drivo trans floto multekostas malfari, kaj ĉiu ebligita rolo estas ankoraŭ unu afero, kiun la sekva revizio devas pravigi. Se la rolo vere apartenas al la maŝino, tiu decido estas monatojn antaŭ ĉi tiu bileto.

Komparu kun funkcianta maŝino

Komparu kun funkcianta maŝino, kiu rulas la samajn klientversiojn kaj la samajn celitajn profilojn, anstataŭ unu kun la samaj nomoj de labortablaj fulmoklavoj. Du konektitaj indikiloj ne implicas unu koheran retpolitikon, kaj kontroli subtenatan kunekzistadon estas parto de la komparo. Notu la klientversion, la eraron, la ĉeestajn servojn kaj la validajn vojojn sur ambaŭ maŝinoj. Poste decidu, ĉu la diferenco estas servo, vojo, politiko aŭ versio.

Similaj nomoj estas indiko pri kie rigardi, kaj tio estas ilia tuta valoro. Diagnozo bezonas unuan eraron, komparmaŝinon kaj registron, kiu antaŭas la ŝanĝon.