Prijungti diską prieš VPN pasiruošimą? Susiekite tai su serveriu

Disko raidė pasirodo prisijungiant ir tada atsidaro kaip tuščias aplankas arba su raudonu kryžiumi ir pranešimu apie nepasiekiamą tinklo išteklių. Teisės paprastai būna tvarkingos. Įvyko tai, kad priskyrimo komanda buvo vykdoma tame lange, kai VPN klientas egzistavo, bet maršruto iki failų serverio nebuvo, ir Windows užfiksavo tą nesėkmę kaip disko būseną. Sprendimas – nustoti laikyti priskyrimą kažkuo, kas vyksta prisijungiant, ir laikyti jį paskutiniu ryšio sekos žingsniu.

Kodėl priskyrimas vykdomas per anksti

Prisijungimo scenarijus pradedamas, kai prasideda sesija. Prisijungimo metu jungiantis VPN klientas prideda savo laiko juostą: procesas gali veikti, virtualus adapteris gali egzistuoti, o maršrutas į biuro potinklį gali dar trūkti. Šios trys būsenos scenarijaus požiūriu atrodo vienodai, ir veikia tik viena iš jų.

Kai kurios aplinkos reaguoja kartodamos tą pačią nesėkmingą eilutę kiekvieną prisijungimą, o tai sukuria vartotoją, išmokusį du kartus spustelėti diską, ir scenarijų, kuris niekada nebuvo sėkmingas pats.

Pats diskas tai dar labiau pablogina. Prijungtas diskas yra sesijos objektas, ir kai Windows pažymėjo jį kaip nepasiekiamą, piktograma gali likti sugedusi dar ilgai po to, kai tunelis jau sveikas. Štai kodėl rankinis pakartotinis prijungimas veikia, o scenarijus atrodo nieko nedarantis. Sesija atsimena nesėkmę, o ne ketinimą, kuris už jos slypėjo.

Prisijungta būsena nėra maršrutas

VPN piktograma dėkle praneša, ar tunelis pakeltas. Ji nieko nesako apie tai, ar yra maršrutas į konkretų serverį, ar DNS išsprendžia tą vardą į tunelio adresą, ar paties serverio ugniasienė jus priima.

Tai trys atskiri gedimai su tuo pačiu matomu rezultatu, o pasikliovimas dėklo piktograma sujungia juos į vieną nepatikimą signalą.

Pasiruošimo patikra, kuri įvardija jums tikrai reikalingą serverį juos atskiria, nes ji nepavyksta tol, kol neveikia konkretus kelias, o ne tol, kol kokia nors sąsaja praneša esanti prisijungusi.

Susiekite su serveriu, o ne su klientu

Pasirinkite vieną mazgą, pasiekiamą tik per tunelį, ir palaukite jo prieš ką nors prijungdami. Žemiau esantis fragmentas prisijungia prie išsaugoto Windows VPN įrašo, patikrina failų serverį ir tada prijungia diską.

@echo off
set server=fileserver.corp.example
rasdial "Office VPN" /disconnect
rasdial "Office VPN"
:wait
ping -n 1 -w 1000 %server% >nul || (
  timeout /t 5 /nobreak >nul
  goto wait
)
net use Z: \\%server%\share /persistent:no

Ping yra pasiruošimo zondas, o ne teisių testas. Jei jūsų tinkle ICMP filtruojamas, patikrinkite paslaugą, kurią iš tikrųjų naudojate: net view \\%server% greitai patikrai arba trumpą TCP testą į 445 prievadą PowerShell aplinkoje. Bet kuris iš jų remiasi tuo, kas svarbu.

Pridėkite ribotą bandymų skaičių. Laukimo ciklas be viršutinės ribos paverčia sugedusį tunelį sesija, kuri niekada nebaigia prisijungimo, ir tai yra blogesnis palaikymo skambutis nei trūkstama disko raidė.

Padarykite jį pakartotinai vykdomu ir sesiją suprantančiu

Vykdykite jį pačio vartotojo sesijoje. Užduotis, veikianti kaip SYSTEM, įdeda diską į visiškai kitą sesiją, ir prisijungęs vartotojas niekada nemato rezultato. Taip gaunate scenarijų, pranešantį apie sėkmę, ir darbalaukį be disko.

Patikrinkite prieš prijungdami ir pašalinkite tik pasenusį įrašą. net use Z: /delete grąžina klaidą, kai raidė nenaudojama, ir tą klaidą saugu ignoruoti, o ne laikyti priežastimi atsisakyti likusio scenarijaus. Palikite /persistent:no, kad nepavykęs bandymas vėliau netaptų nuolatiniu prisijungimo iš naujo bandymu.

Ir nedėkite slaptažodžio į failą. rasdial gali pakartotinai naudoti VPN įrašui išsaugotus prisijungimo duomenis, o bendrinys turėtų autentifikuotis kaip prisijungęs vartotojas. Jei bendriniui tikrai reikia kitų prisijungimo duomenų, užregistruokite juos vieną kartą vienam vartotojui su cmdkey, o ne įterpkite juos į batch failą, gyvenantį prisijungimo bendrinyje. Kiekvienas, kuris gali skaityti tą bendrinį, gali perskaityti ir slaptažodį, ir tai paverčia patogumą incidentu.

Viso scenarijaus pakartotinis vykdymas turėtų būti nekenksmingas, nes būtent taip ir nutiks. Vartotojai prisijungia iš naujo, nešiojamieji kompiuteriai pabunda, ir tas pats kodo kelias vėl vykdomas su kita pradine būsena.

Registruokite tiek, kad įrodytumėte, kuri pusė vėlavo

Įrašykite laiko žymą, pasiruošimo patikros rezultatą ir priskyrimo išėjimo kodą į failą vartotojo profilyje. Kai ateis kitas pranešimas apie trūkstamą diską, tas žurnalas atsakys į vienintelį svarbų klausimą: ar tunelis atėjo vėlai, ar bendrinys atsisakė?

Be to, kiekvienas pasikartojimas tiriamas nuo nulio, ir įprasta išvada yra teisių pakeitimas, kuris nieko nesutaiso.

Išbandykite seką vieną kartą po šalto paleidimo ir vieną kartą po miego. Pabudimo atvejis yra tas, kuriame tvarka dažniausiai lūžta, nes sesija atnaujinama anksčiau nei tinklas, ir scenarijus mato mašiną, kuri prisijungusi jau valandas.