Other winsock error 10109 transmission

Содержание

Other winsock error 10109 transmission
Сопоставление путей transmission remote gui
четверг, 9 января 2014 г.
Transmission remote GUI. Сопоставление путей
1 комментарий:
Войти
Transmission Remote GUI
Как восстановить и исправить ошибку Winsock в Windows
Microsoft Winsock Fix
Сброс сетевого стека TCP / IP вручную
Сброс Winsock с помощью netsh
Transmission Remote GUI: invalid download directory [SOLUTION]
Вопрос
leni8ec
leni8ec
Transmission
Error when trying to access web GUI.
Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.
Re: Error when trying to access web GUI.

Remote Transmission 0.9.5.1: Remote Transmission_0.9.5.1.apk ( 1.13 МБ )

Что нового:
— add option to save and restore last selected filters and sorters
— add bottom bar to options to save change
— fix donation
— rewrite all application background process
— add Google Analytics and option to disable it

Сообщение отредактировал dvoriki06 — 11.09.13, 14:47

Ged-one,
без проблем
Нажимаете на остановленный торрент и выбираете закладку файлы и отмечаете нужные вам файлы из торрента.
Есть еще в маркете бесплатный аналог
«Gear Shift Transmission remote»
Я использую оба, т.к. у обоих есть мелкие недоработки

Сообщение отредактировал AndrewAP — 17.10.13, 11:09

И еще, есть такой косяк, что часть браузеров некорректно качает торрент-файлы с рутрекера. Знаю, что нормально с этим справляется Opera Mobile (но мне в остальном не нравится этот броузер) и что можно поставить стороннее приложение. Может как-то еще можно проблему решить? 🙂 Неохота ставить доп приложение только ради скачки торрентов. Для серфинга пользуюсь Opera Classic, так как это единственный известный мне браузер, в котором есть кнопка «Закрыть» 🙂

Ged-one,
Opera Classic это есть старая Opera Mobile. Начиная что версии 12.1.5 она переименована в Opera Classic. Если выставить тип клиента Desktop то файлы торрентов скачиваются БЕЗ ПРОБЛЕМ. К сожалению на счет других браузеров ничего сказать не могу. Мне лично очень нравится Opera Mobile(Classic).
Различия между клиентами в интерфейсе и глюках.
У Gear настроек вроде по более. Но у него глюк — надо отключать обновление информации с сервера в глобальных настройках, чтобы поработать с файлами торрента. Какие-то отключить какие-то включить. Из-за особеностей интерфейса закладка с файлами сворачиваются при обновлении экрана.
У текущего с фильтрами проблема. Если выбрать показать Seeding торренты — пустой список, также с остановленными. А может это у меня. Так что я пользуюсь обоими. Места мало занимают.

Сообщение отредактировал AndrewAP — 17.10.13, 11:30

Наверное бывают чудеса:)))
Transmission Remote GUI — стоит на компе
Плееру всегда dhcp — выдает 192.168.0.102 — соответственно в настройках вбиваем этот ip
лог: torrent
пасс:1234
Порт по умолчанию: 9091
Все прекрасно работает.

Далее ставлю: Remote Transmission 0.9.5.1
IP: 192.168.0.102
лог: torrent
пасс:1234
Порт по умолчанию: 9091

При подключении пишет: unknown error

И смартфон и комп и плеер — находятся в одной под сети роутера

Источник

Сопоставление путей transmission remote gui

четверг, 9 января 2014 г.

Transmission remote GUI. Сопоставление путей

Для того, чтобы в интерфейсе Transmission Remote GUI можно было перемещаться по удаленному серверу, как по маслу, необходимо настроить сопоставление путей.

При этом — локальный путь можно увидеть в нижней части окна приложения, а удаленный, к примеру — через TotalCommander. У меня получилось так:

1 комментарий:

Спасибо большое. Благодаря тебе наконец-то разобрался с этими настройками. Да действительно, все очень просто.

Transmission Remote GUI – это кросс-платформенный, быстрый и многофункциональный клиент для управления приложением Transmission.

Скачать приложение для вашей операционной системы вы можете по следующей ссылке: http://code.google.com/p/transmisson-remote-gui/downloads/list

Настройка параметров соединения

После установки приложения и запуска Transmission Remote GUI необходимо будет указать параметры для подключения:

Название подключения – укажите здесь имя профиля, например название вашего накопителя.

Удаленный узел – укажите IP-адрес сетевого накопителя.

Порт — по умолчанию используется порт 9091.

Поставьте галку в поле Требуется авторизация и затем введите:

Пользователь – admin

Пароль – admin

После того как вы введете требуемые значения, нажмите на кнопку OK для сохранения параметров.

Настройка сопоставления локальных путей

Зайдите в раздел Инструменты > Параметры приложения, затем откройте вкладку Пути.

Укажите сопоставление локальных путей, как показано на скриншоте ниже, заменив IP-адрес, на IP-адрес вашего сетевого накопителя. Указывать данный параметр требуется для того, чтобы работала возможность перемещать и открывать папку, в которую закачивается торрент из клиента Transmission.

Добавление торрент-файла для загрузки

Чтобы добавить раннее скачанный торрент-файл нажмите на следующую иконку

В открывшемся окне необходимо будет указать торрент-файл и нажать на кнопку Открыть.

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

После того как вы нажмете на кнопку OK начнется загрузка файла. Папка, которую вы указали для загрузки, появится в левой части программы.

Перемещение закачки в другую директорию

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

Далее указать куда и нажать на кнопку ОК.

Торрент будет автоматически перемещен, после чего автоматически будет возвращен в состояние раздачи/закачки.

Transmission Remote GUI

Для transmission есть клиент получше того, что упомянут мной в посте про настройку. Я сам сто лет пользую Transmission Remote GUI, чего и всем советую.
UPD Активный форк здесь /UPD

Мало того, что в отличие от похожего продукта с дот нет в названии этот доступен для Win, Mac и Linux (плюс исходные коды по GPL, конечно). Так автор его активно развивает. В свежей 5 версии (от 5 ноября) появилась возможность переименовывать папки и файлы, наличию которой в u-торренте пользователи transmission несколько завидовали. Ну и много других плюшек. А, главное, работает как часы.

PS Спасибо камраду Vlad Anisimov , который в комментах напомнил про этот замечательный продукт.

