Client Export laban sa isang palabas na OpenVPN instance sa pfSense

Ini-install mo ang paketeng Client Export, binuksan ito, at walang laman ang pili ng server. Ang natural na konklusyon ay sira ang pakete o hindi talaga kayang gumana ng pfSense bilang kliyente ng VPN, at parehong mali. Walang laman ang pili dahil walang naka-configure na server ng malayuang pag-access sa pfSense, at ang pakete ay hindi kailanman naging kasangkapan para patumawag ang firewall sa labas. Dalawang magkaibang gawain ang nagbabahagi ng isang salita, at ang walang laman na listahan ay ang tunog ng isa sa kanila na hinihingan ng bagay na hindi nito ginagawa.

Magpasya kung sino ang nagsisimula bago mag-install ng anuman

Magtanong ng isa: aling aparato ang nagsisimula ng koneksyon? Kung ang isang bumabyaheng empleyado ay kumokonekta sa firewall ng opisina, ang pfSense ay ang server at ang laptop ng empleyado ang kliyente. Ang paketeng kailangan mo sa ganoong kaso ay naghahanda ng materyal para sa laptop, dahil ang laptop ang panig na tumatawag.

Kung ang pfSense ay kumokonekta palabas sa serbisyo ng VPN ng iba, ang firewall ang kliyente at ang malayuang operator ang may-ari ng dulo na tinatawagan mo.

Parehong sitwasyon ay gumagamit ng salitang kliyente, at doon nagsisimula ang kalituhan. Ang salita ay naglalarawan ng papel sa isang koneksyon, hindi ng kategorya ng produkto.

Ang tagapaglabas ay katulong sa panig ng server

Kinukuha ng Client Export ang isang server ng malayuang pag-access na mayroon na sa pfSense at gumagawa ng materyal na kailangan ng aparatong kumokonekta. Binabasa nito ang mga setting, sertipiko at opsyon ng tunnel ng server na iyon, pagkatapos ay ipinapakete para gamitin sa ibang lugar.

Kaya't ang pili ay naglilista lamang ng mga server sa Remote Access mode. Kung walang ganoong server, walang mailalabas, at ang walang laman na listahan ay tumpak na ulat at hindi sira. Gumawa muna ng server ng malayuang pag-access at ang pili ay kusang mapupuno. Ang pagkakasunod-sunod na iyon ay mas madalas na nagpapalito sa mga tao kaysa sa anumang setting sa loob ng pakete.

Ang sanggunian ng pakete ay malinaw na nagsasaad ng dependency na ito. Basahin ito bago mo ipagpalagay na kayang gumawa ng server ang pakete para sa iyo.

Ang palabas na instance ay hiwalay na configuration

Ang gawing kliyente ng ibang serbisyo ang pfSense ay nangangahulugang gumawa ng OpenVPN instance ng kliyente kasama ang dulo, port, protocol, kredensyal at materyal ng pagtitiwala ng provider na iyon. Dokumentado ito ng Netgate nang hiwalay sa pakete ng paglabas, dahil ibang bagay ito sa configuration.

Ang pag-install ng tagapaglabas ay hindi pumupuno sa alinman sa mga field na iyon, at walang format ng paglabas ang gagawa ng mga ito para sa iyo. Kung ang provider mo ay nagbibigay ng profile, ini-import o isinusulat mo ang mga halaga nito sa instance na ginagawa mo.

Itago ang dalawang configuration sa magkahiwalay na kahon ng isip. Ang isa ay sumasagot sa ibang aparato; ang isa ay humihingi ng tunnel sa ibang server.

Piliin ang format ng paglabas na kayang gamitin ng aparato

Dumarating ang mga paglabas bilang inline na configuration, nakabundle na archive at installer para sa partikular na aplikasyon ng kliyente. Piliin batay sa aktuwal na kayang i-import ng tumatanggap na aparato, hindi batay sa kung aling download ang pinaka-kumpleto.

Ang inline na file ay maginhawa para sa kliyenteng tumatanggap ng nakadikit na configuration. Ang bundle ay may dalang hiwalay na file at bagay sa kliyenteng gusto ng direktoryo. Ipinagpapalagay ng installer na katanggap-tanggap ang isang partikular na aplikasyon sa platform na iyon, na desisyon sa patakaran kasing dami ng teknikal. Itanong kung aling kliyente ang sinusuportahan ng tumatanggap na team bago mag-download ng anuman.

May mga paglabas na naglalaman ng sertipiko at pribadong susi, at ang password na nagpoprotekta sa materyal na iyon ay maaaring iba sa password ng account ng user. Ihatid ang materyal sa aprubadong channel ng enrollment sa halip na idikit ang buong paglabas sa isang ticket bilang halimbawa ng configuration.

Ang site-to-site ay nangangailangan ng papel at ruta, hindi pakete

Ang tunnel ng sangay ay ibang disenyo na naman. Tukuyin kung aling dulo ang may papel ng server at alin ang may papel ng kliyente, pagkatapos ay tukuyin ang mga ruta na network sa magkabilang panig bago mag-configure ng anuman.

Walang opinyon ang Client Export tungkol sa mga ruta ng sangay, pahintulot sa pagpapasa o daan ng pagbabalik, dahil ang paghahanda ng materyal ng kliyente para sa malayuang pag-access ang buong trabaho nito.

Isulat muna ang mga papel at listahan ng ruta, at ang tanong tungkol sa pakete ay sasagot sa sarili nito. Kapag nagkamali, walang format ng paglabas ang makakapagligtas sa disenyo. Ganoon din sa daan ng pagbabalik: ang sangay na nakakaabot sa sentro ngunit hindi makatanggap ng sagot ay hindi gumaganang tunnel.