Пожалуйста, объясните суть того, что здесь требуется, чтобы ваш вопрос имел смысл сам по себе, не требуя, чтобы другой поток на другом сайте имел смысл.

@deceze Я объяснил то, что хотел бы знать, первый абзац просто объясняет, почему я хочу это знать, и служит вики-ссылкой. Надеюсь, это может отложить вопрос.

Честно говоря, объяснение вашей схемы немного сложно понять, и внезапный переход от объяснения схемы аутентификации высокого уровня к мельчайшим деталям PHP оставляет у меня общее впечатление, что это может быть плохая, запутанная идея. Но это в основном внутреннее ощущение ...

Я понял первые два абзаца - данные сеанса должны быть session_write_close () 'd, прежде чем они могут быть session_reset ()' d другими. Я думаю, что, может быть, вы можете добавить аннотированный фрагмент кода, объясняющий пошагово, что будет происходить при каждом вызове? Я не совсем понимаю, зачем нам session_set_cookie_params (), так что можете добавить несколько примеров?

@DannyNiu session_set_cookie_params(), похоже, связан со мной ... потому что CDN имеет тенденцию иметь разные имена хостов - и поэтому это нужно как-то учитывать. вы даже не сказали, какой CDN, поэтому все это довольно теоретически (например, будет ли там поддерживаться аутентификация). также неясно хранилище сеансов ... если это таблица MEMORY на mySQL, она мгновенно изменится.

Аутентификация с CDN и с сервером приложений использует разные файлы cookie, их имена сеансов разные, поэтому я не рассматривал (насколько мне известно или даже знал) session_set_cookie_params (). Но спасибо, что подняли этот вопрос.

Если один файл cookie аутентифицирует все это, мне нужно каким-то образом придумать способ совместного использования и синхронизации данных сеанса, что на самом деле несколько сложнее, чем использование токена межсерверной аутентификации.