Источник

Как восстановить и исправить ошибку Winsock в Windows

Winsock — это спецификация, которая используется в Windows для определения того, как сетевые приложения взаимодействуют с сетевыми службами, такими как TCP / IP.

Это в основном определяет, как две сетевые программы будут общаться друг с другом. Например, чтобы клиент FTP работал правильно, он использует Winsock.

Однако, Winsock может испортиться на машине Windows во время удаления шпионского или рекламного ПО. Вы можете начать получать странные ошибки, связанные с ошибками Winsock или сокетов, и основные команды, такие как IPCONFIG, не будут работать правильно.

Вы также можете получить такие ошибки, как Страница не может быть отображена при попытке просматривать интернет.

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

Чтобы исправить ошибку Winsock, вы должны сбросить весь стек протоколов TCP / IP на вашем компьютере с Windows. Существует несколько способов решения проблемы: использование командной строки, загрузка стороннего приложения и т. Д.

Microsoft Winsock Fix

Самый простой и безопасный способ сбросить ваш стек TCP / IP — это загрузить бесплатную утилиту от Microsoft.

Просто скачайте правильный файл для ваших версий Windows и пройдите мастер!

Сброс сетевого стека TCP / IP вручную

Первое, что нужно попробовать, если вышеприведенная программа не работает, это вручную сбросить сетевой стек TCP / IP. Откройте командную строку администратора, нажав кнопку Пуск и введя CMD, а затем щелкните правой кнопкой мыши командную строку и выберите Запустить от имени администратора,

Теперь введите следующую команду:

Это перезапишет два раздела реестра, которые необходимы для правильной работы TCP / IP. Это будет работать на Windows XP, Vista, 7, 8 и 10. Если это не работает, читайте ниже!

Сброс Winsock с помощью netsh

Если сброс TCP / IP не работает, попробуйте сбросить стек TCP / IP с помощью команды сброса. Сначала откройте командную строку, выбрав «Пуск», «Выполнить» и набрав CMD.

Перед вводом команды сброса следует проверить, какие LSP (многоуровневые поставщики услуг) будут затронуты. Вы можете сделать это, набрав:

Команда сброса ниже удалит все LSP Winsock. Теперь введите следующую команду ниже:

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

Вы также можете ознакомиться со статьей базы знаний Майкрософт ниже, в которой подробно описываются дополнительные шаги, которые можно предпринять для устранения повреждения Winsock2 в Windows XP и Windows Vista:

Надеемся, что один из методов, описанных выше, решил вашу проблему с сетью! Если нет, то вам, возможно, придется переустановить Windows, поскольку она может быть повреждена без возможности восстановления.

Источник

Transmission Remote GUI: invalid download directory [SOLUTION]

Спросил leni8ec,
5 марта, 2022

Вопрос

leni8ec

ПРОБЛЕМА

При добавлении торрента через клиент Transmission Remote GUI — пишет ошибку: invalid download directory.
При этом, все работает через веб клиент или через иные клиенты.

РЕШЕНИЕ (Windows, Macos)

Закрыть клиент (Transmission Remote GUI)
Открыть файл настроек «transgui.ini»
- Windows: находится в папке установки, либо в папке пользователя.
- Macos: «/Users/username/.config/Transmission Remote GUI/transgui.ini»
Изменить в нем параметр «LastDownloadDir» на верный.
Либо полностью удалить блок настроек: [AddTorrent.Keenetic]

Скорее всего это происходит при изменении путей дисков на роутере, а клиент — коряво работает с ними.

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

Изменено 7 марта, 2022 пользователем leni8ec

Источник

Transmission

A Fast, Easy, and Free BitTorrent client

Error when trying to access web GUI.

Post by falconed » Fri Dec 26, 2008 4:49 am

I have installed transmission on my headless Ubuntu 8.04.1 server and am having troubles accessing the web GUI for it on the same network.

I have 1.42 installed (using transmissioncli -v):

Unauthorized IP Address.

Either disable the IP address whitelist or add your address to it.

If you’re editing settings.json, see the ‘rpc-whitelist’ and ‘rpc-whitelist-enabled’ entries.

If you’re still using ACLs, use a whitelist instead. See the transmission-daemon manpage for details.

I tried adding and changing the IP address in the «rpc-whitelist» to my Servers IP address and I still get the same error.

Is there a solution to this?

Any help will be great.

Re: Error when trying to access web GUI.

Post by exiztone » Fri Dec 26, 2008 6:27 pm

Re: Error when trying to access web GUI.

Post by Waldorf » Fri Dec 26, 2008 11:16 pm

Re: Error when trying to access web GUI.

Post by falconed » Sat Dec 27, 2008 10:31 am

Re: Error when trying to access web GUI.

Post by falconed » Sat Dec 27, 2008 10:34 am

Re: Error when trying to access web GUI.

Post by rb07 » Sat Dec 27, 2008 8:35 pm

You need to stop the daemon, change settings.json, then start the daemon.

And yes, the address(es) that go in there are the computers that you want to have access to the daemon (either using a Web browser or transmission-remote). The example Waldorf gave you means all your local network, since you showed your server as being 192.168.0.17, the LAN could be 192.168.0.* or if you have sub-LANs 192.168.*.*

Re: Error when trying to access web GUI.

Post by jdarias » Sun Dec 28, 2008 12:13 am

Re: Error when trying to access web GUI.

Post by jeztastic » Sun Dec 28, 2008 2:20 am

I am having the same problem, but that solution has not helped. Any ideas?

Re: Error when trying to access web GUI.

Post by falconed » Sun Dec 28, 2008 4:05 am

rb07 wrote: You need to stop the daemon, change settings.json, then start the daemon.

192.168.0.4 is the IP address of the Vista PC trying to access the web GUI. It still is coming up with the same error message.

How do I properly stop and start the daemon?

Re: Error when trying to access web GUI.

Post by rb07 » Sun Dec 28, 2008 5:44 am

OK, actually the answer was not complete.

There are 3 ways to make the daemon use a whitelist:

Using a parameter when starting the daemon (i.e. -a 127.0.0.1,192.168.0.1);
Adding/changing the rpc-whitelist line to settings.json;
the default which is: only 127.0.0.1 has access, by not using one or both of the previous ways.

