POST запрос в ASP

[Dimka]

Не подскажет ли кто, как можно серверным скриптом ASP осуществить Redirect на страницу так, чтобы данные передавались POST методом.

Или лучше о самой задаче.

Нужно передать странице, на которую осуществляется перенаправление, информацию, которую пользователь и настырный пользователь не должны увидеть, но наворченной защиты от хакеров не нужно.

Для это:
1) Информация не должна передаваться через URL.
2) Передаваемая информация не должна сохраняться в HTML-коде страницы, получаемой клиентом.

Общего движка для шифрования в ASP и ASP.NET, сколь мне известно, нет.
Сессии взаимно недоступны (см. мою предыдущую тему).

[RXL]

Редирект-POST невозможен.

Я вижу два решения:

1) Самому соединиться с тем сервером и передать ему эту секретную информацию. Конечно, и серверу и пользователю должен быть передан некий идентификатор, по которому удаленный сервер сможет связать это два соединения.
Минус очевиден: удаленный сервер должен иметь такую фичу.

2) Данные - через url, но удаленный сервер должен после приема запроса сделать редирект, да бы скрыть переданные данные.
Минус - тот же.

2.5) Тот же (2), но данные зашифровать. Пользователь не узнает о содержимом переданной информации. Шифрование не обязательно делать супер сложным. Кстати, реалтзацию SHA1 на js можно найти в движке нашего форума. Переписать на другой язык, я думаю, труда не составит.
https://forum.shelek.ru/Themes/default/sha1.js
Минус - тот же.

Мне дольше нравится (1) - больше секретности и гибкости.
Во всех описанных тут случаях нужно контролировать оба сайта.

[Dimka]

Нет двух серверов, есть один сервер и одно Web-приложение, просто часть написана на ASP, а новая часть на ASP.NET.

Так как сессии и всё прочее раздельно, то можно считать, что это два разных приложения.

Если я вручную составлю и отправлю HTTP-запрос, ответ достанется не клиенту...

А может вообще через временный файл на диске передать, тогда в URL передавать имя временного файла...

[Dimka]

В общем, через таблицу в БД передачу сделали. В таблицу пишется SessionID, Key, Value, RecipientCode, а в URL передаются SessionID и RecipientCode. Получатель читает множество пар Key/Value и удаляет их, Value передаётся потоком байтов.

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

[RXL]

Логичное решение.