Tiltiņa režīms un VPN caureja tiek pieminēti vienā un tajā pašā problēmu risināšanas pavedienā, jo abi tiek piedāvāti kā risinājums VPN, kas nepievienojas. Tie apraksta dažādas maršrutētāja funkcijas, un neviens pats neveido VPN tuneli. Tiltiņa izveide maina to, kā ierīce pievienojas tīkla segmentiem vai kas veic maršrutēšanu; caureja nosaka, vai klienta VPN datplūsma var šķērsot vārteju. Nepareiza izvēle mazo problēmu pārvērš veselā pēcpusdienā, kas paiet ar adrešu pārdali.

Divi apzīmējumi, divas dažādas funkcijas

Pārbaude ir vienkārša: vai jūs mēģināt mainīt tīkla formu, vai ļaut jau esošai datplūsmai tam iziet cauri? Tie ir dažādi pieprasījumi ar dažādām sekām.

Salīdzinājums vienā tabulā:

SettingWhat it actually does
Bridge modeChanges the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces
VPN pass-throughLets a client's VPN traffic cross the router; the credentials and encryption stay with the client
Router VPN clientTerminates the tunnel on the router, so the router becomes the endpoint
Router VPN serverAccepts inbound tunnels, which needs an upstream path that can reach it

Tuneli maršrutētājā veido tikai pēdējie divi. Tiltiņš un caureja abi atstāj galapunktu citur, tāpēc neviens no tiem nevar novērst problēmu, ko izraisa trūkstošs klients vai nesasniedzams serveris. Šo atšķirību ir viegli pazaudēt, jo iestatījumi atrodas tuvu viens otram tajā pašā saskarnē. Pierakstiet, kuram galapunktam pieder tunelis, pirms atverat šo lapu.

Arī caurejas izvēles rūtiņa nav pilnīgs protokolu atbalsta apraksts. Mūsdienu IPsec NAT pārvarēšana izmanto standartizētu UDP iekapsulēšanu, savukārt vecākās palīgfunkcijas uzvedas atkarībā no ieviešanas.

Mārketinga apzīmējums, kas apgalvo VPN atbalstu, nepaskaidro, kura no šīm četrām lomām ir domāta.

Ko tiltiņa režīms maina jūsu ierīcē

Modemā vai maršrutētājā tiltiņa opcija parasti pārceļ maršrutēšanas un NAT atbildību uz citu, zemāk esošu vārteju. Programmētā ierīcē tas var nozīmēt atlasīto lokālo saskarņu apvienošanu vienā apraides domēnā. Precīzais apjoms atkarīgs no produkta, tāpēc lasiet modeļa dokumentāciju, nevis vārda dokumentāciju. Abas interpretācijas maina adrešu piešķiršanu, ugunsmūra robežas un to, kā jūs nokļūstat administrēšanā.

Tieši tāpēc tiltiņa izveide ir slikta pirmā reakcija uz VPN kļūmi. Jūs varat zaudēt pārvaldības ceļu, kamēr sākotnējā problēma joprojām nav atrisināta.

Saglabājiet konfigurācijas dublējumu pirms tīkla lomas maiņas, jo adresācija var pārvietoties kopā ar to.

Izvēlieties lomu pirms iestatījuma

Lai sūtītu mājsaimniecības datplūsmu caur ārēju izeju, jums vajag saderīgu maršrutētāja VPN klientu, nevis tiltiņu. Lai no citas vietas pieslēgtos mājām, vajag servera lomu un augšupstraumes ceļu, kas to sasniedz. Šīm divām prasībām bez vārda VPN gandrīz nav nekā kopīga. Izlemiet, ko būvējat, pirms skatāties izvēlnē.

Ierīce var atbalstīt abas lomas un tomēr neatbalstīt to, kas jums vajadzīga, jūsu gaidītajā ātrumā.

Loma ir dizaina lēmums; iestatījums ir tā sekas.

Ja neizdodas tikai viens protokols

Kad viens protokols neizdodas aiz citādi strādājoša maršrutētāja, vispirms izpētiet šī protokola transportu un NAT ceļu. Mainīt visu vārtejas režīmu, lai salabotu vienu klientu, ir tas pats, kas pārvilkt mājai jaunus vadus salūzušas spuldzes dēļ. Pārbaudiet, vai datplūsma ir iekapsulēta UDP, vai maršrutētāja palīgfunkcija attiecas uz šo protokolu un vai kļūme ir simetriska. Pēc tam izlemiet, vai lomas maiņa tiešām ir pamatota.

RFC 3948 apraksta UDP iekapsulēšanu, kas ļauj IPsec izdzīvot NAT, un tas ir standarts, kas jāpārbauda pirms uzticēšanās caurejas izvēles rūtiņai.

Pierakstiet, ko mainījāt un kāpēc, jo nākamais cilvēks atradīs ierīci tiltiņa režīmā un pieņems, ka tas bijis apzināti. Pareizais rezultāts ir tīkls, kura formu izvēlējāties jūs, nevis tāds, ko mantojāt no problēmu risināšanas sesijas.

Saistītie raksti