RasMan અને RemoteAccess એક જ સેવા નથી

RasMan અને RemoteAccess સેવાઓની યાદીમાં એકબીજાની બાજુમાં દેખાય છે, બંને રિમોટ એક્સેસનો ઉલ્લેખ કરે છે, અને તેઓ જુદાં જુદાં કામ કરે છે. એક ક્લાયન્ટ કનેક્શનનું સંચાલન કરે છે, અને બીજું રાઉટિંગ અને રિમોટ એક્સેસ સર્વર ભૂમિકા છે. તેમને એકબીજાના બદલે વાપરી શકાય તેમ ગણવાથી લેપટોપમાં ક્લાયન્ટની સમસ્યા ઠીક કરવા સર્વર સુવિધા ચાલુ થઈ જાય છે. સેવા નામથી સંબંધિત અને કાર્યથી અસંબંધિત હોઈ શકે છે, જે ટિકિટમાં નામોને સૌથી ઓછું ઉપયોગી પુરાવો બનાવે છે.

બે નામ, બે જુદાં કામ

RasMan એ કનેક્શન મેનેજર છે જે ક્લાયન્ટ બાજુની રિમોટ એક્સેસ સંભાળે છે, જેમાં ફોનબુક અને બિલ્ટ-ઇન VPN ક્લાયન્ટ વાપરે તે કનેક્શન મિકેનિઝમનો સમાવેશ થાય છે. RemoteAccess એ રાઉટિંગ અને રિમોટ એક્સેસ સેવા છે, જે રાઉટર તરીકે કામ કરતા મશીન પર રાઉટિંગ, NAT અને સર્વર બાજુની રિમોટ એક્સેસ પ્રદાન કરે છે. Microsoftની RAS ઝાંખી એ ક્લાયન્ટ મોડેલ વર્ણવે છે, અને VPN ડાયલ કરતા વર્કસ્ટેશનને બેમાંથી ફક્ત પહેલાની જરૂર છે. બીજું ઇન્સ્ટોલ કે શરૂ કરવાથી પહેલું વધુ સારું કામ કરતું નથી.

ફક્ત વાંચવાની યાદીમાં કંઈ ખર્ચ થતો નથી અને પહેલા પ્રશ્નનો જવાબ સેકંડોમાં આપે છે. બંને વાંચન ચલાવો અને આઉટપુટ ક્લાયન્ટની ભૂલની બાજુમાં રાખો, કારણ કે ગેરહાજર સેવા અને બંધ સેવા જુદા જુદા પ્રારંભિક બિંદુઓ છે.

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

મેન્યુઅલ સ્ટાર્ટ પ્રકાર સાથે બંધ RasMan એ નીતિએ બંધ કરેલી સેવા છે, જે ખૂટતી સુવિધા નહીં પણ સંચાલનનો પ્રશ્ન છે. RemoteAccess ગેરહાજર હોવું વર્કસ્ટેશનની સામાન્ય સ્થિતિ છે અને ક્લાયન્ટ વિશે કંઈ કહેતું નથી. કનેક્શન યાદી મહત્વપૂર્ણ છે કારણ કે તે દર્શાવે છે કે કોઈ સેવાને નિષ્ફળતા માટે દોષી ઠેરવતા પહેલાં Windows પ્રોફાઇલ હોવાનું માને છે કે નહીં.

ક્લાયન્ટ ખરેખર શેના પર આધાર રાખે છે

નિષ્ફળ ક્લાયન્ટની ખરી અવલંબન અને તેની પહેલી ભૂલ ઓળખો, છેલ્લી નહીં. નીતિથી બંધ સેવા ઘણી શક્યતાઓમાંની એક છે. ડિફોલ્ટ રૂટ માટે લડતા બે ક્લાયન્ટ, ખોટા એડેપ્ટર પર લાગુ ખાનગી DNS, જૂના ઉત્પાદન દ્વારા છોડેલો ફિલ્ટર ડ્રાઇવર, અને જે સુરક્ષા નીતિઓએ ક્યારેય સાથે રહેવાનું ન હતું, તે દરેક પોતાની ભૂલ ઉત્પન્ન કરે છે. તેમાંથી કોઈ પણ સ્ટાર્ટઅપ મોડથી ઠીક થતું નથી. આ યાદી એ પણ કારણ છે કે સ્ટાર્ટઅપ મોડ ખરાબ પહેલું પગલું છે, કારણ કે એક સંવાદ પાંચ જુદાં કારણો છુપાવી શકે છે.