Since in your first message you showed what seems to be the result of the default way, we assumed you were not using the first way. If the daemon is started with ‘-a 127.0.0.1’ it will behave as before but also, when shut-down, it will overwrite settings.json and the rpc-whitelist will show only 127.0.0.1 .

You could test if the running daemon is using that default whitelist by running on your headless server ‘transmission-remote -l’.

Also you can check if the daemon really stopped by using the usual tools: ‘pgrep -l trans’ or ‘ps -ef | grep trans’; looking at the timestamp on settings.json could be another way (I’m not sure if the file is overwritten when nothing changed).

Re: Error when trying to access web GUI.

Post by falconed » Sun Dec 28, 2008 5:59 am

rb07 wrote: OK, actually the answer was not complete.

There are 3 ways to make the daemon use a whitelist:

Using a parameter when starting the daemon (i.e. -a 127.0.0.1,192.168.0.1);
Adding/changing the rpc-whitelist line to settings.json;
the default which is: only 127.0.0.1 has access, by not using one or both of the previous ways.

You could test if the running daemon is using that default whitelist by running on your headless server ‘transmission-remote -l’.

Okay here is what shows when I type in the following:

Re: Error when trying to access web GUI.

Post by rb07 » Sun Dec 28, 2008 6:07 am

The transmission-remote output is OK, you have no torrents but it shows that the daemon did not complain.

The pgrep output shows that you have 5 daemons running. that’s the problem, in fact it probably shows a big bug on the daemon: why it doesn’t complain that the first daemon has control over the peer and control ports?

Anyway, I had a similar problem with Gentoo, that’s why I started writing the init.d script and configuring things better, in my case the /etc/init.d/transmission (in Gentoo it was named transmission-daemon) script was assuming that the daemon uses a pid file (what other servers put in /var/run/), it doesn’t, and when it tries to stop the daemon it doesn’t find a pid-file so the script didn’t do a thing.

First you have to kill those daemons (masacre in this case), yep ‘kill 4671 4729 5397 7165 11880’ all of them.

Then you’ll have to review the script and see what’s wrong with it.

Re: Error when trying to access web GUI.

Post by falconed » Sun Dec 28, 2008 8:49 am

rb07 wrote: The transmission-remote output is OK, you have no torrents but it shows that the daemon did not complain.

First you have to kill those daemons (masacre in this case), yep ‘kill 4671 4729 5397 7165 11880’ all of them.

Then you’ll have to review the script and see what’s wrong with it.

Re: Error when trying to access web GUI.

Post by lynx » Mon Dec 29, 2008 2:57 pm

rb07 wrote: OK, actually the answer was not complete.

There are 3 ways to make the daemon use a whitelist:

Using a parameter when starting the daemon (i.e. -a 127.0.0.1,192.168.0.1);
Adding/changing the rpc-whitelist line to settings.json;
the default which is: only 127.0.0.1 has access, by not using one or both of the previous ways.

You could test if the running daemon is using that default whitelist by running on your headless server ‘transmission-remote -l’.

i’ve been using transmission on my openwrt box (Asus WL-500GP) and recently compiled last version 1.42 (7495) and give it a try.
what i don’t understant or i don’t get the ideea behind it, is the whitelist and the transmission-daemon not starting the webif!

if i put this option in settings.json to FALSE, the whitelist should be disabled, right?
here is the output:

2.
if i start transmission-daemon it starts without the embeded web server.
if i start transmission-daemon -f it starts, in foreground, with the embeded server started.

Источник

Проблема с управлением Transmission через Remote GUI

Прошу прощения как новичок, если тема заезжена, но чесслово, не нашел ответа. Итак, проблема (помогаю дочке): медиаплеер ASUS O!Play HDP-3R, подключен по Wi-Fi к интернету через роутер Netgear N150. В домашней сети имеет адрес 192.168.1.4. На плеер установил пакет MoServices как описано здесь на сайте через ноутбук, в свою очередь, на котором я установил прогу Transmission Remote GUI. В составе пакета запущен бит-торрент клиент Transmission. Так вот, проблема в управлении Transmission с помощью Transmission GUI Remote. Нифига не подключается. В инструкции написаны логин и пароль веб-интерфейса login: torrent, pwd: 1234. Создаю соединение в программе Transmission Remote GUI с адресом

http://192.168.1.4

, логином и паролем — отказ в соединении. Причем если адрес указать именно как

http://

<…>, то сообщение host not found, если же просто 192.168.1.4, то connection refused. Попытки обнулить логин и пароль ничего не дают. В то же время если в интернет-эксплорере тупо вбить 192.168.1.4, то ноут отлично соединяется с медиаплеером, появляется некий графический интерфейс, в котором есть пункт меню bittorrent client, тыкая в который вызывается некая управлялка к нему, позволяющая создавать закачки. И все работает. Но управлялка бедноватая, опять-таки она отлична по виду от привычного uTorrent клиента, что для дочки очень критично (мне-то наплевать). Хотелось бы прикрутить Transmission Remote GUI. Что я делаю не так? Я в общем-то знаю, что Transmission имеет ограничения по удаленному управлению, но штука в том, что обычные описания 127.0.01, 192.168.*.* должно вполне устраивать — ноут именно адрес такого вида имеет в домашней сети (192.168.1.2 или .3 — сейчас точно не помню). Т.е. по идее стандартная маска вполне должна подходить. Насчет проброски портов — пока порт 9091 в роутере не пробрасывал, но ПМСМ это не особо и нужно — обычным-то веб-интерфейсом от интернет-эксплорера Transmission управляется, причем по умолчанию именно через порт 9091. Еще раз прошу извинить, если тема знакомая.

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 19 Sep 2012, 01:07

первый раз такое услышал. Если из браузера

http://192.168.1.4:9091

доступен, то и Remote GUI должен работать.
На всякий случай скиньте конфиг трансмишена сюда.

FarVoice

Администратор

Posts: 8573

Joined: 03 Sep 2010, 01:27

Location: Russia, Moscow

Website

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 19 Sep 2012, 01:43

