Стал постепенно задумываться - а как-же мне идентифицировать собственно клиента, пришедшего на мою стартовую страничку.
Ситуация следующая - на клиенте планируется шифрующий прокси и на сервере - аналогично.
Эта сомая шифрующая прокси закрывает _весь_ трафик по определенному порту, дешифровывая его естественно на приемной стороне. Прокси при коннекте сами договариваются кто есть кто - для меня весь процесс прозрачен.

НО! - это прокси ни про какие протоколы ничего не знает и работает на уровне TCP пакетов. т.е. она не знает момента начала работы клиента.
А мне на страничке надо понять что за клиент пришел. Я могу конечно спросить у прокси. но - _что_ спрашивать? - нет привязки конкретной http команды с TCP-ным пакетом, в котором она прошла.
Т.е. опять - надо запрашивать идентификатор у пользователя, а это не есть хорошо, т.к. я не знаю как его проверить (ну т.е. пришел юзер 1 (UID=1) с норм. ключами - прокси шифрация отрабатывается, а вот залогиниться злодей захотел под другим UID=2 ... и что самое обидное - юзверя не желают выдумывать что-то сугубо свое в паролях, лепят 8 '*', как и просили ... не, правда! мне пришлось отказаться от паролированной проверки в перд. версиях продукта, т.к. это 1-безполезно, 2- порождает бурю звонков с службу поддержки.
Вообще - какие существуют подходы к идентификации пользователя, а?
Ну чайник я, извините . Ногами не бейте!
Спасибо!

Слушай, не мучся ты со Struts и Tapestry. Сядь за Сервлеты и JSP. Прочти несколько книг.
С таким написанием не забуть тут оставить веб адресок, особо люблю когда на Яваскрипте написано Я человек безобидный, взломаю и забуду (шутка)

Цитата

мне на страничке надо понять что за клиент пришел. Я могу конечно спросить у прокси. но - _что_ спрашивать? - нет привязки конкретной http команды с TCP-ным пакетом, в котором она прошла. Т.е. опять - надо запрашивать идентификатор у пользователя,

Для этого есть:
-Базы данных, которые держат списки юзеров, пассвордов, и пр.
-J2EE контейнеры обеспечивают безопасноть через авторизацию, аутентификацию и интеграцию данных
-Сервлеты-JSP (да и любые веб приложения) идентифицируют сессию клиента 3 способами:
1. Куки
2. Энкодинг URL'а
3. Спрятанные хтмл формы

Цитата(Domestic @ 7.9.2004, 19:01)

Слушай, не мучся ты со Struts и Tapestry. Сядь за Сервлеты и JSP. Прочти несколько книг. С таким написанием не забуть тут оставить веб адресок, особо люблю когда на Яваскрипте написано Я человек безобидный, взломаю и забуду (шутка) Цитата мне на страничке надо понять что за клиент пришел. Я могу конечно спросить у прокси. но - _что_ спрашивать? - нет привязки конкретной http команды с TCP-ным пакетом, в котором она прошла. Т.е. опять - надо запрашивать идентификатор у пользователя, Для этого есть: -Базы данных, которые держат списки юзеров, пассвордов, и пр. -J2EE контейнеры обеспечивают безопасноть через авторизацию, аутентификацию и интеграцию данных -Сервлеты-JSP (да и любые веб приложения) идентифицируют сессию клиента 3 способами: 1. Куки 2. Энкодинг URL'а 3. Спрятанные хтмл формы

====================
Слушай, не мучся ты со Struts и Tapestry. Сядь за Сервлеты и JSP. Прочти несколько книг.
С таким написанием не забуть тут оставить веб адресок, особо люблю когда на Яваскрипте написано Я человек безобидный, взломаю и забуду (шутка)
===================

Уже сел исключительно за JSF. Книг наших нет. разбираюсь по тому, что смог стянуть. Понятно все, а как начать работать и свести все воедино - пока не получается .
Ну и давай я тебе форму сделаю на Д7 - с JS - доберешся до неразрешенных данных - премия. а? )).


====================
Для этого есть:
-Базы данных, которые держат списки юзеров, пассвордов, и пр.

> не подходит - я написал почему. я с БД не первый день работаю - они тут не при чем, а если при чем - то это плохо. )).


-J2EE контейнеры обеспечивают безопасноть через авторизацию, аутентификацию и интеграцию данных

> и надо пологать что это сертифицированно ФСБ??? нет - лесом. а моя прокся - сертифицирована. но я не могу понять - что - читай исходный мессаг.

