Հեռախոսը չի բացում էջը՝ ստուգեք լսելու հասցեն

Նոթբուքը էջը մատուցում է localhost-ում, հեռախոսը միանում է նույն VPN-ին, և հեռախոսի զննարկիչը հայտնում է, որ կայքը հասանելի չէ։ Թունելի հետ դեռ ոչինչ սխալ չէ, քանի որ թունելը միայն փաթեթներ է հասցնում։ loopback ինտերֆեյսին կապված զարգացման սերվերը երբեք չի ընդունում այլ բանի հասցեագրված միացում, ուստի առաջին տեղը, որ պետք է նայել, լսող socket-ն է, ոչ թե VPN-ը։

Անցեք socket-ով, bind-ի կարգավորմամբ, firewall-ի կանոնով և URL-ով հենց այդ հերթականությամբ։

Socket-ը պատասխանում է ավելի նեղ հարցի

127.0.0.1-ում ստեղծված լսողը ընդունում է հենց մեքենայից եկող երթևեկությունը և մերժում է այն ամենը, ինչ գալիս է այլ հասցեով։ wildcard հասցեի լսողն ընդունում է բոլոր տեղական ինտերֆեյսներում, ներառյալ VPN ինտերֆեյսը, ինչը ավելի լայն է, քան պահանջում են զարգացման միջավայրերի մեծ մասը։ Մեկ կոնկրետ VPN հասցեին կապված լսողը ամենանեղ օգտակար տարբերակն է և աշխատում է միայն այնքան ժամանակ, քանի դեռ այդ հասցեն գոյություն ունի։

Դրանից բխում են անվանման երկու թակարդ։ Հեռախոսի զննարկիչում localhost նշանակում է հեռախոսը, ոչ թե նոթբուքը։ wildcard հասցեն bind արժեք է, ոչ թե մի բան, որ գրվում է URL-ում։ Ով փորձարկի դրանցից որևէ մեկով, կհայտնի ձախողում, որում ցանցը բոլորովին չի մասնակցել։

IPv6-ն ավելացնում է երրորդ դեպքը, քանի որ socket-ը կարող է ընդունել IPv4 և IPv6՝ կախված հեշտությամբ անտեսվող ընտրանքներից։ Կարդացեք հասցեների ընտանիքը ցանկում։ Մեկ ընտանիքի համար wildcard գրառումը չի նկարագրում մյուսը։

Կարդացեք լսելու հասցեն

Ուսումնասիրեք socket-ը նախքան կարգավորումը փոխելը։ Տեղական հասցեն, պորտը և սեփականատեր պրոցեսը միասին ցույց են տալիս՝ արդյոք սերվերը հասանելի է VPN-ից։

Get-NetTCPConnection -State Listen -LocalPort 8080 | Select-Object LocalAddress,LocalPort,OwningProcess
Get-Process -Id (Get-NetTCPConnection -State Listen -LocalPort 8080).OwningProcess
ipconfig | Select-String -Pattern 'IPv4'
Get-NetFirewallRule -DisplayName '*8080*' | Format-Table DisplayName,Enabled,Profile,Direction,Action

127.0.0.1 տեղական հասցեն լուծում է հարցը՝ firewall-ի ոչ մի փոփոխություն չի օգնի, քանի որ հավելվածը չի լսում VPN ինտերֆեյսում։ wildcard-ը կամ VPN հասցեն նշանակում է, որ socket-ը լավ է, և գործում է հաջորդ սահմանը։

Հաստատեք նաև սեփականատեր պրոցեսը, քանի որ սովորական պորտում անկապ ծառայությունը կարող է աղյուսակը ճիշտ ցույց տալ, մինչդեռ նպատակային սերվերը երբեք չի մեկնարկել։ Համեմատեք կատարվող ֆայլի ուղին, ոչ միայն անունը։ Նախորդ գործարկումից մնացած հնացած պրոցեսը հաճախակի խաբեբա է։

Փոխեք bind-ը հավելվածի միջոցով

Օգտագործեք framework-ի փաստաթղթավորված լսելու հասցեի ընտրանքը և վերագործարկեք պրոցեսը։ Եթե նոթբուքին է պատկանում 10.77.0.1 մասնավոր հասցեն, հեռախոսի URL-ը դառնում է http://10.77.0.1:8080/, և այդ հասցեն պետք է երթուղղվի VPN-ով՝ կարգավորման մեջ ուրիշ ոչինչ չի փոխվում։

Մի ավելացրեք կամայական հասցեներ Windows-ում և մի փոխեք դարպասը bind-ը պարտադրելու համար։ Այդ փոփոխությունները վերապրում են վրիպազերծման նստաշրջանը և զարմացնում հաջորդ մարդուն։ VPN հասցեի գոյությունից առաջ մեկնարկած սերվերը նույնպես կարող է չկարողանալ bind անել, ուստի անցողիկ ինտերֆեյսի համար մեկնարկի հերթականությունը կարևոր է։ Տվեք նրան նոր փորձ կամ մեկնարկեք թունելից հետո։ Բեռնման ժամանակ bind-ի ձախողումը հաջորդ առավոտ լրիվ firewall-ի խնդրի տեսք ունի։

HTTPS-ի համար պահեք ծառայության հոսթի անունը և վկայագրի ստուգումը անձեռնմխելի։ Հում հասցեում վկայագրի նախազգուշացումը անվանման խնդիր է, ոչ թե սեղմելով անցնելու քայլ, և մասնավոր DNS-ը պետք է համաձայնվի ձեր ընտրած լսողի հետ։

Բացեք մեկ կանոն, ոչ ամբողջ ցանցը

Հենց socket-ը սկսում է ընդունել VPN հասցեում, firewall-ը որոշում է՝ հարցումը կհասնի՞։ Սահմանափակեք կանոնը այս հավելվածով, այս արձանագրությամբ, այս տեղական պորտով և լիազորված հեռավոր աղբյուրով, և հաստատեք, թե որ պրոֆիլն է ակտիվ VPN ադապտերում։

Օգտագործեք այն աղբյուրի հասցեն, որն իրականում տեսնում է Windows-ը՝ ներառյալ դարպասի կատարած ցանկացած թարգմանություն, քանի որ բնօրինակ հաճախորդի հասցեի համար գրված կանոնը չի համապատասխանի թարգմանվածին։

Էջը, որը բեռնվում է և ցույց տալիս հավելվածի սխալ, առաջընթաց է՝ HTTP մերժումը տարբեր ձախողում է, քան TCP միացման բացակայությունը, և հաջորդ քննությունը պատկանում է հենց հավելվածի մուտքի քաղաքականությանը, ոչ թե ցանցին։

Ավարտեք՝ պահանջելով էջը նախատեսված հեռախոսից և հաստատելով, որ բացառված սարքը դեռ չի կարող հասնել դրան։ Աշխատող լսողը ամեն ինչ թույլատրող կանոնով նույն արդյունքը չէ։