Спс что откликнулись Насчет конфига — я только от дочки, пока не могу. Но могу совершенно точно сказать, что ничего в нем от стандартного я не изменял. Ставил пакет moservices строго как указано в инструкции здесь на сайте (использовал онлайновую установку) командами телнета. Команда в команду. Все стало как часы, после чего в плеере зашел в меню «дополнительные сервисы»->moservices и запустил битторрент клиент. Потом поставил на ноуте дочки Remote GUI. Запускаю, пытаюсь создать новое соединение — облом. А тупо вбиваю в эксплорере адрес плеера — все отлично запускается, причем плеер тоже видит комп (создавая закачку, я, подсовывая торрент-файл, выбираю его из папки Temp на компе — никаких проблем). Но управлялка такого веб-интерфейса бедноватая и непривычная для дочки. Хотелось бы подружить Remote GUI. Между прочим, не могу понять, почему, если по умолчанию пакет Transmission настроен на логин torrent и пароль 1234, при вызове из интернет-эксплорера интерфейс не требует никакого логина-пароля. Отлично обходится без него. Попытка гуглить наскочила на подобную (точнее точь-в-точь) проблему, но увы, удовлетворительного ответа дано не было.

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 19 Sep 2012, 02:47

вот потому я и просил выложить конфиг.
Зайдите в веб-морду, ткните на транс — Настройки скопируйте и выложите сюда.
Настораживает отсутствие авторизации на веб-морде транса…

FarVoice

Администратор

Posts: 8573

Joined: 03 Sep 2010, 01:27

Location: Russia, Moscow

Website

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:14

Some update to the problem. Сегодня вновь побывал у дочки и проделал несколько экспериментов. Собственно говоря, кой-что я подозревал после обмена мнениями тут, к сожалению, подозрение подтвердилось. Так вот, до медиаплеера по порту 9091 достучаться невозможно. Т.е. если вбивать в адресную строку эксплорера полный адрес типа 192.168.1.3:9091, то веб-морда не отображается. (почему 3, а не 4 — при новой загрузке роутер назначил плееру такой адрес, чтобы в будущем адрес не гулял, я закрепил его в настройке роутера по мак-адресу). Веб-морда отображается, только если адрес указывать без порта или же с 80-ым портом (192.168.1.3:80). Я попытался пробросить порт в роутере по образцу и подобию, как я это делаю для StrongDC (выбрав службу TCP/UDP) — никакого эффекта. В то же время Transmission Remote GUI порт 80 не принимает (отображается сообщение «неизвестный метод присоединия к серверу»).
Насчет настроек — списал их с веб-морды, выкладываю:
В разделе модули:
embtorrent Embedded BitTorrent (btpd+unicgi) 0.1 Удалить 0.1
trans204 Transmission v2.04 Установить 0.2
transmission Transmission v2.12 Установить 0.4
udpxy UDP-to-HTTP Proxy v1.0-Chipmunk b19 Установить 0.3
wakelan Wake up NAS over Lan Установить 0.1
(я привожу тут те настройки, которые хоть отдаленно относятся к делу, как я понимаю. Если что-то еще, приведу).
Есть еще информация о системе, она нужна?
Нигде в веб-морде не нашел информации о логине torrent и пароле 1234.
Между прочим, заряженный мною торрент-файл через веб-морду полностью скачался, т.е. клиент работает :-)

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:25

Еще нарисовалась пара неприятных проблем. Первое: подтвержден глюк насчет полного убивания мо-сервисов при выключении плеера с пульта, но вот лечение с помощью RootPatchedApp не сработало. Т.е. я это приложение разрешил (для пробы один раз с пульта, другой через веб-морду) — толку никакого. При отключении плеера с пульта всем мо-сервисам хана. Приходится перезагружать обесточиванием. При этом если выбрать перезагрузку плеера через веб-морду (не suspend, а именно перезагрузку), то убивания сервисов не происходит. Вторая проблема усугубляет первую: у дочки плеер соединяется с интернетом через Wi-Fi. Так вот, после обесточивания плеера при повторном включении соединение потеряно, его надо активировать заново. Но это одна восьмушка беды — главное в том, что при повторной активации беспроводного соединения надо заново вбивать пароль соединения! Он, зараза, не сохраняется! Вот это, действительно, засада. Есть ли какой-то способ сохранить пароль? Я не говорю уж об автоматическом восстановлении самого подключения. Для сравнения: у моей Дюны-101 характеристики беспроводного соединения достаточно задать один раз, после отключения электропитания и повторного включения Дюна автоматически восстанавливает беспроводное соединение.

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:28

Еще добавка: поставил на ноуте дочки управлялку мо-сервисами OPlaySMSetup. Все отлично встало, управлялка достукивается до плеера и позволяет ими управлять. Чудны дела твои, господи.

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 20 Sep 2012, 23:47

Вот только сейчас понял, что речь идёт о moServices2 и о embedded torrent client
Я же думал о moS3 и трансмишн
moS2 уже как год не поддерживается, модули не обновляются.
Так что мой совет — перепрошейте плеер через кнопку Ресет, чтобы вычистить всё, установите moS3 и уже в нём поставьте модули patchedRootApp и трансмишн

FarVoice

Администратор

Posts: 8573

Joined: 03 Sep 2010, 01:27

Location: Russia, Moscow

Website

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:56

ОК, принято . Я-то, как новичок, с ходу нашел только moservices 2. Ладно, поищу третий пакет. Что такое кнопка Ресет, не знаю, не видел , но, во всяком случае, точно видел в управлялке мо-сервисами опцию полного удаления пакета, нет проблем. А насчет сохранения характеристик беспроводного соединения ничего не подскажете, очень уж неудобно. У нас местные чубайсы довольно часто балуются кратковременными отключениями электричества (буквально на пару-тройку минут, это у них, гадов, хобби такое), напрягает после каждого такого отключения все задавать заново.

ASUS O!Play HDP-3R, Router Netgear N150

Colder: Posts: 6; Joined: 19 Sep 2012, 00:33

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 21 Sep 2012, 00:39

Если честно, я официальную прошивку снёс последний раз полтора года назад По поводу вайфай — имхо баловство это — драйвера под реалтековский чип, который стоит у вас зело кривые и выпрямлять их никто не собирается.
Да и скорости по вафле не хватает для более-менее серьёзных потоков. Мой вам совет — не поленитесь, прокиньте провод.
тема moServices3 —

viewtopic.php?f=16&t=694

тема альтернативных прошивок —

viewtopic.php?f=8&t=1029

ФАК по прошивке плеера —

