NetBIOS-ը VPN-ում․ անունը, դատագրամը և սեսիան առանձին ծառայություններ են
Երթուղիչների մասին կարգախոսը չափազանց լայն է։ Ստուգեք, թե ձեր հավելվածը երեք ծառայություններից որն է օգտագործում, և արդյոք այն անունները լուծում է հեռարձակմամբ, թե սերվերով։
«NetBIOS-ը չի անցնում երթուղիչներով» արտահայտությունը կրկնվում է այնպես, կարծես դա արդեն լուծել է նախագծման հարցը։ Բայց չի լուծել։ Հեռարձակմամբ անվան որոնումը սովորաբար մնում է իր հեռարձակման տիրույթի ներսում, սակայն NetBIOS ծառայությունները կարող են օգտագործել նաև ուղղորդված IP երթևեկություն, որը լիովին նորմալ երթուղավորվում է։ Օգտակար հարցը ոչ թե այն է, թե արդյոք NetBIOS-ը անցնում է երթուղիչներով, այլ այն, թե ձեր հավելվածը նրա երեք ծառայություններից որն է օգտագործում։
Ծրագրային ինտերֆեյս, ոչ թե մեկ լարային արձանագրություն
RFC 1001-ը NetBIOS-ը նկարագրում է որպես ինտերֆեյս, որի դեմ ծրագրերը գրվում են, և դրա տակ կան մի քանի տրանսպորտներ։ Նրա TCP/UDP մոդելը առանձնացնում է անվան ծառայությունը, դատագրամների բաշխումը և սեսիայի ծառայությունը, և այն բացահայտորեն աջակցում է աշխատանքը IP հեռարձակմամբ կամ առանց դրա։
| Service | What it does | Transport dependence |
|---|---|---|
| Name | Registers and resolves names | Broadcast, point-to-point, or a name server |
| Datagram | Connectionless messages, including broadcast | Broadcast domain or directed delivery |
| Session | Connection-oriented exchange | TCP connection to a named endpoint |
Հենց այս աղյուսակն է ցույց տալիս, թե ինչու է կարգախոսը ձախողվում։ Երկու անվանված հոսթերի միջև սեսիայի ծառայությունը IP զրույց է, իսկ հեռարձակման դատագրամը՝ ոչ։ Մեկ VPN նախագիծ կարող է բավարարել առաջինը և չբավարարել երկրորդը, և առաջինն ապացուցող թեստը ոչինչ չի ասում երկրորդի մասին։
Հանգույցի տեսակները որոշում են, թե ինչ է հարցնում հաճախորդը
RFC 1001-ի հեռարձակման, կետ-կետ և խառը հանգույցների մոդելները նկարագրում են, թե ինչպես է հոսթը լուծում անունները՝ հարցնելով տեղական ցանցին, ուղղակիորեն հարցնելով անվան սերվերին, կամ փորձելով մեկը, ապա մյուսը։ Մոդելը ազդում է այն բանի վրա, թե ինչ երթևեկություն պետք է թույլատրվի, և ոչ այն բանի, թե արդյոք հավելվածն ընդհանրապես աշխատում է։
Կառավարվող անվան սերվերի կազմակերպումը հաճախորդներին տալիս է կետ-կետ ուղի, բայց միայն այն հաճախորդներին, որոնք կազմաձևված են այն օգտագործելու համար։ Սերվերը ցանցում ինչ-որ տեղ տեղադրելը չի ստիպում հավելվածին հարցնել նրան, և հեռարձակման ռեժիմում թողնված հաճախորդը կշարունակի հարցնել տեղական սեգմենտին և կհասնի ժամանակի սպառման։ Սերվերի հասցեն պետք է հասնի հաճախորդի կազմաձևմանը՝ այն կառավարման ուղով, որը հարգում է այդ հաճախորդը։
Այսպիսով գրանցեք երեք դիտարկում տվյալ հավելվածի համար՝ ինչպես է այն սերվերի անունը վերածում հասցեի, արդյոք հայտնաբերումը կամ հաղորդագրությունները օգտագործում են հեռարձակում կամ ուղղորդված վերջնակետ, և ինչ հասցե ու տրանսպորտ է օգտագործում փաստացի սեսիան։ Սրանք անկախ փաստեր են, և յուրաքանչյուրն ունի իր լուծումը։ Մեկ հաջող անվան լուծումը վկայություն է միայն առաջինի մասին։
TCP/IP-ի վրայով NetBIOS-ը NetBEUI չէ
Երկուսը շփոթում են, քանի որ երկուսին էլ անվանում են հնացած։ TCP/IP-ի վրայով NetBIOS-ը իր ծառայությունները տանում է IP փաթեթների ներսում, որոնք երթուղավորված թունելն արդեն փոխադրում է։ NetBEUI-ն 2-րդ շերտի արձանագրություն է, որը հնարավոր չէ երթուղավորել, և IP թունելը կամայական Ethernet շրջանակներ չի փոխադրում միայն այն պատճառով, որ IP է փոխադրում։
IP երթուղի ավելացնելը չի կարող ոչ-IP շրջանակը վերածել IP հավելվածի։ Եթե հավելվածն իսկապես կախված է 2-րդ շերտի վարքից, տարբերակներն են՝ հստակ սահմանափակված 2-րդ շերտի ծառայությունը կամ հավելվածի փոխարինումը, և ոչ մի երթուղավորման փոփոխություն չի փոխարինում դրանցից ոչ մեկին։
Ընտրեք ամենափոքր փոփոխությունը, որը բավարարում է խնդիրը
Հաստատված DNS անունով և հստակ UNC ուղով հասանելի գործող SMB բաժինը Ethernet ընդլայնման կարիք չունի։ Ֆայլային ծառայության խնդիրը և զննարկման փորձը տարբեր պահանջներ են, և միայն երկրորդն է կախված հարևանների ցանկից։ Բաժնին անունով հասնելը լուծում է խնդիրը՝ առանց հեռարձակման տիրույթը թունելով ձգելու։
Զննարկումն այն մասն է, որը սովորաբար ձախողվում է, և այն ձախողվում է լուռ։ Մեքենան կարող է բաժինը բացել ուղով, մինչ մոտակա համակարգիչների ցանկը դատարկ է մնում, որովհետև ցանկը լցվում է հեռարձակման հայտնաբերմամբ, իսկ ուղը օգտագործում է DNS։ Որոշելը, որ ձեզ ցանկն է պետք, այլ պահանջ է, քան որոշելը, որ ձեզ ֆայլն է պետք։ Գրեք, թե օգտատերն իրականում որն է խնդրել, նախքան որևէ բան նախագծելը։
Երբ հին հավելվածն իսկապես պահանջում է հեռարձակում կամ ոչ-IP շրջանակներ, գնահատեք անվանված սեփականատիրոջով սահմանափակ 2-րդ շերտի ծառայություն կամ փոխարինեք հավելվածը։ Կամուրջը ընդլայնում է ընդհանուր խափանումների տիրույթը և քաղաքականության սահմանը, և դա ճարտարապետական որոշում է, ոչ թե NetBIOS գրառմամբ վանդակ։ Փաստաթղթավորեք այն կոնկրետ գործողությունները, որոնք թունելը պետք է փոխադրի, և ադմինիստրատորը կկարողանա գնահատել հարցումը՝ «ամբողջ Windows ցանցի» մասին գուշակելու փոխարեն։