Skype не работает через прокси

Как настроить Skype для работы через прокси-сервер

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

Общаться с близкими людьми или бизнес-партнерами очень удобно при помощи мультимедийных компьютерных программ или приложений. Одной из наиболее популярных программ для общения остается Skype, которую компания Microsoft приобрела в 2011 году. Сегодня приложение Скайп входит в базовую комплектацию ОС Windows, поэтому количество пользователей приложения неуклонно продолжает расти.

Настройка Skype для работы через прокси-сервер отнимает минимум времени, ведь разработчики приложения сразу допустили возможность использования своего детища через proxy-сервера для улучшения качества связи. Чтобы настроить скайп через прокси сделайте следующее:

1. Выберите раздел «Дополнительные параметры» (для краткости обозначенный в skype словом «Еще»)
2. Клацните ЛКМ по пункту «Настройки»
3. В самом низу раздела «Параметры» будет находиться пункт «Сеть». Вам нужно выбрать пункт перенастройки параметров прокси-сервера»
4. В новом открывшемся окошке вам нужно вручную ввести адрес и номер порта, что, по сути, и есть настройкой skype через прокси
5. Дополнительные ограничения на использование тех или иных адресов, вы можете указать в специально отведенном для этих задач окошке

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

Дополнительные настройки Скайп

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

Однако, настраивая прокси для скайп важно помнить, что не настройки влияют на стабильность работы программы, а правильный выбор прокси-сервера.

Решив купить качественные прокси для общения и переписки по скайпу, вы получите стабильно работающий сервер с круглосуточной технической поддержкой и регулярным тестированием. Используя проверенное оборудование, общение в skype через прокси будет протекать без сбоев, «кваканья» собеседника и прочих багов, которые так часто случаются при плохой связи. Имея возможность выбрать proxy страны собеседника, вы значительно ускоряете соединение с компьютером нужного пользователя, что позволяет облегчить прием и передачу видеоизображения и аудиосигналов, которые так важны для хорошего общения.

Общайтесь без проблем с персональными прокси-серверами!

Источник

Skype не работает через прокси

Сообщение Алексей Максимов » 02 ноя 2016 12:54

Re: Skype перестал корректно работать через прокси сервер squid

Сообщение Алексей Максимов » 19 ноя 2016 15:47

Похоже это «счастье» накрыло и меня . Ещё пару месяцев назад созванивался с одним товарищем (он демонстрировал мне свой рабочий стол). Всё работало через мой Squid 3, хотя качество картинки было ужасным.

Вчера мне снова понадобилось получить трансляцию рабочего стола одного коллеги из Питера, попробовал вечером сделать звонок через свой Skype 7.2 за прокси . звонок не пошёл. Обновился до последней версии 7.3. Вызов снова не работает.

Позднее в этот же день дозвонился до этого коллеги по Skype for Linux со своей домашней машины. Коллега начал трансляцию рабочего стола, — качество картинки было просто ужасным. Он предложил попробовать созвониться через онлайн-сервис Google Hangouts (для этого достаточно иметь учётную запись Google и веб-браузер). К моему бескрайнему удивлению качество трансляции рабочего стола коллеги было просто изумительным, звук отличный.
Теперь я думаю, зачем мне нужен этот Skype.

PS: Сильно хочется пошутить про Nokia, но не буду

Re: Skype перестал корректно работать через прокси сервер squid

Сообщение rick » 19 ноя 2016 15:52

Re: Skype перестал корректно работать через прокси сервер squid

Сообщение Алексей Максимов » 19 ноя 2016 16:30

Re: Skype перестал корректно работать через прокси сервер squid

Сообщение Алексей Максимов » 16 фев 2017 11:18

С 01.03.2017 будет прекращена работа старых версий клиента (7.16 и более старых)
https://blogs.skype.com/news/2017/02/03 . ree-today/

Текущая версия 7.32 по прежнему ведёт себя неадекватно. Часть соединений идёт через прокси с аутентификацией (так как и должна), другая часть соединений ломается, так как пытается пройти без аутентификации.

Re: Skype перестал корректно работать через прокси сервер squid

Сообщение leopon » 30 мар 2017 12:20

Намучался с этим скайпом из-под Squid 3.48, аналогично так же мучался и во время использования TMG.
То звонки не проходили, то сообщения, а то он тупо крутил значок при запуске, не авторизуясь.
Сниффером смотрел, куда он лезет, оказалось — почти куда угодно, кроме прокси. Создалось впечатление, что на системные настройки прокси в IE ему вообще плевать, даже если в его настройках жестко ставишь прокси и прописываешь его имя и порт.
Оказалось, что для Скайпа существует в природе административный шаблон GPO, доступен он по адресу http://download.skype.com/share/security/Skype-v1.7.adm. Поэкспериментировал и создал политику пользователя с параметрами:

