VPN üzərində NetBIOS: ad, datagram və sessiya ayrı-ayrı xidmətlərdir

«NetBIOS routerləri keçmir» fikri dizaynı həll etmiş kimi təkrarlanır. Amma etmir. Yayımla ad axtarışı adətən öz yayım domeninin içində qalır, lakin NetBIOS xidmətləri tam yaxşı marşrutlaşdırılan istiqamətlənmiş IP trafikindən də istifadə edə bilər. Faydalı sual NetBIOS-un routerləri keçib-keçməməsi deyil; sual tətbiqinizin onun üç xidmətindən hansını istifadə etdiyidir.

Proqram interfeysi, tək bir naqil protokolu deyil

RFC 1001 NetBIOS-u tətbiqlərin üzərində proqramlaşdırdığı interfeys kimi təsvir edir və altında bir neçə nəqliyyat qatı var. Onun TCP/UDP modeli ad xidmətini, datagram paylanmasını və sessiya xidmətini ayırır və IP yayımı ilə və ya yayımsız işləməyi açıq şəkildə dəstəkləyir.

Bu cədvəl şüarın niyə uğursuz olduğunu göstərir. İki adlı host arasındakı sessiya xidməti IP söhbətidir; yayım datagramı isə deyil. Bir VPN dizaynı birincini təmin edib ikincini təmin etməyə bilər və birincini sübut edən test ikinci haqqında heç nə demir.

Düyün tipləri müştərinin nə istədiyini müəyyən edir

RFC 1001-in yayım, nöqtədən-nöqtəyə və qarışıq düyün modelləri hostun adları necə həll etdiyini təsvir edir: yerli şəbəkədən soruşmaqla, birbaşa ad serverindən soruşmaqla və ya birini, sonra digərini sınamaqla. Model hansı trafikə icazə verilməli olduğuna təsir edir, tətbiqin ümumiyyətlə işləməsinə deyil.

İdarə olunan ad serveri quruluşu müştərilərə nöqtədən-nöqtəyə yol verir, ancaq ondan istifadə etmək üçün konfiqurasiya edilmiş müştərilərə. Şəbəkədə bir yerdə server yerləşdirmək tətbiqin ondan məsləhət almasına səbəb olmur və yayım rejimində qalmış müştəri yerli seqmentdən soruşmağa və vaxt aşımına düşməyə davam edəcək. Serverin ünvanı müştərinin konfiqurasiyasına çatmalıdır, o müştərinin hörmət etdiyi hansı idarəetmə yolu varsa, onunla.

Ona görə də sözügedən tətbiq üçün üç müşahidə qeyd edin: server adını ünvana necə çevirdiyi, kəşf və ya mesajlaşmanın yayımdan, yoxsa istiqamətlənmiş son nöqtədən istifadə etdiyi və faktiki sessiyanın hansı ünvanı və nəqliyyatı işlətdiyi. Bunlar ayrı-ayrı faktlardır və hər birinin öz düzəlişi var. Bir uğurlu ad həlli yalnız birincisi haqqında sübutdur.

TCP/IP üzərində NetBIOS NetBEUI deyil

İkisi qarışdırılır, çünki hər ikisi köhnə adlanır. TCP/IP üzərində NetBIOS xidmətlərini IP paketlərinin içində daşıyır və marşrutlaşdırılan tunel artıq bu paketləri nəql edir. NetBEUI marşrutlaşdırıla bilməyən 2-ci qat protokoludur və IP tuneli yalnız IP daşıdığı üçün ixtiyari Ethernet çərçivələrini daşımır.

IP marşrutu əlavə etmək qeyri-IP çərçivəni IP tətbiqinə çevirə bilməz. Əgər tətbiq həqiqətən 2-ci qat davranışından asılıdırsa, seçimlər açıq şəkildə məhdudlaşdırılmış 2-ci qat xidməti və ya tətbiqin dəyişdirilməsidir; bunların heç birini əvəz edən marşrut dəyişikliyi yoxdur.

Tapşırığı ödəyən ən kiçik dəyişikliyi seçin

Təsdiqlənmiş DNS adı və açıq UNC yolu ilə əldə edilən mövcud SMB paylaşımı Ethernet uzantısına ehtiyac duymur. Fayl xidməti tapşırığı ilə baxış təcrübəsi fərqli tələblərdir və yalnız ikincisi qonşu siyahısından asılıdır. Paylaşımı adla əldə etmək yayım domenini tunel boyunca uzatmadan tapşırığı həll edir.

Baxış adətən uğursuz olan hissədir və səssizcə uğursuz olur. Maşın paylaşımı yolla aça bilər, yaxın kompüterlər siyahısı isə boş qalır, çünki siyahı yayım kəşfi ilə doldurulur, yol isə DNS istifadə edir. Siyahıya ehtiyacınız olduğuna qərar vermək fayla ehtiyacınız olduğuna qərar verməkdən fərqli tələbdir. Nəyisə dizayn etməzdən əvvəl istifadəçinin əslində hansını istədiyini yazın.

Köhnə tətbiq həqiqətən yayım və ya qeyri-IP çərçivələr tələb edirsə, adlı sahibi olan məhdud 2-ci qat xidmətini qiymətləndirin və ya tətbiqi dəyişdirin. Körpü ümumi nasazlıq domenini və siyasət sərhədini genişləndirir, bu isə NetBIOS yazılmış bir işarələmə qutusu deyil, memarlıq qərarıdır. Tunelin daşımalı olduğu konkret əməliyyatları sənədləşdirin, o zaman administrator «bütün Windows şəbəkəsi» barədə təxmin yürütmək əvəzinə sorğunu qiymətləndirə bilər.