странное поведение ОДНОГО И ТОГО ЖЕ скрипта

snoopcat> есть скрипт, который задает статус в этом вашем вконтактике

В нашем?

snoopcat> что за нахер?!

42

> 302

ну, а дальше?

эм.. а по делу есть что?

а что дальше?

> а что дальше?

это я и спрашиваю.

ты редирект показал, а «настоящий» ответ где?

чем производится обращение к web-странице? wget? curl?
какие версии программ на дедике и дома?

home:

neko@gdetotut ~ $ curl --version
curl 7.21.7 (i686-pc-linux-gnu) libcurl/7.21.7 OpenSSL/1.0.0d zlib/1.2.5 libssh2/1.2.7
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp 
Features: AsynchDNS IPv6 Largefile NTLM SSL libz 
neko@gdetotut ~ $ php --version
PHP 5.3.6 with Suhosin-Patch (cli) (built: Jun 15 2011 08:27:41) 
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

neko@Ubuntu-1004-lucid-64-minimal ~/twibber $ curl --version
curl 7.19.7 (x86_64-pc-linux-gnu) libcurl/7.19.7 OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps 
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz 
neko@Ubuntu-1004-lucid-64-minimal ~/twibber $ php --version
PHP 5.3.2-1ubuntu4.9 with Suhosin-Patch (cli) (built: May  3 2011 00:45:52) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with XCache v1.3.0, Copyright (c) 2005-2009, by mOo

да с авторизацией всё ок.
в логах ВКонтактика всё ок (типа successfull auth from ип такой-та такой-та, Germany, Undefined browser)
проблема где -то дальше...

а как именно curl вызывается? в опциях комстроки есть -L (--location)?

там всё через либкурл
curl_exec()...
и тэ дэ

вот что интересно: на финальный реквест (обновить статус) может быть два ответа:

{«ok»:1,«h»:false} — всё хорошо

и

{«ok»:-1} — всё плохо

1) если сгенерировать URL для финального запроса (обновления статуса) ИЗ ДОМА и выполнить В ГЕРМАНИИ, получим ответ "-1", что очевидно - айпи НЕ совпадают
2) если сгенерировать URL для финального запроса В ГЕРМАНИИ и выполнить ТА ЖЕ, то получим... ПУСТОЙ ОТВЕТ. я не знаю, что это могло значить.
3) если сгенерировать URL для запроса В ГЕРМАНИИ, и выполнить ДОМА, то получим "-1".

пробовал GET'ать финальный запрос как curl'ом из CLI, так и wget'ом.

у меня пока что только одно предположение: разные версии курлов (либкурлов), и-за этого в более старой версии на дедике нет авторелиректа при 302. Более новая версия курла сама редиректит. Но это просто предположение, чтобы его подтвердить, нужно уравнять версии курлов на домашнем и дедике. Есть такая возможность?

ща..

а еще вот:

$vkontakte->call ('set_activity',array('ts'=>time(),'text'=>«$argv[1]»)); // Обновляем статус

time()

может в этом дело?
разные часовые пояса и всё такое..
но хоть они и разные, time() отдает одинаковое (почти) время, с разницей в ~20 секунд

gdetotut curl # pacman -U curl-7.19.7-1-i686.pkg.tar.xz
предупреждение: откат версии пакета curl (7.21.7-1 => 7.19.7-1)
разрешение зависимостей...
проверка на взаимную несовместимость...
ошибка: не удалось подготовить запрос (не удалось удовлетворить зависимости)
:: libreoffice: требует curl>=7.20.0
:: raptor: требует curl>=7.21.7


:(

Авторедирект - curl -L. Но при редиректе он должен в лог писать.

gdetotut curl # pacman -Udf curl-7.19.7-1-i686.pkg.tar.xz 
предупреждение: откат версии пакета curl (7.21.7-1 => 7.19.7-1)
разрешение зависимостей...
проверка на взаимную несовместимость...

Цели (1): curl-7.19.7-1

Размер загружаемых файлов:   0,00 МБ
Размер устанавливаемых файлов:   1,29 МБ

Приступить к установке? [Y/n] 
(1/1) проверяется целостность пакета                                                                                       [##########################################################################] 100%
(1/1) обновление curl  

вобщем откатил пакет. всё по прежнему работает...

а если на дедике поставить заведомо неправильные login/password, то всё-таки пишет, что мол ошибка -1, логин и пассвд не те

таки да, ошибка ну никак не в CURL'е
я пробовал сделать всё руками, wget'ом
опять же на ноутбуке моем ok
на сервере — хер

можно ещё попробовать tcpdump'ом или wireshark'ом посмотреть, что происходит при отправке запроса дома и на дедике

уу.. у меня пока инетов нету нормаьлных поставить wireshark (gprs)
а как домой приеду в город — так можно этот скрипт и на домашний ноут повесить (у него uptime 24/7, так что не страшно)

дай угадаю, сервер в нетдиректе?

вконтакте забанил на своей стороне много подсетей нетдиректа

CURLOPT_FOLLOWLOCATION

> static.22.116.4.46.clients.your-server.de
я не знаю, где это

и я уже сказа, что в логах вконтактика есть запись о том, что с ипа 44.траляля [германия] была авторизация
но дальше auth'а не идёт

да, это netdirect если мне память не изменяет

год-два назад оттуда валила куча грязи на вконтакте.ру, и они вот так глобально решили проблему

это «Hetzner Online AG»

значит ипы из тех самых старых подсетей, когда нетдирект был популярнее хецнера в снг

но на вк же доходят запросы
он дает токены

эксперимента ради, попробуй через домен vk.com

щас попробую
только разберусь как:D

тоже самое

останусь при своей точке зрения, хотя могу ошибаться.

ну и бан там не тупой drop пакетов видимо

проведи еще эксперимент - попробуй запустить свой скрипт с другого сервера, только не .de

писал уже в другой теме

curl_setopt($this->curlh, CURLOPT_FOLLOWLOCATION, false);

включи, и посмотри нормальный выхлоп

насколько мне известно выписанный токен в ВК привязан к ипу на какой выписывался

проверь дедик так:

ssh -D 6666 dedic.de

потом браузер настраиваешь на этот socks и идешь на свой вконтакик

короче поднял у себя на стороне (russia,chelyabinsk) прокси-сервер (squid)
setopt CURL_SETOPT, PROXY, «прокси»
запустил на германском — всё ок..
видимо таки да, банят.
или не банят, просто из германии запрещают входить)