Posta VPN gabe iristen da zerbitzarira: non ezarri araua

Postak galdetzen jarraitzen du eta VPNa behera dago, baina kontua sinkronizatzen ari da oraindik. Aplikazioak konfiguratu zitzaiona egiten du; posta-profil arrunt batean ez dago esaten zerbitzaria tunelaren bidez bakarrik iris daitekeenik. Horrek bi baldintza desberdin uzten ditu, eta erraza da nahastea: zerbitzuak bezero zuzenak ukatu behar ditu, edo Mac-ek ez du saiakera egin behar.

Aukeratu baldintza produktua aukeratu aurretik. Zerbitzariaren arauak eta bezeroaren arauak tokie desberdinetan huts egiten dute, froga desberdinak sortzen dituzte eta jabe desberdinei dagozkie. Biak aplikatzea baliozkoa da bi baieztapenak egiazkoak direnean, baina batek ez du bestea ordezten. Bi baldintzak legitimoak dira; soilik ez dira kontrol bera.

Sintomak Mac dirudi, baina zerbitzaria izan daiteke ihesa

Posta tunelatik kanpo sinkronizatzen denean, hasi zerbitzariak onartzen duenarekin. Posta-entzuleak internetetik datorren konexio zuzenari erantzuten badio, bezeroaren aldeko erosotasun-ezarpen batek ere ez du gertaera hori aldatzen. Mac-ek normaltasunez jokatzen du oraindik irekita dagoen zerbitzu baten aurrean.

Galdetu posta-administratzaileari zerbitzuak zein iturburu-helbide ikusten duen. VPN ataka batek, alderantzizko proxy batek edo karga-orekatzaile batek bezeroaren helbidea itzul dezake, beraz VPN konfigurazioko helbide-multzoak agian ez du bat egingo posta-prozesura iristen denarekin. Iturburu okerraren aurka idatzitako arauak edo denak blokeatzen ditu edo inor ez.

Erantzun horrek esaten du halaber zerbitzuak VPN bezeroak bereiz ditzakeen. Bezero guztiak proxy helbide beretik iristen badira, iturburuan oinarritutako onarpenak ezin ditu bereizi, eta baldintzak autentifikaziora edo bezeroaren aldera joan behar du.

Zerbitzariko onarpena: ukatu iturburua, ez aplikazioa

Ostalari edo sareko suebaki batek posta-entzulea onartutako iturburu-barrutietara mugatu dezake, autentifikazioa eta TLS aldatu gabe utziz. Urrutiko helbideak, azpisareak edo barrutiak bat datozen arau-baldintza ohiko eraikuntza-blokea da; sintaxi zehatza zerbitzariaren suebaki-produktuarena da, ez posta-aplikazioarena.

Hori da mugarik sendoena baldintza «zerbitzuak ez du bezero zuzenik zerbitzatu behar» denean. Eusten du erabiltzaileak beste posta-bezero bat instalatzen badu ere, ukapena autentifikazioaren aurretik gertatzen delako. Bere VPN politika ignoratzen duen Mac bat ere gainditzen du.

Bere muga ere garrantzi berekoa da. Ukatu den konexio batek zerbitzuak saioa ukatu duela frogatzen du; ez du frogatzen Mac-ek inolako saiakerarik egin ez zuenik. DNS ebazpena, TCP SYN lehenagoko karga-orekatzaile bati eta hutsaren ondorengo berrsaikera denak gerta daitezke zerbitzariaren araura iritsi aurretik. Baldintza saiakeren ezagutarazteari buruzkoa bada, ez sarbideari, zerbitzariko onarpena kontrolaren erdia besterik ez da.

Bezeroaren aldeko betearazpena: blokeatu saiakera, ez soilik tunela

Bezeroaren aldeko arauak trafikoa debekatu behar du, ez soilik tunela abiarazi posta irekitzean. Posta-domeinu baterako aktibazio-eragileak VPNa une egokian altxa dezake, baina ez du zehazten tunela behera dagoenean edo huts egiten duenean zer gertatzen den.

Erabili amaierako puntuko produktuaren blokeo-politika onartua eta mugatu bere irismena nahita. Aplikazio mailako arauak posta-aplikazio horretako kontu guztiak hartzen ditu, pertsonalak barne. Helmuga mailako arauak lan-kontuaren IMAP, bidalketa eta autentifikazio amaierako puntuak izendatu behar ditu, eta helbide horiek aldatzen direnean ere funtzionatzen jarraitu behar du.

Estali helbide-familia biak eta dauden saioak. IPv4 konexio berriak blokeatzen dituen eta IPv6 edo ezarritako socket bat ukitu gabe uzten duen politikak tartekako sinkronizazioak sortzen ditu, ausazkoak diruditenak. Sare-aldaketak eta lo-zikloak proba beraren parte dira.

Aplikazio eta helmuga mailako arauek eragin-eremu desberdina dute

Aplikazio mailako blokeoa erraza da pentsatzeko: Postatik ez da trafikorik ateratzen tunelik gabe. Zakarra ere bada, aplikazio berak politikarekin zerikusirik ez duen kontu pertsonala izan baitezake. Erabiltzaileek lehenengo nabaritzen dute eta posta-aplikazio hautsi gisa salatzen dute.

Helmuga mailako blokeoa estuagoa da eta mantentzeko zailagoa. Kontuak erabiltzen dituen amaierako puntu guztien multzoa behar du, aurkikuntza eta autentifikazio zerbitzuak barne, eta haiek eguneratzeko prozesu bat. Bat galdu eta kontuak erdi funtzionatzen du; gehiegi sartu eta erlaziorik gabeko posta gelditzen da.

Aukeratu baldintzaren idazkeraren arabera. «Lan-kontu honek ezin du zuzenean konektatu» helmuga-irismenera bideratzen du. «Mac honek ezin du posta VPNtik kanpo exekutatu» aplikazio-arau zabalagoa justifikatzen du, baldin eta jabeak kontu pertsonalaren alboko efektua onartzen badu.

Probatu ukapena eta absentzia bereizita

Proba-kontu dedikatu batekin, konektatu VPN bidez eta berretsi funtzionamendu normala. Gero deskonektatu eta probatu bitan: behin zerbitzariak saioa ukatzen duen ikusteko, eta behin Mac-ek batere konexiorik saiatzen duen ikusteko. Behaketa desberdinak dira eta erregistro desberdinetan dagozkie.

Begiratu bezeroaren aldeko frogak SYN edo DNS kontsulta baterako deskonektatuta zauden bitartean, eta zerbitzariaren erregistroa ukatu edo onartutako saio baterako. Zerbitzariak ukatzen badu baina bezeroak oraindik saiatzen badu, zerbitzariaren araua funtzionatzen ari da eta bezeroaren araua falta da. Bezeroak ez badu saiakerarik egiten baina zerbitzariak beste bezero batzuk onartzen baditu oraindik, muga jarri zenuen leku zehatzean dago.

Idatz ezazu betearazpenaren jabea, zerbitzariak benetan ikusten duen iturburu-helbidea eta erabilitako proba-kontua. Hurrengo sare- edo proxy-aldaketak iturburu hori mugi dezake, eta behatutako balioa izendatzen duen ohar bat azkarrago egiaztatzen da beste buru-hausketa txanda bat baino.