Передача переменных сессии с одного сайта на другой

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

Не обязательно передавать сессии или куки (по-моему даже не желательно, меньше мороки). Мне кажется проще иметь общую БД и общий интерфейс к ней на обоих сайтах. Тогда проблем с регистрацией/авторизацией и прочим не будет, т.к. один сайт видит ровно то же, что видит другой.

Если система строится на файлах, то
1) либо у обоих сайтов один сервер, тогда подход тот же, что и с БД - делается общая папка, куда складываются все разделяемые файлы, и оба сайта их оттуда читают.
2) либо делается какой-то синхронизирующий интерфейс (FTP, просто скрипт), к которому будет обращаться один сайт при обновлении информации, т.е. обновлять второй ресурс.

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

Я и говорю, сделай с обоих сайтов доступ к одной и той же таблице в БД, и записывай туда, кто авторизировался. Вместо куки используй какой-нибудь ключ, например, IP + useragent + какие-то заголовки HTTP, постоянные для браузера.
Тогда если юзер зайдет на второй сайт, ты просто сложишь эту же инфу в скрипте и если она совпадет посмотришь по этому ключу в таблице авторизации.
Куки тут не используются.

Вот кто-то обрадуется когда зайдёт через NAT с такого же браузера, с какого кто-то зарегистрированный заходил.

Для этого я и предлагал взять в ключ еще какие-то заголовки. Насколько я понимаю, у юзера/браузера нет однозначного 'fingerprint'.

можно передавать через GET переменные и записывать их в сессии, или создавать какие-то временные файлы и там хранить их