В нашей (довольно большой) сети используется DCS-5300. Сеть разделена на подсети L3 коммутатором, маршрутизация прозрачная, т.е. никакой фильтрации трафика нет. Из той подсети, в которой установлена камера - все работает, а из других - окно IE (WinXP SP2) самопроизвольно закрывается при обращении к камере, как к ее родному веб-интерфейсу, так и сгенерированной по образу FAQ html-странички. В Win2003 все, как ни странно, работает :) Прочитал здесь, что проблема решается отключением прокси в IE - так и есть, но для нашей сети такой вариант не совсем проходит - т.к. через прокси осуществляется доступ к корпоративным сайтам. Причем IE у нас реально настроен использовать сценарий автонастройки прокси (Wpad.pac), а для совместимости с другим софтом (icq, etc) прокси в настройках IE также прописан. Если убрать галку "Использовать прокси" в свойствах IE - камера работает, но начинаются проблемы с другим софтом, который после этого ломится в интернет напрямую. Что-нибудь можно сделать? Если (а наверное, так и есть) это проблема Микрософта - чего конкретно от них попросить, т.е. где не работает? Т.к. просить у них "Работы камеры DCS 5300" глупо и неуместно - которая _конкретно_ особенность поведения IE тут мешает?

ЗЫ немного подправил выложенный в FAQ скрипт - вынес настройки ip и портов в одно место в начале, туда-же - имя пользовыателя и пароль "demo:demo@" (без них картинка только со второго раза открывается), туда-же - генерацию случайного номера соединения, просто для порядку :) Если кому надо - вот оно.




<script language="JavaScript">
<!--
if ((navigator.appName == "Microsoft Internet Explorer")&&(navigator.platform != "MacPPC"))
{
var CameraIP = "192.168.1.1"
var CameraHTTP = "80"
var CameraControl = "5001"
var CameraAddress = "demo:demo@" + CameraIP
var Rnd = Math.round(Math.random() * 10000)

document.write("<OBJECT ID=\"VaCtrl\" WIDTH=362 HEIGHT=354");
document.write(" CLASSID=CLSID:A93B47FD-9BF6-4DA8-97FC-9270B9D64A6C");
document.write(" CODEBASE=\"http://" + CameraAddress + ":" + CameraHTTP + "/plugin/h263ctrl.cab#version=1,7,0,12\">");
document.write("<PARAM NAME=\"Url\" VALUE=\"http://" + CameraAddress + ":" + CameraHTTP + "/cgi-bin/video.vam\">");
document.write("<PARAM NAME=\"VSize\" VALUE=\"SIF\">");
document.write("<PARAM NAME=\"RemoteIP\" VALUE=\"" + CameraIP + "\">");
document.write("<PARAM NAME=\"RemotePort\" VALUE=\"" + CameraAddress + ":" + CameraControl + "\">");
document.write("<PARAM NAME=\"RemoteID\" VALUE=\"" + CameraAddress + ":" + CameraHTTP + " " + Rnd + "\">");
document.write("<PARAM NAME=\"DisplayTimeFormat\" VALUE=\"1\">");
document.write("<PARAM NAME=\"Language\" VALUE=\"EN\">");
document.write("<PARAM NAME=\"Stretch\" VALUE=\"1\">");
document.write("</OBJECT>");
}
//-->
</script>

_________________
Из ослиного гнезда

Сделать форвард на IP камеры напрямую, минуя прокси. Как сделать? - зависит от топологии и программного и аппаратного обеспечения сети.

Форвард чего? Камера и так доступна по ip из всех внутренних сетей. IE открывает страничку камеры напрямую, минуя прокси (с прокси доступа к камере вообще нет и не будет, она стоит в DMZ).
Другой вопрос - если по какой-то причине (например, так написан просмотрщик mpeg-4) IE пытается получить доступ к видеопотоку через проксю - ну так я и спрашиваю, где и в чем (IE, его? декодер mpeg-4 shm, D-Link-овский плугин, доустанавливающийся в IE, еще что-то) такое поведение отключить...

_________________
Из ослиного гнезда

А в настройках IE не пробовал добавить адрес в "Не использовать проки-сервер для адресов начинающихся с:"? Может поможет? Погляди сниффером, куда пуляются пакеты...

Пробовал - ничего не меняется. Кроме того, на все внутренние подсети через скрипт автонастройки уже указано ходить напрямую. Веб-страничка камеры совершенно точно открывается IE напрямую - через проксю к ней просто нет доступа. Про сниффер - спасибо, попробую, но imho надо с другой стороны копать - т.е. то, что на просмотр видео что-то ломится через проксю - очевидный факт, а вот как и у чего такое поведение отключить - это и есть вопрос. Когда камера и компьютер находятся в одной подсети - у этого чего-то хватает ума ходить напрямую, а когда в разных - оно идет через проксю. Для большинства применений такое поведение, наверное, оптимально - но у меня вызывает проблемы :(

Нашел у людей те-же проблемы, говорят, Active-X dll-ка виновата - VAPGDecoder.dll:
http://www.eggheadcafe.com/forumarchives/isaconfiguration/Jul2005/post23317381.asp

http://www.experts-exchange.com/Operating_Systems/WinXP/Q_21220296.html

Нашел версию 1.7.0.22 (была .9) этой dll, зарегистрировал заново - изменений нет :( Может, более _старую_ поискать?

_________________
Из ослиного гнезда