Удаљени приступ или VPN од локације до локације: који одговара?

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

Ко успоставља везу и шта стоји иза њега

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

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

Адресирање и повратна путања

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

Повратна путања је једнако важна као одлазна. Сервер може да прими захтев и ипак нема путању назад до клијентске мреже.

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

Излаз у интернет је одвојена одлука

Приватна доступност не захтева да тунел преноси јавно прегледање. Да ли обичан веб саобраћај излази кроз пролаз је друга одлука, донета по дизајну и забележена у профилу клијента или у конфигурацији локације.

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

Користите топологију да сузите квар

Један преносни рачунар који се креће и губи приступ упућује на клијента, његов налог или локалну мрежу. Цео огранак који губи приступ упућује на заједничке путање и пролазе.

Прво проверите успостављање тунела, затим путање, затим дозвољени саобраћај, затим разрешавање имена, затим пријаву у апликацију, и зауставите се на првом кораку који откаже. ip route get 10.60.8.15 одговара на питање рутирања пре него што прочитате иједан дневник апликације. Подешавања шифровања не поправљају грешку дозволе за дељење датотека, а пинг који ради не доказује да је апликација овлашћена. Фиксан редослед спречава случајне промене конфигурације које један квар претварају у три.

На крају, држите дефиниције одвојеним када читате материјал добављача: комерцијални сервер за излаз у интернет је друга услуга од приватног пролаза предузећа и не даје приступ мрежи тог предузећа.