Windows VPN 255.255.255.255 ښیي: ایا ماسک غلط دی؟
په نقطه-نقطه تونل کې د کوربه ماسک نورمال دی. د انټرفیس ماډل تایید کړئ، د ناکام کوربه لپاره لار ولولئ او DNS له خدمت رسیدو څخه جلا کړئ.
تونل وصل کیږي، تاسو د اډاپټر توضیحات پرانیزئ او ماسک 255.255.255.255 ښیي. د دفتر LAN د 255.255.255.0 سره پرتله کول دا خراب ښکاري، او معمولاً غلطي له همدې ځایه پیلیږي. په نقطه-نقطه اړیکه کې د کوربه ماسک د سیمه ایز پای سمه څرګندونه ده، او لیرې شبکې د نښلول شوي فرعي شبکې په توګه نه، بلکې د لارو په توګه راځي. لاندې طریقه دوه پوښتنې جلا کوي ترڅو یوازې د ښودل شوي ارزښت د سمولو لپاره فعال DHCP ساحه بیا جوړه نه کړئ.
نقطه-نقطه اړیکه د Ethernet یوه برخه نه ده
Ethernet انټرفیس فرعي شبکې ماسک ته اړتیا لري ځکه چې په دې حد کې هر پته په همدې کیبل کې ممکن د لاسرسي وړ وي. د PPP سټایل تونل په بل پای کې دقیقاً یو ملګری لري. دلته د خپریدو ډومین نشته، ARP نشته او هېڅ دلیل نشته چې سیمه ایزه پته یوه ساحه تشریح کړي.
د دې ماډل لپاره د پتو خبرې اترې په RFC 1332 کې تعریف شوې دي، کوم چې تشریح کوي چې دوه پایونه څنګه د خپلو پتو په اړه موافقې ته رسیږي. هغه څه چې نه کوي دا دي چې دفتر LAN کلاینټ ته د مستقیم نښلول شوې شبکې په توګه ورکړي. کلاینټ زده کوي چې دفتر چیرته دی د اړیکې له لارې لارې نصب کول، او همدا لارې په حقیقت کې د لاسرسي وړتیا ټاکي.
دا نه مانا لري چې هره ماسک چې تاسو یې ګورئ سمه ده. ناسم تنظیم شوی کلاینټ هم عجیب پته کول تولید کولی شي. ټکی تنګ دی: په دې ډول اډاپټر کې د کوربه ماسک تمه کیږي، نو پخپله د خرابۍ ثبوت نه دی.
ګام 1: د انټرفیس ماډل تایید کړئ
د دې مخکې چې قضاوت وکړئ چې څه وایي، وګورئ اډاپټر څه دی. د تفصیل تار ډرایور پیژني، او د ټاکل شوې پتې مخکښ اوږدوالی تاییدوي چې کلاینټ څه شی موافقه کړې:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuدریمه امر هغه دی چې ډیری جنجالونه حل کوي. ټیټ اعظمي لیږد واحد د کپسول شوې اړیکې ځانګړتیا ده، پداسې حال کې چې د Ethernet په څیر ارزښت بل مجازي اډاپټر ماډل ته اشاره کوي. که تفصیل د PPP یا RAS ډرایور نوم واخلي او مخکښ 32 وي، تاسو پورته تشریح شوی ډیزاین په سمه توګه ګورئ او کولی شئ د ماسک په اړه اندیښنه بنده کړئ.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
ګام 2: د ناکام هدف لار ولولئ
لاسرسي وړتیا د هر هدف لپاره ټاکل کیږي، او یو نښلول شوی انټرفیس د دې په اړه هېڅ نه وایي. د لارو جدول څخه مستقیم هغه پته وپوښتئ چې کارونکي واقعاً هڅه کوي ورته ورسیږي:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute مستقیم ځواب دی: دا هغه انټرفیس او سرچینه پته نوموي چې سیستم به د دې هدف لپاره کاروي. که دا تونل بیرته راوړي، هغه کوربه ته ترافیک د تونل له لارې ځي او ماسک هېڅکله ستونزه نه وه.
که دا فزیکي اډاپټر بیرته راوړي، دوه ممکنه لارې او د هغوی معیارونه پرتله کړئ. ډیره مشخصه سیمه ایزه لار، د بل کلاینټ پاتې ثبت یا په فزیکي لار کې ټیټ معیار ټول پراخه تونل لار ته ماتې ورکوي. لیدل شوې پایله هغه سرچینه ده چې لاسرسی ورته نشته پداسې حال کې چې نور هر څه کار کوي. اوږد مخکښونه تل ګټي، له همدې امله ګټونکی ډیری وخت هغه کوربه لار ده چې یو چا څو میاشتې مخکې اضافه کړې او هیره یې کړې.
دلته دواړه لوري هم وګورئ. د سرور خوا ته لار اړینه ده مګر کافي نه ده، ځکه چې ځواب هم باید د تونل له لارې بیرته راشي. کله چې یو داخلي کوربه کار کوي او بل نه، توپیر معمولاً په همدې جدول کې وي نه په اډاپټر تنظیم کې.
ګام 3: نوم حل له خدمت رسیدو جلا کړئ
هغه اپلیکیشن چې شریک شوی فولډر نه پرانیزي ممکن په یوه له دوو خورا مختلفو مرحلو کې ناکام شي. نوم حل کړئ، بیا پتې ته ورسیږئ. که لومړی ناکام شي او دویم کار وکړي، تونل سم دی او حل کوونکی نه:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445بریالۍ پته ازموینه د ناکامې نوم ازموینې سره یوځای ستونزه په حل کې موقعیت کوي، او دویمه امر ښیي چې ایا د تونل انټرفیس اصلاً سرور ترلاسه کړی. ډیری کلاینټونه DNS د تونل تنظیم برخې په توګه ټېل وهي، او هغه پروفایل چې دغه ټېل وهل شوي انتخابونه له پامه غورځوي ماشین به د هغه حل کوونکي سره پریږدي چې خصوصي زون نه ویني.
کار کوونکې پته دایمي سمون مه ګڼئ. د پتې له لارې نښلول د نوم حل له پامه غورځوي او کولی شي د سرور هویت تایید کمزوری کړي چې اپلیکیشن به بل ډول ترسره کړی. دا امنیتي بیرته تګ دی چې ځان لنډمهاله حل په توګه پټوي. دا د خرابۍ د موقعیت لپاره وکاروئ، بیا حل سم کړئ.
بیرته تګ: د ښودل شوي ارزښت له امله DHCP بیا مه جوړوئ
که تاسو لا دمخه د پتې خدمت بدلول پیلی کړي، ودریږئ او وګورئ چې ایا هغه څه چې تاسو یې بدل کړي بار وړونکي دي. د یوې ساحې بیا جوړول، د اجارې بیا صادرول یا د حوض لیږدول هغه حالت بدلوي چې نور کلاینټونه پرې تکیه کوي، او له دې هېڅ یو هم په نقطه-نقطه اډاپټر کې د کوربه ماسک له امله توجیه نه دی.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445دا درې د هر هدفمند بدلون وروسته چل کړئ او د مخکیني چل سره پرتله یې کړئ. ګټور نتیجه سرچینې ته مستند شوې لار ده، نه هغه اډاپټر چې ماسک یې د دفتر LAN سره ورته وي.
بیا ولیکئ چې ماسک واقعاً څه معنا درلوده، ځکه چې بل کس به همدا خبرې اترې پرانیزي او همدې غلطې پایلې ته به ورسیږي. په پروفایل یادښتونو کې یوه جمله چې تونل نقطه-نقطه دی او لیرې فرعي شبکې د لارو په توګه راځي، په راتلونکي ځل ټوله څیړنه خوندي کوي.