Пошта VPN-сіз серверге жетеді: ережені қайда қолдану керек
VPN өшіп тұрса да пошта қолданбасы серверге жете алады. Пошта қызметі тікелей клиенттерді қабылдамай ма, әлде Mac мүлдем әрекет жасамай ма — соны шешіңіз.
Пошта сұранысты жалғастырып жатыр, VPN өшіп тұр, бірақ аккаунт әлі синхрондалып жатыр. Қолданба өзіне конфигурацияланған істі істеп жатыр; қарапайым пошта профилінде серверге тек туннель арқылы ғана жетуге болады деп еш жерде жазылмаған. Бұл екі түрлі талап қалдырады және оларды шатастыру оңай: қызмет тікелей клиенттерден бас тартуы керек, немесе Mac мүлде әрекет жасамауы керек.
Өнімді таңдамас бұрын талапты таңдаңыз. Сервер ережесі мен клиент ережесі әртүрлі жерде сәтсіздікке ұшырайды, әртүрлі дәлел береді және әртүрлі иелерге тиесілі. Екеуін де қолдану екі тұжырым да шын болғанда жарамды, бірақ бірі екіншісін алмастырмайды. Екі талап та заңды; олар жай ғана бір бақылау емес.
Симптом Mac сияқты көрінеді, бірақ ағу серверде болуы мүмкін
Пошта туннельден тыс синхрондалғанда, сервер қабылдайтын нәрседен бастаңыз. Егер пошта тыңдаушысы интернеттен тікелей қосылымға жауап берсе, клиент жағындағы ешқандай ыңғайлылық параметрі бұл фактіні өзгертпейді. Mac әлі ашық қызметке қатысты қалыпты әрекет етеді.
Пошта әкімшісінен қызмет қай бастапқы мекенжайды көретінін сұраңыз. VPN шлюзі, кері прокси немесе жүктеме теңгерушісі клиент мекенжайын түрлендіруі мүмкін, сондықтан VPN конфигурациясындағы мекенжай пулы пошта процесіне жететін мекенжаймен сәйкес келмеуі мүмкін. Қате бастапқы көзге қарсы жазылған ереже не бәрін бұғаттайды, не ешкімді бұғаттамайды.
Бұл жауап қызметтің VPN клиенттерін мүлде ажырата алатынын да айтады. Егер әр клиент бір прокси мекенжайы арқылы келсе, бастапқы көзге негізделген рұқсат оларды бөле алмайды және талап аутентификацияға немесе клиент жағына ауысуы керек.
Сервердегі рұқсат: қолданбаны емес, бастапқы көзді қабылдамаңыз
Хост немесе желілік фаервол пошта тыңдаушысын мақұлданған бастапқы ауқымдармен шектеп, аутентификация мен TLS-ті өзгеріссіз қалдыра алады. Қашық мекенжайларға, ішкі желілерге немесе ауқымдарға сәйкес келетін ереже шарты әдеттегі құрылыс блогы; нақты синтаксис сервердің фаервол өніміне тиесілі, пошта қолданбасына емес.
Талап «қызмет тікелей клиенттерге қызмет көрсетпеуі керек» болғанда бұл ең мықты шекара. Пайдаланушы басқа пошта клиентін орнатса да сақталады, өйткені бас тарту аутентификацияға дейін болады. Өз VPN саясатын елемейтін Mac-та да шыдайды.
Оның шегі де сондай маңызды. Қабылданбаған қосылым қызметтің сессиядан бас тартқанын дәлелдейді; Mac әрекет жасамағанын дәлелдемейді. DNS шешімі, бұрынғы жүктеме теңгерушісіне TCP SYN және сәтсіздіктен кейінгі қайта әрекет — бәрі сервер ережесіне жетпей тұрып болуы мүмкін. Егер талап қатынауға емес, әрекеттердің жариялануына қатысты болса, сервердегі рұқсат бақылаудың жартысы ғана.
Клиенттегі орындау: тек туннельді емес, әрекетті бұғаттаңыз
Клиент жағындағы ереже трафикті тыйюы керек, пошта ашылғанда туннель іске қосумен шектелмейді. Пошта домені үшін белсендіру триггері VPN-ді дұрыс сәтте көтере алады, бірақ туннель өшіп тұрғанда немесе сәтсіз болғаннан кейін не болатынын анықтамайды.
Соңғы нүкте өнімінің қолдау көрсетілетін бұғаттау саясатын пайдаланыңыз және оның ауқымын әдейі анықтаңыз. Қолданба деңгейіндегі ереже сол пошта қолданбасындағы барлық аккаунтты қамтиды, соның ішінде жеке аккаунттарды да. Межелі деңгейдегі ереже жұмыс аккаунтының IMAP, жіберу және аутентификация соңғы нүктелерін атауы керек және бұл мекенжайлар өзгергенде де жұмысын жалғастыруы керек.
Мекенжайлардың екі тобын да және бар сессияларды қамтыңыз. Жаңа IPv4 қосылымдарын бұғаттап, IPv6 немесе орнатылған сокетті тимей қалдыратын саясат кездейсоқ көрінетін үзілісті синхрондаулар тудырады. Желілік өзгерістер мен ұйқы циклдері сол бір тестің бөлігі.
Қолданба және межелі деңгейдегі ережелердің әсер ауқымы әртүрлі
Қолданба деңгейіндегі бұғаттау түсінуге оңай: туннельсіз Поштадан ешқандай трафик шықпайды. Ол сонымен қатар дөрекі, өйткені сол қолданбада саясатқа қатысы жоқ жеке аккаунт болуы мүмкін. Пайдаланушылар мұны бірінші байқайды және бұзылған пошта қолданбасы ретінде хабарлайды.
Межелі деңгейдегі бұғаттау тар және күтімі қиын. Оған аккаунт пайдаланатын соңғы нүктелердің толық жиынтығы қажет, оның ішінде табу және аутентификация қызметтері, және оларды жаңарту процесі. Біреуі қалып қалса аккаунт жартылай жұмыс істейді; тым көп қоссаңыз қатысы жоқ пошта тоқтайды.
Талаптың тұжырымына қарай таңдаңыз. «Бұл жұмыс аккаунты тікелей қосылмауы керек» межелі ауқымды көрсетеді. «Бұл Mac VPN-нен тыс пошта жүргізбеуі керек» кеңірек қолданба ережесін ақтайды, егер иесі жеке аккаунтқа жанама әсерді қабылдаса.
Бас тарту мен болмауды бөлек тексеріңіз
Арнайы сынақ аккаунтымен VPN арқылы қосылып, қалыпты жұмысты растаңыз. Содан кейін ажыратып, екі рет тексеріңіз: бір рет сервер кіруді қабылдамай ма, екінші рет Mac мүлде қосылымға әрекет жасай ма — соны көру үшін. Бұлар әртүрлі бақылаулар және олар әртүрлі журналдарға тиесілі.
Ажыратылған кезде SYN немесе DNS сұранысы үшін клиент жағындағы дәлелдерді, ал қабылданбаған немесе қабылданған сессия үшін сервер журналын қараңыз. Сервер бас тартса да клиент әлі әрекет жасаса, сервер ережесі жұмыс істеп тұр, ал клиент ережесі жоқ. Клиент еш әрекет жасамаса, бірақ сервер әлі басқа клиенттерді қабылдаса, шекара дәл сіз қойған жерде.
Орындау иесін, сервер шын мәнінде көретін бастапқы мекенжайды және пайдаланылған сынақ аккаунтын жазып алыңыз. Келесі желілік немесе прокси өзгерісі сол бастапқы көзді жылжытуы мүмкін, ал байқалған мәнді атайтын жазба тағы бір болжам айналымынан тезірек тексеріледі.