VPN е поврзан, но IMAP не се синхронизира? Проверете овие три слоја
Доаѓањето до поштенскиот сервер, завршувањето на TLS ракувањето, автентикацијата и изборот на поштенско сандаче се одделни настани. Најдете го слојот што не успеа.
Поврзете се со канцеларискиот VPN, отворете го поштенскиот клиент и гледајте како сандачето за примени пораки одбива да се освежи додека веб-поштата се вчитува нормално. Вообичаената дијагноза е дека VPN-от пропушта сообраќај, но блокира пошта, или дека лозинката на сметката е сменета. Двете претпоставки ја прескокнуваат структурата на она што го прави IMAP клиентот. Доаѓањето до домаќинот, завршувањето на TLS, автентикацијата и изборот на поштенско сандаче се четири различни настани, а VPN-от го поседува само првиот.
Мит: една врска значи една најава
Уверувањето е дека штом тунелот стои и поштенскиот сервер одговори, сандачето е всушност отворено. Не е. VPN-от обезбедува пат до услугата; не ве најавува и не избира папка. Клиентот може да стои на четвртиот од тие чекори со целосно функционален тунел и важечка лозинка.
Токму во оваа празнина живеат повеќето извештаи „IMAP не работи преку VPN“.
Три состојби на IMAP и каде клиентите застануваат
IMAP дефинира неавтентицирана состојба, автентицирана состојба и избрана состојба, а командите се важечки само во состојбата што ги дозволува. Врската може да започне и веќе автентицирана кога серверот нуди претходна автентикација, па отсуството на барање за лозинка ништо не докажува. Изборот на поштенско сандаче ја преместува сесијата од автентицирана во избрана, и само тогаш командите што дејствуваат на пораки имаат цел.
Клиентот што успешно се автентицира и потоа не успее да ја избере конфигурираната папка ќе изгледа како неуспех на синхронизацијата, додека серверот се однесува правилно. Преименувани папки, давател што „примените“ ги мапира поинаку, или отсутни права за пристап сите завршуваат овде. Означениот NO одговор на серверот е доказот, и тоа не е истиот одговор како одбиена лозинка.
TLS доаѓа пред IMAP разговорот
Со имплицитен TLS на портата 993, TLS ракувањето завршува пред да се испрати која било IMAP команда, поради што проблем со сертификатот дава грешка што зборува за доверба, а не за пошта. Името на поштенскиот домаќин мора да се валидира против сертификатот исто како име на веб-домаќин; тунел што го зачувува сообраќајот не прави неважечки сертификат да биде важечки.
Текстот на грешката ги одделува случаите. Истекот на времето за врска значи дека SYN никогаш не завршил. TLS грешка значи дека TCP врската работела, а ракувањето не. IMAP NO или BAD одговор значи дека двете успеале и протоколниот слој одбил нешто. Забележете кое го видовте пред да смените која било поставка.
Кешираната пошта не е доказ за ништо
Поштенскиот клиент прикажува претходно преземени пораки без разлика дали денес може да го достигне серверот, па прикажаното сандаче за примени пораки само ви кажува дека локалното складиште работи. Секој вистински тест мора да присили серверска операција: освежете папка, преземете порака што никогаш не била преземена, или испратете команда што клиентот би ја издал само откако ќе го избере сандачето.
Користете неразорувачка проверка. Освежувањето на една папка и читањето на дневникот со грешки на сметката е подобро отколку бришење и повторно додавање на сметката, што главно докажува дека екранот за поставки уште работи.
Испраќање и веб-пошта се различни протоколи
Испраќањето пошта е поднесување, не IMAP. Тоа користи одделна услуга и обично одделна порта со сопствен TLS режим и сопствена автентикација, па исправно излезно сандаче не докажува дека е избрано IMAP сандачето, а расипано излезно сандаче не го обвинува IMAP.
Веб-поштата е повторно поинаква. Таа може да успее преку истиот VPN затоа што е HTTPS сесија кон веб-преден дел, што не кажува ништо за IMAP домаќинот, портата или TLS режимот на десктоп клиентот.
За предавање, запишете четири резултати одделно: патеката на VPN-от, резултатот од поштенската крајна точка и TLS-от, резултатот од автентикацијата на сметката и резултатот од изборот на поштенското сандаче. Држете ги акредитивите и содржината на пораките надвор од белешката. Тој запис му кажува на следниот човек дали поправката и припаѓа на мрежата, сертификатот, сметката или конфигурацијата на папките, без да ослабне кој било заштитен слој.