Виртуелни хаб SoftEther је граница чланства унутар једног сервера, а не локација. Сесије које се прикључе хабу могу да стигну до онога на шта је хаб прикључен, а сесије на другом хабу не могу, чак и када се обе аутентификују на истом серверу. Зато успешна пријава и даље може да доведе клијента на погрешну мрежу. Читање хаба као виртуелног прекидача појашњава шта он ради и шта препушта премошћавању, рутирању и конфигурацији каскаде.

Хаб је граница чланства

Један сервер може да угости неколико хабова, сваки са својим корисницима, сесијама и политиком. Аутентификација утврђује која је сесија, док хаб одлучује којој виртуелној мрежи се та сесија прикључује. Зато се два хаба на једном хосту понашају као два одвојена прекидача која случајно деле хардвер. Ништа у успешној пријави не значи да је сесија слетела тамо где сте намеравали.

Користите назив хаба који је документовао оператер, а не назив запамћен са снимка екрана. Клијент који се прикључи погрешном хабу долази на другу мрежу са важећим акредитивом, што је налаз о конфигурацији, а не безбедносни инцидент. Чувајте назив хаба и његову сврху у белешкама профила везе.

Администрација је ограничена на исти начин. Администратор хаба управља тим хабом, док администратор сервера управља процесом, слушаоцима и сваким хабом на хосту.

Прикључци одлучују шта је са друге стране

Хаб сам по себи повезује сесије једну с другом. Долазак до било чега другог зависи од тога како је хаб прикључен: локални мост према физичком интерфејсу, виртуелни рутер или каскада према другом серверу. Сваки прикључак носи сопствена правила прослеђивања и сопствене начине отказа. Претпоставка да хаб пружа приступ интернету најчешћа је грешка у вези с производом.

SecureNAT је уграђена опција, реализована виртуелним рутером и виртуелном DHCP услугом унутар сервера. Згодна је за лабораторију, а незгодна за све што тражи предвидиво адресирање или политику. Локални мост ставља хаб на стварни сегмент, који наслеђује преклапање, DHCP и понашање емитовања тог сегмента.

Каскада повезује два сервера тако да се сесије на једном хабу могу појавити на другом. То је однос хаб-према-хабу, па оба краја требају компатибилну политику и радну путању између себе.

Читајте сесије и политику одвојено

Прикази сесија, MAC адреса и IP адреса описују како виртуелна мрежа тренутно изгледа. То су запажања, не дозволе. Сесија видљива на листи тиме није овлашћена за сваку услугу до које хаб може да стигне, а важи и обрнуто.

Упоредите листу сесија са политиком која на њу треба да се примени. Уређај са адресом изван предвиђеног опсега обично значи DHCP однекуд другде или ручно конфигурисан клијент. MAC адреса која се креће између сесија значи пресељен уређај или два уређаја која деле идентитет. Оба вреди погледати, а ни једно се не доказује само табелом.

На серверу vpncmd приказује исту слику из угла хоста. Упоредите тај излаз са сопственим приказом клијента кад се два разилазе.

vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList

Третирајте администрацију хаба као сопствену улогу, а не као дозволу клијента. Делегирање једног хаба не треба да преда слушаоце ни процес који угошћује сваки други хаб.

Проверите клијента након прикључивања

Са стране клијента, успостављена сесија доказује само да су аутентификација и назив хаба прихваћени. Потврдите адресу, руту и разрешавање имена одвојено, јер свако од њих може да откаже након што хаб прихвати сесију.

ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal

Листа адреса показује да ли је адаптер добио закуп из предвиђеног извора. Упит руте показује који би интерфејс носио приватно одредиште, а упит разрешивача показује да ли је DNS следио сесију. Хаб који прослеђује пакете док DNS још показује на локалну мрежу ствара класичну напола радну везу.

Тестирајте апликацију, а не везу. Учитана интранет страница је јачи доказ од адаптера са уверљивом адресом.

Повезани чланци