Flash+perl (XMLSocket и прокси)

[Greenish]

Приветствую. Искал ответ сначала в поиске, нашел кучу тем но ни в одной ответа нет. Одни вопросы.
Итак есть демон на перле, есть флешка. Юзается XMLSocket. Если человек через прокси, то флешка не может законнектится.
Как я понял из тем которые нашел, проблема не решаема. Если я не прав поправьте. А если решаема, то как поправить? На серваке можно делать все что угодно, ставить все что угодно.
Если не решается, то какие есть альтернативы? Будет ли работать если сделать десктопное приложение под Цинком? Какие в этом есть камни?
Спасибо.

И еще.. Будут ли проблемы если сделать через обычный sendAndLoad а не через сокет?

[alexcon314]

возможно прокси фильтрует пакеты по порту. что естественно непоправимо, если вы не админ прокси. сервак свой-это хорошо, но проблема не в нем.
с sendAndLoad может и сработать, более чем вероятно.
цинк может использовать флэшовый плеерный коннект со всеми вытекающими последствиями. а может и свой создать чисто в оболочке. см. класс mdm.Network.TCP. там есть методы работы с прокси. но врядли это поможет, если действительно по порту ограничения на прокси есть. а камней особых нету в цинке вроде...

[LinuxVideo]

На каком этапе "не работает"?
1. Флешка даже не коннектится. "Нету вашего сервака и ваще "
2. Флешка коннектится до прокси, а прокся "чо это такое просите"
3. Запрос таки доходит до сервера, но результат не виден во флешке?

Я бы посоветовал использовать один инструмент, но получил плюс только за название класса программ для сисадминов...

[Greenish]

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

[LinuxVideo]

1. Попробовать в разных браузерах.
2. Поступить по логике медиасервера: если сконнектится низя, то по таймауту отваливаемся и дальше стандартными средствами Loader или еще чем (но без сокета).
3. Попробовать детектить прокси-сервер и менять ип-адрес в флешке динамически =)

[Greenish]

1. Пробовали. Все равно
2. Сервак переписывать придется
3. Что это даст интересно? Ну определили мы например что прокси. Ну стучимся мы не к 3.3.3.3 а к 2.2.2.2, но прокси то не сокет-сервер.... Или я что-то путаю..

[LinuxVideo]

2. Ну просто в начале скинуть хттп-заголовки, не так уж и сложно. Или там постоянный коннект?
3. Есть socks-прокси. Им пофигу, что у тебя за коннект и какой контент там бегает.

[Greenish]

2. да постоянный
3. не понял... и что? поконкретнее можно?

[LinuxVideo]

2. Сначала подумались извраты о ужержании клиента, выставлении в заголовке 1gb данных и т.д... Но есть такие кривые прокси, которые только после полного скачивания отдают контент... Может проще написать враппер? Т.е. по http приходит запрос (скажем авторизации), враппер коннектится к основному серверу (для него это может быть 127.0.0.1), и создает коннект. Враппер получает данные от сервера и НЕ закрывая коннект с главным сервером отдает данные клиенту, закрывая его соединение. Клиент пришел еще раз - передал идентификатор сессии, враппер его узнал, и уже использует установленный коннект. Да, изврат. Может будет проще сам сервер переписать...

3. http://en.wikipedia.org/wiki/SOCKS
Цепляемся к адресу прокси, говорим ей "Я хочу домой, на 1.2.3.4", а потом работаем как обычно. Сделать окошко для юзера "работа через сокс-прокси". Если юзер в локалке - только так, пусть милостивый админ сервак поднимает =)

[Greenish]

2. эт мысль.. подумаем.
3. ну что такое сокс я знаю.. просто не понял че с ними делать именно в этой ситуации..
Хорошо. Огромное спасибо за помощь! А то я думал вопрос загнется напрочь.
Думаю в моем случае самым оптимальным будет доработка сервера и клиента. если флешка не может законнектиться, то переходим к плану Б "без сокета". Ну а если и это не проканает (фиг знает че там у юзера позакрыто), то уж писать "Чувак, тебе не повезло"
Еще раз благодарю.