Skype/Phone/Network
Proxy type HTTPS
Proxy address (host:port) group-s-squid.domain.ru:3128

На удивление, Скайп тут же авторизовался и позеленел, сообщения стали отправляться и получаться, звонки — звониться и приниматься:)

Но это еще не конец истории. Хоть убей не пойму как, но звонки почему-то ходили только среди абонентов нашей локальной сети, заметили это не сразу. Почему — абсолютно непонятно, Скайп по идее для вызова в любом случае выходит в инет, а какая тогда разница, кому направляется звонок? Но все вызовы «наружу» проходили так: идет набор абонента, в колонках полная тишина, на 12-й секунде звонок автоматом завершается.
Полез в логи сквида, и обнаружил множество записей обращения к доменам в инете со статусом «denied», естественно запросы шли неавторизованные, и сквид с доменной авторизацией пропускать их не хотел. Пришлось лепить список исключений, на которые можно посылать неавторизованные запросы, который грубо сейчас выглядит примерно так:

.skype.com
.msecnd.net
.windows.net
.trouter.io
.adnxs.com
.skypeassets.com
.aspnetcdn.com
.serving-sys.com
.taboola.com
.microsofttranslator.com
.msads.net
.microsoftonline.com
.lync.com
.globalsign.com

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

Но и этого списка оказалось мало. Полазив по инету, нашел не очень свежую инструкцию Микрософта https://support.office.com/en-us/articl . S&fromAR=1 по настройке сетевого соединения, где указаны домены и IP адреса. Поэкспериментировал с добавлением сетей, которые там приведены (не всех!). В итоге получился такой acl, при котором все стало работать как надо:

acl skypenet dst 40.127.0.0/16
acl skypenet dst 13.107.8.0/24
acl skypenet dst 157.55.0.0/16
acl skypenet dst 91.190.217.0/24
acl skypenet dst 91.190.216.0/24
acl skypenet dst 40.79.44.0/24
acl skypenet dst 104.44.200.0/23
acl skypenet dst 104.40.75.8/32
acl skypenet dst 104.40.76.196/32
acl skypenet dst 104.40.91.215/32
acl skypenet dst 104.41.207.112/32
acl skypenet dst 104.41.210.140/32
acl skypenet dst 104.42.229.230/32
acl skypenet dst 104.43.12.164/32
acl skypenet dst 104.44.195.0/24
acl skypenet dst 104.45.231.95/32
acl skypenet dst 104.46.96.162/32
acl skypenet dst 104.46.97.194/32
acl skypenet dst 104.46.101.116/32
acl skypenet dst 104.46.105.95/32
acl skypenet dst 104.208.28.54/32
acl skypenet dst 104.208.31.113/32
acl skypenet dst 104.208.152.137/32
acl skypenet dst 104.210.1.218/32
acl skypenet dst 104.210.80.193/32
acl skypenet dst 104.211.162.59/32
acl skypenet dst 104.211.165.113/32
acl skypenet dst 104.211.165.216/32

http_access allow skypenet localnet

Теперь как-то все это надо причесать и по возможности уменьшить списки.
Почему вдруг так ужасно скайп стал работать — мне лично неведомо. Единственная мысль — может, корпоративных пользователей пытаются пересадить на Lync, заставляя новые версии скайпа некорректно работать с прокси (даже с TMG были проблемы!)

Источник

Skype не работает через прокси

Вопрос

Сотрудникам из локальной сети необходимо предоставить доступ к Skype. Выход в интернет организован через прокси squid на pfSense. Включал логирование для определения портов и ip-адресов. Но проблема в том, что порты используются из определенного диапазона, да и ip-адреса меняются каждый раз. Какие порты открыть на прокси-сервере? И вообще как лучше все это организовать?

Ответы

На Сквиде используется доменная авторизация (Basic, Kerberos/NTLM)

Сам Скайп работает (контакты есть, чат работает), но при звонках, всегда через 10с рвет соединение.

В логах Сквида проскакивают записи , где нет лоигна/пароля (соответственно доступ запрещен), настройки прокси с авторизацией прописаны в Скайпе и в Браузере.

Если в Сквиде разрешиться свободный доступ по IP компа (т.е. прекращает требоваться авторизация), то все начинает работать.

Создайте новую тему.

Я не волшебник, я только учусь MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter.

Источник

Как подружить Skype и прокси

