Короткий ответ является поддержкой DAV гнома, является действительно пятнистым.
После наличия этой той же проблемы я повторно протестировал после того, как обновление debian и это работают снова.
OS X, кажется, золотой стандарт. Ничто иное на самом деле не работает в реальном мире.
Обычно соединения, которые НЕ КАСАЮТСЯ VPN, используют Ваши правила обычной маршрутизации, относился к Вашей машине и сети, в которой это находится. Однако это до системного администратора, который настроил сервер VPN, должен вызвать ВСЕ соединения через туннель VPN или нет.
Мне не ясно, что Вы спрашиваете, но я дам ему выстрел:
Вы слушаете радиостанцию iTunes, тот поток входит к Вашему компьютеру из Интернета, Вы затем делаете соединение VPN и хотите знать, входит ли поток теперь по соединению VPN? Мое взятие - то, что, если соединение VPN настроено для использования шлюза по умолчанию в удаленной сети (сеть VPN) затем, поток собирается остановиться, и необходимо будет перезапустить его, и да это затем передаст потоком в от соединения VPN. Если соединение VPN не настроено для использования шлюза по умолчанию в удаленной сети затем, поток не собирается входить по соединению VPN.
Этот сценарий применим, соединяетесь ли Вы с VPN прежде или после запуска потока.
В моих свойствах vpn (network / tcpip / properties again / advanced) я обнаружил флажок, который был установлен для использования шлюза по умолчанию в удаленной сети. как только я снял флажок и отключился / снова подключился, я смог получить доступ к веб-страницам, ранее заблокированным корпоративным веб-фильтром. Я думаю, это то, что вы, возможно, захотите сделать.
После снятия флажка и отключения / повторного подключения еще раз проверьте, чтобы флажок еще не был установлен ...