viewforum.php?f=21

FarVoice

Администратор

Posts: 8573

Joined: 03 Sep 2010, 01:27

Location: Russia, Moscow

Website

Return to Модули

Who is online

Users browsing this forum: No registered users and 1 guest

Источник

kupec

29.01.13 — 10:24

Добрый день!!! Почему то по непонятным причинам не хочет соединяться с фтп! Одна и таже обработка, но на одном компьютере соединяется а на другом нет, не проходит соединение с winsock, тотал командер к этому же ФТП соединяется без проблем, протокол TCP/IP переустанавливал, winsock переустанавливал, ничего не помогает, в чем может быть дело?

Mikeware

1 — 29.01.13 — 10:25

активный-пассивный режим?

прокси?

пипец

2 — 29.01.13 — 10:26

я б еще права проверил … у 1цы пожет на экзешник локальные политики стоят

kupec

3 — 29.01.13 — 10:29

прокси нет, ограничения прав тоже нет ((( раньше на этом системнике все работало и перестало примерно 2-3 недели назад

пипец

4 — 29.01.13 — 10:33

хостс ? настройки эксплорера

kupec

5 — 29.01.13 — 10:37

после переустановки платформы вообще отказывается подгружать компоненту методом ЗагрузитьВнешнююКомпоненту()

пипец

6 — 29.01.13 — 10:38

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

пипец

7 — 29.01.13 — 10:40

+ (имеется ввиду) попробуй зарегить длл заново

varelchik

8 — 29.01.13 — 10:41

kupec

9 — 29.01.13 — 10:50

вообщем ошибка подключения вот какая

Other Winsock error (10109)

kupec

10 — 29.01.13 — 10:51

(8) что это за файлики?

kupec

11 — 29.01.13 — 10:59

(8) dial mail последний

varelchik

12 — 29.01.13 — 11:00

Опен ССел.

У некоторых сборок винды его нефатает.

Поставь должно помочь.

kupec

13 — 29.01.13 — 11:00

DialMail 2.7.6pb16

kupec

14 — 29.01.13 — 11:01

(12) как поставить не подскажешь )))

rs_trade

15 — 29.01.13 — 11:01

через виндовую консоль с этого компа можно к фтп подключиться?

varelchik

16 — 29.01.13 — 11:03

ИспользоватьSSL

Синтаксис

ИспользоватьSSL

Назначение

По умолчанию 0. При присвоении 1 работа текущего объекта будет идти через защищенный протокол SSL. Для реализации работы через SSL- протокол требуется сервер, поддерживающий SSL и установка сертификата сервера на локальном компьютере. Для работы с протоколом SSL также необходимо скачать архив

с http://www.ararat.cz/synapse/files/crypt/Openssl-0.9.7f-Win32.zip. Затем распаковать его содержимое в системную директорию …system32 (например C:Winntsystem32).

Это в СП по dialmail.

kupec

17 — 29.01.13 — 11:07

(15) lelnet к серверу пускает

kupec

18 — 29.01.13 — 11:07

(16) у меня нет SSL поэтому ставить данное не считаю нужным

varelchik

19 — 29.01.13 — 11:11

нуну.

kupec

20 — 29.01.13 — 11:12

(19) по поводу нуну….поставил не помогло ))))

kupec

21 — 29.01.13 — 11:13

таже ошибка

varelchik

22 — 29.01.13 — 11:15

фаервол случаем не включен?

varelchik

23 — 29.01.13 — 11:16

а, компонента загрузилась нормально без ошибок?

kupec

24 — 29.01.13 — 11:22

Компонента грузится, объект создается, а вот связи НЕТ !!! Фаервола тоже нет !!!

kupec

25 — 29.01.13 — 11:23

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

varelchik

26 — 29.01.13 — 12:01

(25) ну дык ты ж казал что переустановка винды ничего недала.

kupec

27 — 29.01.13 — 12:23

(26) переустановка 1с я имел ввиду ))) а епреустановка винды как раз таки и помогла )))

varelchik

28 — 29.01.13 — 12:26

Ну эт уже совсем странно.

Так что все пошло?

kupec

29 — 29.01.13 — 12:26

сейчас то не работает, виндоус не хочется менять, так как эта проблема уже второй раз то хотелось бы в ней разобраться !!!

Источник

Microsoft Winsock Fix

Самый простой и безопасный способ сбросить ваш стек TCP / IP — это загрузить бесплатную утилиту от Microsoft.

https://support.microsoft.com/en-us/help/299357/how-to-reset-tcp-ip-by-using-the-netshell-utility

Просто скачайте правильный файл для ваших версий Windows и пройдите мастер!

Сброс сетевого стека TCP / IP вручную

Теперь введите следующую команду:

netsh int ip reset resetlog.txt

Сброс Winsock с помощью netsh

netsh winsock show catalog

Команда сброса ниже удалит все LSP Winsock. Теперь введите следующую команду ниже:

netsh winsock reset catalog

Восстановление от Winsock2 повреждения в Windows

Источник

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

Comments

Hi !

I have a server on which transmission is running, and I mainly access it 
through IPv6.

It seems that transgui only attempt to connect to my server via IPv4, even 
though I have both an A and AAAA address records.

Original issue reported on code.google.com by nicolas....@gmail.com on 9 Nov 2011 at 6:37

There is a transmission bug open for this: 
https://trac.transmissionbt.com/ticket/2236. It's not a transmission-remote-gui 
bug, but one from the daemon.

Original comment by caba...@gmail.com on 16 Jun 2014 at 3:45

Can You fix that? I have ipv6 only host with nginx as proxy to transmission daemon — when i try to connect, I see that:

default

Got same error. I monitored traffic on server side — there are no connections from client. Web version of transmission works fine

transgui doesn’t try to resolve AAAA record, only A. This is IPV4 only software

TRGUI doesnt use web protocols and really only supports IPv4.
Please offer RPC (IPv6) support.

it seems that trgui does not support ipv6.
I connnect tr straight through ipv6 address instead of domain , but it still does not work.
(OTHER WINSOCK ERROR 10109)

sorry for not seeing the reply above , I went to edit the rpc configuration and it worked.

Источник

Deleter: Posts: 13; Joined: Sat Feb 06, 2010 5:15 pm

transmission-remote: error while connect