Всем добра, хабровчане! В статье расскажу как победить этот долбаный Skype и заставить его работать с Squid, но применимо к любому http(s) прокси. Будем использовать последний скайп. На данный момент это 7.40 и конечно, с упором на то, что очередной апдейт ничего не сломает, а если и сломает то надо будет чуток докрутить, а не откатывать версию. Сразу скажу, по сути описанный метод — это хак, т.к. актуальный скайп со сквидом работать не умеет, ну или мне не удалось победить, да и в интернете я не нашел решения, которое бы для меня взлетело. В общем, обо всём по-порядку и .

Итак, мой расклад: все клиенты на Win7x64, AD DS 2008R2, Skype 7.40 x32, squid 2.7, настройки прокси в IE прилетают через GPO. Для начала расскажу зачем мне этот проклятый скайп стал так нужен. Где-то с полгода-год назад скайп 6й версии приказал долго жить, обновление на 7ку не помогло, ну ок, пересадил юзеров в веб-версию. Да, она глючная, но просто текст там вполне работает, а голос/видео можно и на личном смартфоне при надобности. Не так давно назрела необходимость брать и записывать интервью по скайпу и юзеры меня достали. Пришлось дать ноут с вафлей и начать разбираться. Оказалось, что слету «оно», т.е. скайп (эвфемизм) нигде не работает, если есть прокси, да еще и NAT полный хочет. Естественно, такого не бывает, всё настраивается, тут же прикинул я и решил вновь поднять тему. Разворачиваю, в надежде (чем черт не шутит), последний 7.40, запускаю скайп и опять вижу эту чертову рожу с КДПВ. Достаточно продолжительная война со сквидом и гуглеж привел на интересный комментарий в котором автор предлагает использовать QoS. Идея однозначно хороша, вот только у меня не взлетела из коробки и пришлось допиливать. В итоге порядок действий ниже.

Включаем QoS для клиентов

Маркируем пакеты скайпа. Открываем Групповые политики и идем Конфигурация компьютера — Политики — Конфигурация Windows — QoS oна основе политики. Нужна пара правил для процессов Skype.exe и SkypeBrowserHost.exe. Думаю, из скрина ниже всё понятно.

DSCP 36 я взял, фактически, от фонаря, достаточно высокий, но не слишком, всё же у нас цель не в максимальной приоретизации трафика для скайпа, а его маркировка. Далее делаем gpupdate на клиенте или перезагружаемся. Проверить корректность настройки можно так:

В полученном отчете ищите упоминание про QoS

Говорим iptables чтобы пускал отмаркированный трафик

iptables -I FORWARD 2 -s localnet/24 -m tos —tos 144 -j ACCEPT

00:00:00.000001 IP (tos 0x90, ttl 128, id 13954, offset 0, flags [none], proto UDP (17), length 62)
192.168.0.71.20344 > 65.55.223.43.40012: UDP, length 34

tos 0x90 — то, что надо. Видно что с клиента пришел пакет с нужным флагом. Вот только скайп по прежнему не работает.

Позволяем ходить на пару сайтов всем

acl for_skype dstdomain apps.skypeassets.com mscrl.microsoft.com
http_access allow for_skype

не забудьте reload сквида

Не вздумайте схитрить, обойтись изменением GPO настройки IE «Не использовать прокси сервер с адресов, начинающихся с:» для упомянутых адресов. Отвалится куча сервисов МС. и web skype в первую очередь.

Снова идем тестить на жертве и получаем то, что требовалось. Скайп подключился, работает, можно писать и звонить. Ура, блин 🙂

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

Как развернуть Skype через WSUS. Постскриптум, до кучи

Не знаю чем думал МС, но скайп через WSUS не обновляется, можно только 1 раз установить с нуля или обновить версию из exe. При чем не то, чтобы штатно не обновляется, а даже через LUP/WPP версия в msi не прилетает. Да, я знаю, что у всех версий скайпа один Product ID, но в итоге несколько часов убил пытаясь колдовать с правилами. В итоге глянул на онлайн-каталог апдейтов и обнаружил только (WAT!?) бизнес-версию, понял, что это фича — сделать скайп в msi, но даже не раздавать его и убрать вообще возможность автоматического деплоя. Да, думаю можно было взять ORCA и наколдовать, но ну его, каждый раз что ли трансформации делать при обновлении версии… Вариант, что только у меня лыжи не едут, но короче, взял на www.skype.com/ru/get-skype классическую версию в exe и развернул через LUP. Подробности здесь.

За сим всё, надеюсь статья была полезной, жду ваших вопросов и дополнений.

Источник