RasMan ja RemoteAccess eivät ole sama palvelu

RasMan ja RemoteAccess seisovat palveluluettelossa vierekkäin, molemmat mainitsevat etäkäytön, ja ne tekevät eri työtä. Toinen hallitsee asiakasyhteyksiä, ja toinen on reitityksen ja etäkäytön palvelinrooli. Niiden kohteleminen vaihtokelpoisina on syy siihen, että kannettavaan tulee käyttöön palvelinominaisuus asiakasongelman korjaamiseksi. Palvelu voi olla nimen perusteella olennainen ja toiminnon perusteella merkityksetön, mikä tekee nimistä lipun vähiten hyödyllisen todisteen.

Kaksi nimeä, kaksi eri työtä

RasMan on yhteyksien hallinta, joka hoitaa asiakaspuolen etäkäyttöä, mukaan lukien puhelinluettelo ja yhteysmekanismi, jota sisäänrakennettu VPN-asiakas käyttää. RemoteAccess on reitityksen ja etäkäytön palvelu, joka tarjoaa reitityksen, NATin ja palvelinpuolen etäkäytön reitittimenä toimivassa koneessa. Microsoftin RAS-yleiskatsaus kuvaa tämän asiakasmallin, ja VPN:ään soittava työasema tarvitsee vain ensimmäisen kahdesta. Toisen asentaminen tai käynnistäminen ei paranna ensimmäistä.

Vain luku -luettelo ei maksa mitään ja vastaa ensimmäiseen kysymykseen sekunneissa. Aja molemmat luvut ja pidä tuloste asiakkaan virheen vieressä, koska puuttuva palvelu ja pysäytetty palvelu ovat eri lähtökohtia.

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

Manuaalisella käynnistystyypillä pysäytetty RasMan on palvelu, jonka käytäntö kytki pois, ja se on hallintakysymys eikä puuttuva ominaisuus. Puuttuva RemoteAccess on työaseman normaali tila eikä kerro asiakkaasta mitään. Yhteysluettelo on tärkeä, koska se näyttää, uskooko Windows profiilin olevan olemassa ennen kuin mitään palvelua syytetään virheestä.

Mistä asiakas todella riippuu

Selvitä epäonnistuvan asiakkaan todellinen riippuvuus ja sen ensimmäinen virhe, ei viimeinen. Käytännön pysäyttämä palvelu on yksi mahdollisuus monien joukossa. Kaksi asiakasta, jotka taistelevat oletusreitistä, väärään sovittimeen kohdistettu yksityinen DNS, vanhan tuotteen jättämä suodatinajuri ja suojauskäytännöt, joiden ei koskaan pitänyt olla olemassa yhdessä, tuottavat kukin oman virheensä. Mitään niistä ei korjata käynnistystyypillä. Luettelo on myös syy siihen, miksi käynnistystyyppi on huono ensimmäinen askel, koska yksi valintaikkuna voi piilottaa viisi eri syytä.

Ensimmäinen virhe on tärkeämpi kuin viimeinen, koska kaikki sen jälkeen on seurausta. Tallenna se ennen muutoksia, tai todiste katoaa oireen mukana.

Miksi RRAS:n kytkeminen päälle ei korjaa täällä mitään

Reititysroolin kytkeminen päälle lisää palvelun, joukon rekisteriasetuksia ja joissakin versioissa kysymyksiä alkuasetuksista. Mikään niistä ei tarjoa asiakasriippuvuutta, ja hallitulla kannettavalla se voi rikkoa peruslinjan. Yhden ihmisen foorumiviesti palvelusta, joka sattui korjaamaan yhden koneen, ei ole käytäntö reititysominaisuuksien ottamiseksi käyttöön koko laivueessa. Palvelumuutos edellyttää, että rooli ja käyttöönottodokumentaatio ovat yksimielisiä ennen kuin kukaan koskee siihen.

Järjestelmän omistaja pitää tuon asetuksen, ei se, joka sattui lukemaan ketjun. Peruslinjan ajautuminen laivueessa on kallista peruuttaa, ja jokainen käyttöön otettu rooli on vielä yksi asia, joka seuraavan auditoinnin on perusteltava. Jos rooli todella kuuluu koneeseen, päätös on tehty kuukausia ennen tätä lippua.

Vertaa toimivaan koneeseen

Vertaa toimivaan koneeseen, jossa on samat asiakasversiot ja samat aiotut profiilit, älä koneeseen, jossa on samat työpöydän pikakuvakkeiden nimet. Kaksi yhdistettyä ilmaisinta eivät tarkoita yhtä johdonmukaista verkkokäytäntöä, ja tuetun rinnakkaiselon tarkistaminen on osa vertailua. Kirjaa asiakasversio, virhe, läsnä olevat palvelut ja voimassa olevat reitit molemmista koneista. Päätä sitten, onko ero palvelu, reitti, käytäntö vai versio.

Samankaltaiset nimet ovat vihje siitä, mistä katsoa, ja se on niiden koko arvo. Diagnoosi tarvitsee ensimmäisen virheen, vertailukoneen ja ennen muutosta syntyneen tallenteen.