-Сервлеты-JSP (да и любые веб приложения) идентифицируют сессию клиента 3 способами:
1. Куки

> ну, это конечно здорово. но для _1-го_ захода - не применимо, так-же не применимо если они запрещены, что в большинстве случаев может иметь место. Меня с разрешенными куками постоянно пытаются заслать на telki.ru .

2. Энкодинг URL'а

> вот это уже интереснее - а чем? опять типа SSL? или можно что-то свое прикрутить? Где почитать?

3. Спрятанные хтмл формы

> ничего не знаю. А где почитать?


======================


Спасибо огромное за терпение и ответы!!!

Добавлено @ 19:30

Цитата(Domestic @ 7.9.2004, 19:01)

Слушай, не мучся ты со Struts и Tapestry. Сядь за Сервлеты и JSP. Прочти несколько книг. С таким написанием не забуть тут оставить веб адресок, особо люблю когда на Яваскрипте написано Я человек безобидный, взломаю и забуду (шутка) Цитата мне на страничке надо понять что за клиент пришел. Я могу конечно спросить у прокси. но - _что_ спрашивать? - нет привязки конкретной http команды с TCP-ным пакетом, в котором она прошла. Т.е. опять - надо запрашивать идентификатор у пользователя, Для этого есть: -Базы данных, которые держат списки юзеров, пассвордов, и пр. -J2EE контейнеры обеспечивают безопасноть через авторизацию, аутентификацию и интеграцию данных -Сервлеты-JSP (да и любые веб приложения) идентифицируют сессию клиента 3 способами: 1. Куки 2. Энкодинг URL'а 3. Спрятанные хтмл формы

извини, забыл сказать - про JSP уже пару книг прочел, так что какое-то понимание уже сложилось (ну я скажу и книги у нас пишут ... что по делфи, что по яве - ужас просто (( ).

Цитата

извини, забыл сказать - про JSP уже пару книг прочел, так что какое-то понимание уже сложилось (ну я скажу и книги у нас пишут ... что по делфи, что по яве - ужас просто (( ).

А сервлеты? Есть конечно книжи по , типа "за 24 часа", но толку от них малo. Изучи сервлеты -
фильтры / секьюрити/ ..., иначе понимания нe будеt
Посоветовать на русскоm ничего не могу - российских книг не знаю , зато на англицком есть прекрасная книга, каchать бесплатно:

http://www.jspbook.com/freechapters.jsp

Цитата(Sleepy_PIP @ 7.9.2004, 10:27)

Ну и давай я тебе форму сделаю на Д7 - с JS - доберешся до неразрешенных данных - премия. а? )).

Ну не я, так кто другой доберется, а это гораздо хуже

Цитата(Sleepy_PIP @ 7.9.2004, 10:27)

> ну, это конечно здорово. но для _1-го_ захода - не применимо, так-же не применимо если они запрещены, что в большинстве случаев может иметь место. Меня с разрешенными куками постоянно пытаются заслать на telki.ru .

Для этого и применяется энкодинг.

Цитата(Sleepy_PIP @ 7.9.2004, 10:27)

2. Энкодинг URL'а > вот это уже интереснее - а чем? опять типа SSL? или можно что-то свое прикрутить? Где почитать? 3. Спрятанные хтмл формы > ничего не знаю. А где почитать?

В книжке, см выше.

Цитата

> и надо пологать что это сертифицированно ФСБ??? нет - лесом. а моя прокся - сертифицирована. но я не могу понять - что - читай исходный мессаг.

К проксе и ФСБ это отношений не имеет. См. книгу .

Цитата

Спасибо огромное за терпение и ответы!!!

Дa нe зa чтo.

Это сообщение отредактировал(а) Domestic Cat - 7.9.2004, 20:02

Извиняюсь, авторы имеют право помещать онлайн только 3 главы так что книга не вся
Сорри

================
Цитата
> и надо пологать что это сертифицированно ФСБ??? нет - лесом. а моя прокся - сертифицирована. но я не могу понять - что - читай исходный мессаг.



К проксе и ФСБ это отношений не имеет. См. книгу .


==================
неее. либо я не понял, либо ты. если-б не ФСБ - я-б пользовал SSL и горя не знал. А иначе - надо прикручивать ФСБ-ное (ранее ФАПСИшное). иначе (а я чуствую ты с такими проблеммами не сталкивался, как в прочем и с российскими бухгалтерами и российским менталитеом, что сильно меняет UI) все лесом, лесом. и никакого обслуживания гос контор. и никакого арбитража по независимым аудиторам.