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 болсо, сиз жогоруда сүрөттөлгөн дизайнды так көрүп жатасыз жана маска тууралуу тынчсызданууну токтото аласыз.

ObservationWhat it meansReasonable next step
/32 on a PPP or RAS adapterPoint-to-point endpoint addressingLook at routes, not the mask
/32 on an Ethernet-like adapterClient chose host addressing deliberatelyConfirm against the server's push policy
Mask differs from the office LANUsually irrelevant to reachabilityTest the destination instead

2-кадам: ишке ашпаган багыттын маршрутун окуңуз

Жеткиликтүүлүк ар бир багыт боюнча аныкталат жана бир туташкан интерфейс бул тууралуу эч нерсе айтпайт. Маршруттар таблицасынан колдонуучу чындап жетүүгө аракет кылып жаткан даректи түз сураңыз:

Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4

Find-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ына окшош адаптер эмес.

Анан маска чындыгында эмнени билдиргенин жазып коюңуз, анткени кийинки адам ошол диалогду ачып, ошол эле туура эмес тыянакка келет. Профил жазууларындагы бир сүйлөм, туннелдин пункт-пункт экени жана алыскы ички тармактар маршрут катары келери тууралуу, кийинки жолу бүт изилдөөнү үнөмдөйт.

Тектеш макалалар