પહેલી ભૂલ છેલ્લી કરતાં વધુ મહત્વપૂર્ણ છે, કારણ કે તેના પછીનું બધું પરિણામ છે. ફેરફાર કરતા પહેલાં તેને નોંધો, નહીં તો પુરાવો લક્ષણ સાથે અદૃશ્ય થઈ જશે.

અહીં RRAS ચાલુ કરવાથી કંઈ કેમ સુધરતું નથી

રાઉટિંગ ભૂમિકા ચાલુ કરવાથી એક સેવા, રજિસ્ટ્રી કન્ફિગરેશનનો સમૂહ અને કેટલાક સંસ્કરણોમાં પ્રારંભિક કન્ફિગરેશન વિશે પ્રોમ્પ્ટ ઉમેરાય છે. તેમાંથી કંઈ પણ ક્લાયન્ટ અવલંબન આપતું નથી, અને સંચાલિત લેપટોપ પર તે બેઝલાઇનનું ઉલ્લંઘન કરી શકે છે. એક મશીનને આકસ્મિક રીતે ઠીક કરનારી સેવા વિશે એક વ્યક્તિની ફોરમ પોસ્ટ સમગ્ર ફ્લીટમાં રાઉટિંગ સુવિધાઓ ચાલુ કરવાની નીતિ નથી. સેવા ફેરફાર માટે જરૂરી છે કે ભૂમિકા અને ડિપ્લોયમેન્ટ દસ્તાવેજીકરણ કોઈ તેને સ્પર્શે તે પહેલાં સંમત થાય.

સિસ્ટમ માલિક તે કન્ફિગરેશન રાખે છે, જેણે આકસ્મિક રીતે થ્રેડ વાંચ્યો તે નહીં. ફ્લીટભરમાં બેઝલાઇન ડ્રિફ્ટ પાછું ખેંચવું ખર્ચાળ છે, અને દરેક સક્ષમ ભૂમિકા એ આગલા ઓડિટે વાજબી ઠેરવવાની બીજી વસ્તુ છે. જો ભૂમિકા ખરેખર મશીનની હોય, તો તે નિર્ણય આ ટિકિટથી મહિનાઓ પહેલાંનો છે.

કામ કરતા મશીન સાથે સરખામણી કરો

એક જ ક્લાયન્ટ સંસ્કરણો અને એ જ ઇચ્છિત પ્રોફાઇલ ચલાવતા કામ કરતા મશીન સાથે સરખામણી કરો, એ જ ડેસ્કટોપ શોર્ટકટ નામવાળા મશીન સાથે નહીં. બે જોડાયેલા સૂચક એક સુસંગત નેટવર્ક નીતિનો અર્થ કરતા નથી, અને સમર્થિત સહઅસ્તિત્વની ચકાસણી સરખામણીનો ભાગ છે. બંને મશીનો પર ક્લાયન્ટ સંસ્કરણ, ભૂલ, હાજર સેવાઓ અને અમલમાં રહેલા રૂટ નોંધો. પછી નક્કી કરો કે તફાવત સેવા છે, રૂટ છે, નીતિ છે કે સંસ્કરણ.

સમાન નામો ક્યાં જોવું તેનો સંકેત છે, અને તેમની આખી કિંમત એટલી જ છે. નિદાન માટે પહેલી ભૂલ, સરખામણીનું મશીન અને ફેરફાર પહેલાંનો રેકોર્ડ જરૂરી છે.