После завершения выполнения команды нажмите в окне консоли правой кнопкой мыши, выберите "Пометить", выделите область с результатом работы команды и нажмите Enter.
После чего вставьте сюда.
P.S. Каспер, даже выключенный, имеет свойство вмешиваться в работу сетевых соединений. Попробуйте его удалить на время, для однозначного исключения его как источника проблемы.
Re: StockSubmitter - программа для автосабмита изображений
У меня такая же проблема с обновлениями, что с первым сабмиттером, что со вторым. У меня win 7.
Результаты трассировки:
Microsoft Windows [Version 6.1.7600]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
C:\Users\User>tracert upload.microstocksubmit.com
Трассировка маршрута к upload.microstocksubmit.com [46.165.192.177]
с максимальным числом прыжков 30:
1 <1 мс <1 мс 1 ms lo1.asr1000-l2tp-bras1.core.vladlink.net [109.12
6.1.133]
2 29 ms * <1 мс po2-2ge.c6506.core.vladlink.net [109.126.0.229]
3 <1 мс 1 ms 1 ms po1-4ge-vlan51.c6506.core.vladlink.net [109.126.
1.178]
4 <1 мс 1 ms 1 ms TenGigabitEthernet0-1-0.50.asr1002-border.core.v
ladlink.net [109.126.1.158]
5 <1 мс 1 ms 1 ms xe-0-1-0.507.vldk-rgr2.dv.ip.rostelecom.ru [87.2
26.230.197]
6 161 ms 161 ms 161 ms xe-2-3-0.stkm-ar1.intl.ip.rostelecom.ru [87.226.
133.230]
7 151 ms 155 ms 151 ms 213.242.110.37
8 162 ms 162 ms 162 ms ae-2-7.bar1.Copenhagen2.Level3.net [4.69.140.202
]
9 162 ms 162 ms 162 ms ae-0-10.bar1.Copenhagen1.Level3.net [4.69.137.15
3]
10 191 ms 181 ms 189 ms ae-7-7.ebr1.Dusseldorf1.Level3.net [4.69.142.170
]
11 180 ms 179 ms 179 ms ae-48-48.ebr2.Frankfurt1.Level3.net [4.69.143.17
8]
12 183 ms 182 ms 182 ms ae-62-62.csw1.Frankfurt1.Level3.net [4.69.140.18
]
13 175 ms 175 ms 175 ms ae-1-60.edge4.Frankfurt1.Level3.net [4.69.154.8]
14 184 ms 186 ms 184 ms 212.162.5.234
15 191 ms 190 ms 190 ms 46.165.255.101
16 * * * Превышен интервал ожидания для запроса.
17 * * * Превышен интервал ожидания для запроса.
18 * * * Превышен интервал ожидания для запроса.
19 * * * Превышен интервал ожидания для запроса.
20 * * * Превышен интервал ожидания для запроса.
21 * * * Превышен интервал ожидания для запроса.
22 * * * Превышен интервал ожидания для запроса.
23 * * * Превышен интервал ожидания для запроса.
24 * * * Превышен интервал ожидания для запроса.
25 * * * Превышен интервал ожидания для запроса.
26 * * * Превышен интервал ожидания для запроса.
27 * * * Превышен интервал ожидания для запроса.
28 * * * Превышен интервал ожидания для запроса.
29 * * * Превышен интервал ожидания для запроса.
30 * * * Превышен интервал ожидания для запроса.
Re: StockSubmitter - программа для автосабмита изображений
Vein
Судя по трассировке, у вас локальный фаервол или антивирус блокирует входящие пакеты с адреса сервера.
Т.к. трассировка доходит прямо до сервера, и обрывается на нем. Это означает, что со связью проблем нет.
Re: StockSubmitter - программа для автосабмита изображений
Я же писал)
Цитата:
P.S. Каспер, даже выключенный, имеет свойство вмешиваться в работу сетевых соединений. Попробуйте его удалить на время, для однозначного исключения его как источника проблемы.
Re: StockSubmitter - программа для автосабмита изображений
Если трассировка выглядит именно так - значит проблема в том, что что-то блокирует входящие пакеты от сервера к вам. Что именно - я не могу знать, попробуйте обратиться к провайдеру.
Re: StockSubmitter - программа для автосабмита изображений
раньше всё работало, пока речи не пошла о новой версии, на старую вы забили и она перестала работать, а новая также не заработала.
печально конечно. жаль.
---
провайдер тут не причем, єто я сно, как и касперский.
---
получается одновременно для vein, меня и ecelop - разніе провайдеры что-то в один момент поменяли, скорее всего это ваш провайдер накосячил, но похоже не в провайдерах дело, что-то недоработано у вас.
Последний раз редактировалось derupkin, 26.11.2011 в 23:51.
Re: StockSubmitter - программа для автосабмита изображений
Мы переехали на новый сервер. Поэтому адрес сервера программы сменился. Поэтому из того, что данные от старого доходили до вас, вовсе не следует, что данные от нового будут доходить.
Попробую пояснить, как работает трассировка.
Ваш компьютер начинает посылать пакеты данных серверу, специального формата, на которые сервер должен ответить (так называемый эхо-запрос).
У каждого пакета есть специальный параметр, TTL, который определяет, как много узлов пакет может обойти, прежде чем стоит решить, что получателя найти не удалось.
Соответственно, когда пакет уходит с TTL = 1, то первый же узел в маршруте после вашего компьютера сочтет доставку пакета невозможной, и отправит в ответ вашему компьютеру пакет с ответом: "получатель не найден". Этот ответ будет получен командой tracert. Из него она возьмет адрес того, кто собственно отправил этот пакет. Таким образом, она узнает, какой узел в маршруте оказался первым.
Аналогично процедура происходит для узлов №2, 3, 4... в списке. Вплоть до сервера (или до обхода 30 узлов).
Что мы видим в вашем выводе команды tracert? Что вплоть до самого сервера все узлы отзываются исправно, и ответы получаются командой tracert.
А вот ответ самого сервера (очевидно, что сервер отвечает, иначе никто бы не смог успешно сделать трассировку до него, а остальные пользователи могут) почему то не доходит до вас. Почему это может произойти? Можно конечно предположить, что ответ сервера по каким то неведомым причинам все время теряется по дороге. Но почему тогда не теряются ответы промежуточных узлов в маршруте? Звучит глупо, не правда ли? Совершенно очевидно, что ответ специально блокируется каким-то узлом в маршруте.
Кто может блокировать:
- ваш компьютер (фаервол или антивирус получнный пакет просто отбрасывают, таким образом эффект аналогичен тому, как если бы пакета вообще не было). Решение: отключить антивирус и фаервол.
- ваш роутер, модем, или любое другое устройство, которое получает интернет от провайдера и раздает вам. Они могут это делать, если их встроенный фаервол решит, что сервер ему чем-то не понравился. Решение: отключить все, связанное с Firewall в их настройках.
- ваш провайдер, по каким-то причинам решивший заблокировать все входящие пакеты с IP адреса сервера или всей подсети, где он находится. Решение: позвонить в техническую поддержку провайдера и описать проблему. Спросить, почему входящие пакеты от сервера с данным IP не удается получить. Описать вывод команды tracert, пояснить.
- какой-то из магистральных провайдеров, по чьим каналам пакеты идут от сервера до вашего провайдера. Вероятность данного явления - 0.00000001%, если вообще существует. Решения нет.
Исключив варианты №1, 2 и 4, остается только вариант №3.
Поскольку на ваш провайдер я никаких каналов воздействия не имею, и более того, я даже не знаю, какой у вас провайдер, то очевидно, что никак решить проблему со своей стороны я не могу. Единственный, кто может повлиять на провайдера - вы сами, т.к. именно вы имеете с ним договор и можете требовать качественного предоставления услуг.