Hi all,

I’ve noticed that cron on my Synology DS209j stops controlling my transmission speeds. I can’t tell exactly when it happened, but I think after last transmission update to 2.31.
Here it is the log from putty:

Code: Select all

nas> /opt/bin/transmission-remote [localhost:901] --debug -l
posting:
--------
{"arguments":{"fields":["error","errorString","eta","id","isFinished","leftUntilDone","name","peersGettingFromUs","peersSendingToUs","rateDownload","rateUpload","sizeWhenDone","status","uploadRatio"]},"method":"torrent-get","tag":4}

--------
* Couldn't resolve host '[localhost'
* Error
[22:06:04.424] transmission-remote: (http://[localhost:901/transmission/rpc/) Error
nas> /opt/bin/transmission-remote localhost:901 --debug -l
posting:
--------
{"arguments":{"fields":["error","errorString","eta","id","isFinished","leftUntilDone","name","peersGettingFromUs","peersSendingToUs","rateDownload","rateUpload","sizeWhenDone","status","uploadRatio"]},"method":"torrent-get","tag":4}

--------
* Failed to connect to 127.0.0.1: Invalid argument
* couldn't connect to host
* Error
[22:06:13.281] transmission-remote: (http://localhost:901/transmission/rpc/) Error

Any thoughts?

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 3:48 pm

Operator error, in fact several. The command is wrong, no square parentheses should be used, the port number is wrong, the whole localhost:port is not needed.

You probably copied the command from somewhere and didn’t read that the address was optional, hence the example put it inside parentheses.

Try:

Code: Select all

/opt/bin/transmission-remote -l -si

Deleter: Posts: 13; Joined: Sat Feb 06, 2010 5:15 pm

Re: transmission-remote: error while connect

Post

by Deleter » Tue Jun 07, 2011 4:35 pm

Have the same error:

Code: Select all

nas> /opt/bin/transmission-remote -l -si
[19:35:04.424] transmission-remote: (http://[localhost:901/transmission/rpc/) Error
[19:35:04.424] transmission-remote: (http://[localhost:901/transmission/rpc/) Error

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 9:05 pm

No, you don’t, the error message shows that you used «[localhost:901» as parameter, even if not explicitly (i.e. you have an alias or something changing what you wrote).

Try with explicit parameter:

Code: Select all

transmission-remote 127.0.0.1:9091 -l -si

Last edited by rb07 on Tue Jun 07, 2011 9:10 pm, edited 1 time in total.

Deleter: Posts: 13; Joined: Sat Feb 06, 2010 5:15 pm

Re: transmission-remote: error while connect

Post

by Deleter » Tue Jun 07, 2011 9:09 pm

rb07 wrote:No, you don’t, the error message shows that you used «[localhost:901» as parameter, even if not explicitly (i.e. you have an alias or something changing what you wrote).

Sorry, wrong piece of console was copied.
I’ve tried everything, with and without server, with and without port etc nothing helps. Is there any logs I can check to resolve the issue?

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 9:12 pm

I just added something to try above.

My guess is that something else is screwing up things, /etc/hosts has an invalid localhost definition? an alias? (unlikely since cron would not be affected), its something unusual, it even could be that transmission-remote was modified before building it.

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 9:15 pm

Deleter wrote:Sorry, wrong piece of console was copied.

Deleter wrote:nothing helps

But what was the result? (Sorry, my crystal ball is in the workshop for its 10,000 guesses service).

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 9:21 pm

OK, just «Error», that is strange.

I know version 2.31 works fine since I use it (both transmission-daemon, and transmission-remote). Try again with debug output, lets see if that makes more sense.

rb07: Posts: 1400; Joined: Sun Aug 24, 2008 3:14 am

Re: transmission-remote: error while connect

Post

by rb07 » Tue Jun 07, 2011 9:35 pm

I asked because the strange syntax using «[localhost:901]» looks like somebody trying to use IPv6 syntax, and doing a poor job since its all wrong, and the port is being truncated from 9091 to 901 (I don’t really know how) probably because something (curl or transmission-remote) thinks its an IPv6 address… what a mess.

Deleter: Posts: 13; Joined: Sat Feb 06, 2010 5:15 pm

Re: transmission-remote: error while connect

Post

by Deleter » Tue Jun 07, 2011 9:37 pm

rb07 wrote:I asked because the strange syntax using «[localhost:901]» looks like somebody trying to use IPv6 syntax, and doing a poor job since its all wrong, and the port is being truncated from 9091 to 901 (I don’t really know how) probably because something (curl or transmission-remote) thinks its an IPv6 address… what a mess.

no, 901 port was just a test of mine. and ipv6 is not turned on and i even have no idea why it was working and stop without any reason

Источник

THE INFORMATION IN THIS ARTICLE APPLIES TO:

All Windows-based products

DISCUSSION

The table below lists some common Winsock error codes. Also refer to the Microsoft MSDN Library article «Winsock Error Codes» at http://msdn.microsoft.com/en-us/library/aa924071.aspx.

Return Code	Value	Description
WSAEINTR	10004	Interrupted function call. A blocking operation was interrupted by a call to WSACancelBlockingCall.
WSAEACCES	10013	Permission denied. An attempt was made to access a socket in a way forbidden by its access permissions. An example is using a broadcast address for sendto without broadcast permission being set using setsockopt(SO_BROADCAST). Another possible reason for the WSAEACCES error is that when the bind function is called (on Windows NT 4 SP4 or later), another application, service, or kernel mode driver is bound to the same address with exclusive access. Such exclusive access is a new feature of Windows NT 4 SP4 and later, and is implemented by using the SO_EXCLUSIVEADDRUSE option.
WSAEFAULT	10014	Bad address. The system detected an invalid pointer address in attempting to use a pointer argument of a call. This error occurs if an application passes an invalid pointer value, or if the length of the buffer is too small. For instance, if the length of an argument, which is a sockaddr structure, is smaller than the sizeof(sockaddr).
WSAEINVAL	10022	Invalid argument. Some invalid argument was supplied (for example, specifying an invalid level to the setsockopt function). In some instances, it also refers to the current state of the socket—for instance, calling accept on a socket that is not listening.
WSAEMFILE	10024	Too many open files. Too many open sockets. Each implementation may have a maximum number of socket handles available, either globally, per process, or per thread.
WSAEWOULDBLOCK	10035	Resource temporarily unavailable. This error is returned from operations on non-blocking sockets that cannot be completed immediately, for example recv when no data is queued to be read from the socket. It is a nonfatal error, and the operation should be retried later. It is normal for WSAEWOULDBLOCK to be reported as the result from calling connect on a non-blocking SOCK_STREAM socket, since some time must elapse for the connection to be established.
WSAEINPROGRESS	10036	Operation now in progress. A blocking operation is currently executing. Windows Sockets only allows a single blocking operation—per- task or thread—to be outstanding, and if any other function call is made (whether or not it references that or any other socket) the function fails with the WSAEINPROGRESS error.
WSAEALREADY	10037	Operation already in progress. An operation was attempted on a non-blocking socket with an operation already in progress—that is, calling connect a second time on a non-blocking socket that is already connecting, or canceling an asynchronous request (WSAAsyncGetXbyY) that has already been canceled or completed.
WSAENOTSOCK	10038	Socket operation on nonsocket. An operation was attempted on something that is not a socket. Either the socket handle parameter did not reference a valid socket, or for select, a member of an fd_set was not valid.
WSAEDESTADDRREQ	10039	Destination address required. A required address was omitted from an operation on a socket. For example, this error is returned if sendto is called with the remote address of ADDR_ANY.
WSAEMSGSIZE	10040	Message too long. A message sent on a datagram socket was larger than the internal message buffer or some other network limit, or the buffer used to receive a datagram was smaller than the datagram itself.
WSAEPROTOTYPE	10041	Protocol wrong type for socket. A protocol was specified in the socket function call that does not support the semantics of the socket type requested. For example, the ARPA Internet UDP protocol cannot be specified with a socket type of SOCK_STREAM.
WSAENOPROTOOPT	10042	Bad protocol option. An unknown, invalid or unsupported option or level was specified in a getsockopt or setsockopt call.
WSAEPROTONOSUPPORT	10043	Protocol not supported. The requested protocol has not been configured into the system, or no implementation for it exists. For example, a socket call requests a SOCK_DGRAM socket, but specifies a stream protocol.
WSAESOCKTNOSUPPORT	10044	Socket type not supported. The support for the specified socket type does not exist in this address family. For example, the optional type SOCK_RAW might be selected in a socket call, and the implementation does not support SOCK_RAW sockets at all.
WSAEOPNOTSUPP	10045	Operation not supported. The attempted operation is not supported for the type of object referenced. Usually this occurs when a socket descriptor to a socket that cannot support this operation is trying to accept a connection on a datagram socket.
WSAEPFNOSUPPORT	10046	Protocol family not supported. The protocol family has not been configured into the system or no implementation for it exists. This message has a slightly different meaning from WSAEAFNOSUPPORT. However, it is interchangeable in most cases, and all Windows Sockets functions that return one of these messages also specify WSAEAFNOSUPPORT.
WSAEAFNOSUPPORT	10047	Address family not supported by protocol family. An address incompatible with the requested protocol was used. All sockets are created with an associated address family (that is, AF_INET for Internet Protocols) and a generic protocol type (that is, SOCK_STREAM). This error is returned if an incorrect protocol is explicitly requested in the socket call, or if an address of the wrong family is used for a socket, for example, in sendto.
WSAEADDRINUSE	10048	Address already in use. Typically, only one usage of each socket address (protocol/IP address/port) is permitted. This error occurs if an application attempts to bind a socket to an IP address/port that has already been used for an existing socket, or a socket that was not closed properly, or one that is still in the process of closing. For server applications that need to bind multiple sockets to the same port number, consider using setsockopt (SO_REUSEADDR). Client applications usually need not call bind at all— connect chooses an unused port automatically. When bind is called with a wildcard address (involving ADDR_ANY), a WSAEADDRINUSE error could be delayed until the specific address is committed. This could happen with a call to another function later, including connect, listen, WSAConnect, or WSAJoinLeaf.
WSAEADDRNOTAVAIL	10049	Cannot assign requested address. The requested address is not valid in its context. This normally results from an attempt to bind to an address that is not valid for the local computer. This can also result from connect, sendto, WSAConnect, WSAJoinLeaf, or WSASendTo when the remote address or port is not valid for a remote computer (for example, address or port 0).
WSAENETDOWN	10050	Network is down. A socket operation encountered a dead network. This could indicate a serious failure of the network system (that is, the protocol stack that the Windows Sockets DLL runs over), the network interface, or the local network itself.
WSAENETUNREACH	10051	Network is unreachable. A socket operation was attempted to an unreachable network. This usually means the local software knows no route to reach the remote host.
WSAENETRESET	10052	Network dropped connection on reset. The connection has been broken due to keep-alive activity detecting a failure while the operation was in progress. It can also be returned by setsockopt if an attempt is made to set SO_KEEPALIVE on a connection that has already failed.
WSAECONNABORTED	10053	Software caused connection abort. An established connection was aborted by the software in your host computer, possibly due to a data transmission time-out or protocol error.
WSAECONNRESET	10054	Connection reset by peer. An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET. For more information see GlobalSCAPE Knowledge Base Article #10235
WSAENOBUFS	10055	No buffer space available. An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full. This error indicates a shortage of resources on your system. It can occur if you’re trying to run too many applications (of any kind) simultaneously on your machine. If this tends to occur after running certain applications for a while, it might be a symptom of an application that doesn’t return system resources (like memory) properly. It may also indicate you are not closing the applications properly. If it persists, exit Windows or reboot your machine to remedy the problem. Another possible solution is to increase the available virtual memory by increasing the size of the Windows paging file. For more information see GlobalSCAPE Knowledge Base Article #10234
WSAEISCONN	10056	Socket is already connected. A connect request was made on an already-connected socket. Some implementations also return this error if sendto is called on a connected SOCK_DGRAM socket (for SOCK_STREAM sockets, the to parameter in sendto is ignored) although other implementations treat this as a legal occurrence.
WSAENOTCONN	10057	Socket is not connected. A request to send or receive data was disallowed because the socket is not connected and (when sending on a datagram socket using sendto) no address was supplied. Any other type of operation might also return this error—for example, setsockopt setting SO_KEEPALIVE if the connection has been reset.
WSAESHUTDOWN	10058	Cannot send after socket shutdown. A request to send or receive data was disallowed because the socket had already been shut down in that direction with a previous shutdown call. By calling shutdown a partial close of a socket is requested, which is a signal that sending or receiving, or both have been discontinued.
WSAETIMEDOUT	10060	Connection timed out. A connection attempt failed because the connected party did not properly respond after a period of time, or the established connection failed because the connected host has failed to respond. For more information see GlobalSCAPE Knowledge Base Article #10384.
WSAECONNREFUSED	10061	Connection refused. No connection could be made because the target computer actively refused it. This usually results from trying to connect to a service that is inactive on the foreign host—that is, one with no server application running. Sometimes a 10061 error is caused by either a firewall or anti-virus software presence on the local computer or network connection. Either one may be blocking the ports needed to make a successful FTP connection to the server. For a regular FTP session, disable the firewall or anti-virus software or configure it to allow CuteFTP to establish an FTP session over ports 20 and 21. Consult the documentation or help file for your specific firewall or antivirus software product for further instructions. Usually, the manufacturer of the device or software has specific instructions available on their website. If you continue to receive the same error after insuring ports 20 and 21 are open, contact the administrator of the server to which you are trying to connect.
WSAEHOSTDOWN	10064	Host is down. A socket operation failed because the destination host is down. A socket operation encountered a dead host. Networking activity on the local host has not been initiated. These conditions are more likely to be indicated by the error WSAETIMEDOUT.
WSAEHOSTUNREACH	10065	No route to host. A socket operation was attempted to an unreachable host. See WSAENETUNREACH.
WSAEPROCLIM	10067	Too many processes. A Windows Sockets implementation may have a limit on the number of applications that can use it simultaneously.WSAStartup may fail with this error if the limit has been reached.
WSASYSNOTREADY	10091	Network subsystem is unavailable. This error is returned by WSAStartup if the Windows Sockets implementation cannot function at this time because the underlying system it uses to provide network services is currently unavailable. Users should check: That the appropriate Windows Sockets DLL file is in the current path. That they are not trying to use more than one Windows Sockets implementation simultaneously. If there is more than one Winsock DLL on your system, be sure the first one in the path is appropriate for the network subsystem currently loaded. The Windows Sockets implementation documentation to be sure all necessary components are currently installed and configured correctly.
WSAVERNOTSUPPORTED	192	Winsock.dll version out of range. The current Windows Sockets implementation does not support the Windows Sockets specification version requested by the application. Check that no old Windows Sockets DLL files are being accessed.
WSANOTINITIALISED	10093	Successful WSAStartup not yet performed. Either the application has not called WSAStartup or WSAStartup failed. The application may be accessing a socket that the current active task does not own (that is, trying to share a socket between tasks), or WSACleanup has been called too many times.
WSAEDISCON	10101	Graceful shutdown in progress. Returned by WSARecv and WSARecvFrom to indicate that the remote party has initiated a graceful shutdown sequence.
WSATYPE_NOT_FOUND	10109	Class type not found. The specified class was not found.
WSAHOST_NOT_FOUND	11001	Host not found. No such host is known. The name is not an official host name or alias, or it cannot be found in the database(s) being queried. This error may also be returned for protocol and service queries, and means that the specified name could not be found in the relevant database.
WSATRY_AGAIN	11002	Nonauthoritative host not found. This is usually a temporary error during host name resolution and means that the local server did not receive a response from an authoritative server. A retry at some time later may be successful.
WSANO_RECOVERY	11003	This is a nonrecoverable error. This indicates that some sort of non-recoverable error occurred during a database lookup. This may be because the database files (for example, BSD-compatible HOSTS, SERVICES, or PROTOCOLS files) could not be found, or a DNS request was returned by the server with a severe error.
WSANO_DATA	11004	Valid name, no data record of requested type. The requested name is valid and was found in the database, but it does not have the correct associated data being resolved for. The usual example for this is a host name-to-address translation attempt (using gethostbyname or WSAAsyncGetHostByName) which uses the DNS (Domain Name Server). An MX record is returned but no A record—indicating the host itself exists, but is not directly reachable.
WSA_INVALID_HANDLE	OS Dependent	Specified event object handle is invalid. An application attempts to use an event object, but the specified handle is not valid.
WSA_INVALID_PARAMETER	OS Dependent	One or more parameters are invalid. An application used a Windows Sockets function which directly maps to a Windows function. The Windows function is indicating a problem with one or more parameters.
WSA_IO_INCOMPLETE	OS Dependent	Overlapped I/O event object not in signaled state. The application has tried to determine the status of an overlapped operation which is not yet completed. Applications that use WSAGetOverlappedResult (with the fWait flag set to FALSE) in a polling mode to determine when an overlapped operation has completed, get this error code until the operation is complete.
WSA_IO_PENDING	OS Dependent	Overlapped operations will complete later. The application has initiated an overlapped operation that cannot be completed immediately. A completion indication will be given later when the operation has been completed.
WSA_NOT_ENOUGH_MEMORY	OS Dependent	Insufficient memory available. An application used a Windows Sockets function that directly maps to a Windows function. The Windows function is indicating a lack of required memory resources.
WSA_OPERATION_ABORTED	OS Dependent	Overlapped operation aborted. An overlapped operation was canceled due to the closure of the socket, or the execution of the SIO_FLUSH command in WSAIoctl.
WSAINVALIDPROCTABLE	OS Dependent	Invalid procedure table from service provider. A service provider returned a bogus procedure table to Ws2_32.dll. (This is usually caused by one or more of the function pointers being null.)
WSAINVALIDPROVIDER	OS Dependent	Invalid service provider version number. A service provider returned a version number other than 2.0.
WSAPROVIDERFAILEDINIT	OS Dependent	Unable to initialize a service provider. Either a service provider’s DLL could not be loaded (LoadLibrary failed) or the provider’s WSPStartup/NSPStartup function failed.
WSASYSCALLFAILURE	OS Dependent	System call failure. Generic error code, returned under various conditions. Returned when a system call that should never fail does fail. For example, if a call to WaitForMultipleEvents fails or one of the registry functions fails trying to manipulate the protocol/namespace catalogs. Returned when a provider does not return SUCCESS and does not provide an extended error code. Can indicate a service provider implementation error.

Источник