Уникальный твиттер oauth help

Question

Я провел много исследований по этой проблеме без каких-либо успехов.

Система oauth, используемая twitter, предполагает, что у вас есть одно приложение, которое может хранить ключ авторизации, моя ситуация другая. У меня есть приложение, сидящее за брандмауэром, которое может получить необходимые токены, однако обратный вызов не может пройти через приложение из-за правил брандмауэра.

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

Зона общего облицовочный сайта не имеет возможности давать информацию обратно к внутренней области веб-администратора, это один из способов транзакции:

WebAdmin -> брандмауэр -> (RW) базы данных (ро) - > брандмауэр -> веб-сайт -> брандмауэр

Мне нужно авторизовать webadmin, чтобы он мог публиковать сообщения в твиттере.

Я могу получить ключ авторизации temp и перенаправить на твиттер, но обратный вызов twitter с окончательным ключом авторизации может попасть только на общедоступный веб-сайт (10 физических серверов), которые не имеют возможности разговаривать с webadmin, поэтому я никогда не может завершить цикл oauth.

Я попытался сохранить файлы и скопировать/вставить код auth, но по какой-то причине он блокирует любые твиты, сделанные, если ключ oauth копируется таким образом.

я поседел и теперь я лысый пытается получить это простое изменение в месте,

пожалуйста, помогите.

Answer 1

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

Основы работы: 1) Пользователь посещает webadmin и генерирует маркер запроса. Маркер запроса временно сохраняется в сеансе. 2) Пользователь перенаправляется на twitter.com с открытой половиной маркера запроса, где они разрешают доступ. 3) Пользователь перенаправляется на webadmin, к которому они могут добраться, потому что они являются пользователями в брандмауэре. 4) Маркер запроса не может быть обменен на то, чтобы токен доступа сохранялся постоянно и использовался для взаимодействия с API Twitter в качестве пользователя.

Answer 2

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