Comments 124
ну вы бы описали, зачем это штука нужна…
Я вкратце указал: BranchCache кэширует сетевое содержимое. Вообще вещь хорошая. Если в локальной сети несколько компов лазят на один сайт, то после первого захода сайт кэшируется в общем кэше — в результате сплошной профит для всех. Кэш, кстати, раздается peer-to-peer.
Интересное назначение… Malware ещё не использует это для раздачи баннеров на все (в том числе не зараженные) машины в локальной сети?
Вот тут: habrahabr.ru/company/microsoft/blog/99422/ есть блог от Самого Майкрософта с описанием, что же такое BranchCache
походу, автор спалился. Этот BranchCache работает только на винде Ultimate или Enterprise, что вместе со всем остальным написанным с большущей вероятностью говорит о пиратской максимальной винде на домашней тачке ;)
Ну почему же? :) Вот у меня дома стоит честный Enterprise — раздают на работе всем сотрудникам. Может, и здесь что-то похожее.
походу, автор спалился
Когда ждать пативэн?
эм… и с каких это пор нелицензионная винда является чем-то стыдным, о чем можно «спалиться»?
Если и решу покупать 7, то это будет «Максимальная». Пока честно купленной лет 10 назад XP Pro хватает
максимальная стоит около 300 баксов. Лично я за такие деньги лучше куплю себе запасной нетбук. А вот когда будет нормальная цена, то можно и Максимальную.
Я не настолько богат, чтоб покупать дешёвые вещи :) Если уж платить за ОС, то пускай она работает на все 100.
Хм, я вот на работе (сисадмин) использовал Линукс, и он работал на все 100. И между прочим для работы с сетью Линукс подошёл намного лучше, чем самая дорогая Винда — за счёт большего набора инструментов (например, whois, host).
А что касается Винды, то краденая работала у менеджеров на 90%. Кроме обновления, которое надо контролировать, всё было в порядке.
В принципе, я за покупку компов сразу с лицензионной Виндой. Так админам намного проще :) Но покупать Enterprise? Вот скажите, какие вы сознательно используете дома возможности Винды, которых нет в Home Premium?
А что касается Винды, то краденая работала у менеджеров на 90%. Кроме обновления, которое надо контролировать, всё было в порядке.
В принципе, я за покупку компов сразу с лицензионной Виндой. Так админам намного проще :) Но покупать Enterprise? Вот скажите, какие вы сознательно используете дома возможности Винды, которых нет в Home Premium?
Обычные прокси серверы кешируют по адресу, branch cache — по содержимому. Это больше похоже на p2p сети, чем на прокси.
Вы имеете в виду саму систему Windows, ее идеологию и интерфейс? Да, она не идеальна, но уж какая есть. А насчет порта, как я уже указал в начале топика, порт был навешан внезапно и недавно, то есть кто-то его навесил. Кто, я не знаю, этот факт остался для меня тайной, к сожалению.
А что у Вас за система, что на 80-ый порт может претендовать только Apache и Apache2?
Это не заморочка BranchCache. Проблем с настройкой серверов на 80-ый порт не проблема в любой системе. Танцы с реестром везде, в данном случае, ± одинаковые:
1) Посмотреть кто слушает порт
2) Почитать как это конфигурируется
3) Настроить на другой порт или отключить
Какая разница что за система или проблема, что настройки не в в файле, а в реестре. Прямые руки в любой системе нужны и важны. Автор молодец, что привел типовой алгоритм действия в подобной ситуации.
1) Посмотреть кто слушает порт
2) Почитать как это конфигурируется
3) Настроить на другой порт или отключить
Какая разница что за система или проблема, что настройки не в в файле, а в реестре. Прямые руки в любой системе нужны и важны. Автор молодец, что привел типовой алгоритм действия в подобной ситуации.
Ваш комментарий да разработчикам Skype в уши =)
Скайп 80-ый порт занимает только если это явно указать в настройках… да и сделано это с вполне определенной целью — обход фаерволов, в которых бывает закрыто все, кроме 80-ого и еще пары портов.
Решение быстрее всего принималось на основании того что это веб-сервис торчащий в стеку. И ему логично находится на 80м порту. Тоже самое и с WinRM (первой версии), он тоже шарит 80й порт. И тоже потому что это веб сервис.
На какие это еще стандарты они забили? В чем осложнение работы пользователя? И что это за нелеминг который програмит на платформе незная ее особенностей? Почему у меня таких проблем не возникает? И чего вы отдали 8080 или 3128? Это же не прокси. Зачем занимать еще один порт для веб-сервиса если платформа позволяет шарить порт 80?
Не ради поддержки решения разработчика, а только ради желания понять, предполагаю, что их логика была следующей:
— этот сервис нужен тем, у кого нет квалифицированного админа, умеющего ставить кеширующий прокси, а следовательно нет навыка установки IIS и прочих девелоперских сервисов
— этот порт не перекрыт дефолтными настройками виндового брандмауера. для других портов пришлось бы задавать неподготовленному пользователю слишком сложные вопросы.
оговорюсь еще раз — решение, как и вы считаю неудачным.
— этот сервис нужен тем, у кого нет квалифицированного админа, умеющего ставить кеширующий прокси, а следовательно нет навыка установки IIS и прочих девелоперских сервисов
— этот порт не перекрыт дефолтными настройками виндового брандмауера. для других портов пришлось бы задавать неподготовленному пользователю слишком сложные вопросы.
оговорюсь еще раз — решение, как и вы считаю неудачным.
Я ниже описал как этот порт шаринг работает. Вам должно быть интересно.
>На какие это еще стандарты они забили?
Распределения портов
>В чем осложнение работы пользователя?
Пользователь не может запустить свой софт.
>И что это за нелеминг который програмит на платформе незная ее особенностей?
Веб разработчик. Он не обязан знать тонкости администрирования платформы на которой «внезапно» и без предупреждения появляется всякая хрень от которой всё встаёт колом.
>Зачем занимать еще один порт для веб-сервиса если платформа позволяет шарить порт 80?
??? Вы же видите — не позволяет.
Распределения портов
>В чем осложнение работы пользователя?
Пользователь не может запустить свой софт.
>И что это за нелеминг который програмит на платформе незная ее особенностей?
Веб разработчик. Он не обязан знать тонкости администрирования платформы на которой «внезапно» и без предупреждения появляется всякая хрень от которой всё встаёт колом.
>Зачем занимать еще один порт для веб-сервиса если платформа позволяет шарить порт 80?
??? Вы же видите — не позволяет.
Не тупите, уже триста раз ответили, что Апач нормально не потдерживает Винду. Это проблема Апача, а не Винды. Читайте ниже.
Да понятно уже, что все — пи… пи… пи.., один вынь — д'Артаньян. Вполне очевидно, что шарить порт эта поделка умеет только с иисом :) — других ведь веб-серверов на свете не существует. Про «не поддерживает венду» поржал. Сколько лет поддерживал? Больше десятка? И «внезапно» перестал? Чудеса, да и только!
Вот чего меня всегда поражало в прыще… линуксоидах, так это способность с надменным видом нести полнейшую херню, даже не пытаясь разобраться.
А с каких это пор (и в каком стандарте) 80 — нестандартный порт для HTTP?
Уже тыщу раз объяснили. Проблема в том, что апач не использует стандартные API
Не обязан. Если уж на то пошло, «веб-разработчик» может отдать апачу какой нибудь ДРУГОЙ порт в экслюзивное пользование, а 80-й оставить для нормальных приложений.
Ога, не позволяет
На какие это еще стандарты они забили?
Распределения портов
А с каких это пор (и в каком стандарте) 80 — нестандартный порт для HTTP?
Пользователь не может запустить свой софт.
Уже тыщу раз объяснили. Проблема в том, что апач не использует стандартные API
Веб разработчик. Он не обязан знать тонкости администрирования платформы на которой «внезапно» и без предупреждения появляется всякая хрень от которой всё встаёт колом.
Не обязан. Если уж на то пошло, «веб-разработчик» может отдать апачу какой нибудь ДРУГОЙ порт в экслюзивное пользование, а 80-й оставить для нормальных приложений.
??? Вы же видите — не позволяет
Ога, не позволяет
>Вот чего меня всегда поражало в прыще… линуксоидах, так это способность с надменным видом нести полнейшую херню, даже не пытаясь разобраться.
У вас какой-то линуксоид девушку что ли увёл? Эт правильно, продолжайте давить свои прыщи на людях и не такое случиться.
>А с каких это пор (и в каком стандарте) 80 — нестандартный порт для HTTP?
Вы всерьёз полагаете, что кеширование каких-то внутренних данных каких-то мутных служб каких-то локальных сетей, это именно то, для чего был разработан HTTP? Колотьба орехов микроскопом.
>Уже тыщу раз объяснили. Проблема в том, что апач не использует стандартные API
Насколько я понимаю, стандартным образом использует стандартный стек протоколов, в своё время цельнотянутый микросовтом из какого-то клона bsd. В этом нет никакого криминала. А вот хвалёная миркосовтовая «обратная совместимость» — не более, чем маркетоидная берхня, выходит. Что наглядно показано в топике. Всё остальное значения не имеет — через жопу можно и гланды вырезать, порыться в бинарном реестре, позапускать всякие хаки и решить проблему — слава аллах акбару, что решение всё-таки существует. Только это и радует.
>Если уж на то пошло, «веб-разработчик» может отдать апачу какой нибудь ДРУГОЙ порт в экслюзивное пользование, а 80-й оставить для нормальных приложений.
Если уж на то пошло, для служебных целей сложной внутренней жизни операционки можно было выделить какой-нибудь ДРУГОЙ порт, не такой популярный. Впрочем, фигня это всё, запускть апач на венде всё-равно извращение то ещё, так что кто выбрал этот пусть себе мучаются… Просто за этими граблями на ровном месте так весело наблюдать :)…
У вас какой-то линуксоид девушку что ли увёл? Эт правильно, продолжайте давить свои прыщи на людях и не такое случиться.
>А с каких это пор (и в каком стандарте) 80 — нестандартный порт для HTTP?
Вы всерьёз полагаете, что кеширование каких-то внутренних данных каких-то мутных служб каких-то локальных сетей, это именно то, для чего был разработан HTTP? Колотьба орехов микроскопом.
>Уже тыщу раз объяснили. Проблема в том, что апач не использует стандартные API
Насколько я понимаю, стандартным образом использует стандартный стек протоколов, в своё время цельнотянутый микросовтом из какого-то клона bsd. В этом нет никакого криминала. А вот хвалёная миркосовтовая «обратная совместимость» — не более, чем маркетоидная берхня, выходит. Что наглядно показано в топике. Всё остальное значения не имеет — через жопу можно и гланды вырезать, порыться в бинарном реестре, позапускать всякие хаки и решить проблему — слава аллах акбару, что решение всё-таки существует. Только это и радует.
>Если уж на то пошло, «веб-разработчик» может отдать апачу какой нибудь ДРУГОЙ порт в экслюзивное пользование, а 80-й оставить для нормальных приложений.
Если уж на то пошло, для служебных целей сложной внутренней жизни операционки можно было выделить какой-нибудь ДРУГОЙ порт, не такой популярный. Впрочем, фигня это всё, запускть апач на венде всё-равно извращение то ещё, так что кто выбрал этот пусть себе мучаются… Просто за этими граблями на ровном месте так весело наблюдать :)…
У вас какой-то линуксоид девушку что ли увёл? Эт правильно, продолжайте давить свои прыщи на людях и не такое случиться.
Говоришь на меня — переводишь на себя. Классика. Правда детсадовская
Вы всерьёз полагаете, что кеширование каких-то внутренних данных каких-то мутных служб каких-то локальных сетей, это именно то, для чего был разработан HTTP?
И СРАЗУ ЖЕ подтверждаете мои слова. Загляните в /etc/services. Напомните мне, пожалуйста, там прописан apache или все таки http? Посмотрите на пост — там приведены http-заголовки. Поясните какой же именно стандарт нарушен.
После того, как Вы справились с вышеприведенными заданиями, напишите в «General Web services discussions» <www-ws@w3.org>, что Вы категорически не согласны с их видением предназначения http. После того, как добьетесь закрытия WS направления в w3c начинайте рассылать письма в ebay, amazon и прочим, чтоб они немедленно привели свои API в соответствие с Вашим видением HTTP.
Насколько я понимаю, стандартным образом использует стандартный стек протоколов, в своё время цельнотянутый микросовтом из какого-то клона bsd
Неудивительно, но Вы понимаете неправильно. Вам не только технологии стоит подтянуть, но и историю.
А вот хвалёная миркосовтовая «обратная совместимость» — не более, чем маркетоидная берхня, выходит. Что наглядно показано в топике.
В топике показана категорическая неспособность некоторых линуксоидов понимать написанное. Многоуважаемый иксперт, расскажите же мне, где здесь нарушение «обратной совместимости».
Всё остальное значения не имеет — через жопу можно и гланды вырезать, порыться в бинарном реестре, позапускать всякие хаки и решить проблему — слава аллах акбару, что решение всё-таки существует. Только это и радует.
И где же здесь «через жопу»? В том что Apache Foundation за почти десять лет не может асилить API? Про реестр — особенно понравилось. Это такой маркер, по которому сразу же видно школьников, категорически не разбирающихся в вопросе.
Если уж на то пошло, для служебных целей сложной внутренней жизни операционки можно было выделить какой-нибудь ДРУГОЙ порт, не такой популярный
Это с чего бы? Неймспейсы разделены разными урлами. Происходит то же самое что и в апачевых (на всякий случай отмечу, что и в IIS-овых тоже) виртуальных хостах, но с более гибким интерфейсом: цепляться на определенный URL может не только Apache/IIS, но и все остальные. Веб-сервисы используют http (чаще всего, хотя доступен и net.tcp, но это другой разговор), порт для http — 80. В чем конкретно Ваши претензии, кроме того, что «ололо эта жы микро$$офт».
>Правда детсадовская
Так вы из детсада?? О-о-о! Это такой маркер возрастной — когда оппонент вместо аргументов и сведений начинает хамить. Старшая хоть группа или в средней зависли?
>И СРАЗУ ЖЕ подтверждаете мои слова. Загляните в /etc/services. Напомните мне, пожалуйста, там прописан apache или все таки http?
Слова ваши неясны. Вы о чём, собственно? При чём здесь апач?
>категорически не согласны с их видением предназначения http
Не нашёл там ничего касабельно использования http для целей кеширования продуктов внутренней жизнедеятельности операционной систеы в условиях локальной сети.
>начинайте рассылать письма в ebay, amazon и прочим, чтоб они немедленно привели свои API в соответствие с Вашим видением HTTP.
В соответствии с ВАШИ видением? Разве ebay amazon и прочие используют http для кеширования какого-то барахла, производимого их операционками? Напомните, кстати, что за операционки разработали ebay и amazon?
>Многоуважаемый иксперт, расскажите же мне, где здесь нарушение «обратной совместимости».
Ви идиод? Апач пользуется Berkley Soket API, поддержка которого задекларирована миркозовтом. У них даже длл-ина была с названием на berkley — именно этим и занималась. Теперь оказывается, что он неправильно как-то им пользуется?
>И где же здесь «через жопу»? В том что Apache Foundation за почти десять лет не может асилить API?
Вы всё-таки определитесь ужо, миркосовт таки отказалась от поддержки Berkley Socket API (тогда о чём предыдущий вопрос) или таки всё ещё нет (тогда о чём этот вопрос)?
>Про реестр — особенно понравилось. Это такой маркер, по которому сразу же видно школьников, категорически не разбирающихся в вопросе.
Ну, вот вы разбираетесь, отчего же не написали как сделать то же самое не через редактирование реестра?
>Это с чего бы?
То есть это теперь такой миркосовтовый тренд — вообще всё сетевое взаимодействие вешать на http? У меня в упомянутом вами /etc/services больше 1000 строчек. Да не проблема обернуть их все в веб-сервисы и повесить на 80 порт. А, что, неймспейсы разделить разными урлами и хоккей. Но… ЗАЧЕМ???
>В чем конкретно Ваши претензии, кроме того, что «ололо эта жы микро$$офт»
Бессмысленная беспощадность образа действий.
Так вы из детсада?? О-о-о! Это такой маркер возрастной — когда оппонент вместо аргументов и сведений начинает хамить. Старшая хоть группа или в средней зависли?
>И СРАЗУ ЖЕ подтверждаете мои слова. Загляните в /etc/services. Напомните мне, пожалуйста, там прописан apache или все таки http?
Слова ваши неясны. Вы о чём, собственно? При чём здесь апач?
>категорически не согласны с их видением предназначения http
Не нашёл там ничего касабельно использования http для целей кеширования продуктов внутренней жизнедеятельности операционной систеы в условиях локальной сети.
>начинайте рассылать письма в ebay, amazon и прочим, чтоб они немедленно привели свои API в соответствие с Вашим видением HTTP.
В соответствии с ВАШИ видением? Разве ebay amazon и прочие используют http для кеширования какого-то барахла, производимого их операционками? Напомните, кстати, что за операционки разработали ebay и amazon?
>Многоуважаемый иксперт, расскажите же мне, где здесь нарушение «обратной совместимости».
Ви идиод? Апач пользуется Berkley Soket API, поддержка которого задекларирована миркозовтом. У них даже длл-ина была с названием на berkley — именно этим и занималась. Теперь оказывается, что он неправильно как-то им пользуется?
>И где же здесь «через жопу»? В том что Apache Foundation за почти десять лет не может асилить API?
Вы всё-таки определитесь ужо, миркосовт таки отказалась от поддержки Berkley Socket API (тогда о чём предыдущий вопрос) или таки всё ещё нет (тогда о чём этот вопрос)?
>Про реестр — особенно понравилось. Это такой маркер, по которому сразу же видно школьников, категорически не разбирающихся в вопросе.
Ну, вот вы разбираетесь, отчего же не написали как сделать то же самое не через редактирование реестра?
>Это с чего бы?
То есть это теперь такой миркосовтовый тренд — вообще всё сетевое взаимодействие вешать на http? У меня в упомянутом вами /etc/services больше 1000 строчек. Да не проблема обернуть их все в веб-сервисы и повесить на 80 порт. А, что, неймспейсы разделить разными урлами и хоккей. Но… ЗАЧЕМ???
>В чем конкретно Ваши претензии, кроме того, что «ололо эта жы микро$$офт»
Бессмысленная беспощадность образа действий.
Так вы из детсада?? О-о-о
Опять говоришь на меня — переводишь на себя. Выучи уже что нибудь новое типа «Ехали цыгане, кошку потеряли...»
Слова ваши неясны. Вы о чём, собственно? При чём здесь апач?
Ну и еще одно подтверждение абсолютной неспособности линуксоидов воспринимать написанное.
Не нашёл там ничего касабельно использования http для целей кеширования продуктов внутренней жизнедеятельности операционной систеы в условиях локальной сети.
Это неудивительно. Ведь Вы только учитесь читать. Ну ничего — классу к четвертому начитесь. Если нет — то уже вряд ли получится.
Разве ebay amazon и прочие используют http для кеширования какого-то барахла, производимого их операционками?
ОХЧОРТ. Даю хинт: Web Services. Или даже так: WEB SERVICES. Ферштейн? XML-RPC (поясните, как Вы понимаете акроним RPC) -> SOAP. Последний используется, на минуточку, в WEB SERVICES. Ну и еще на всякий случай для линуксоидов: WEB SERVICES
Ви идиод? Апач пользуется Berkley Soket API, поддержка которого задекларирована миркозовтом.
Непробиваемый дегенерат. Ну занял http.sys «вась-ми-дисятый» порт. Где нарушение совместимости?
У них даже длл-ина была с названием на berkley — именно этим и занималась
Иксперты такие иксперты, лол.
Теперь оказывается, что он неправильно как-то им пользуется?
Да.
Вы всё-таки определитесь ужо, миркосовт таки отказалась от поддержки Berkley Socket API (тогда о чём предыдущий вопрос) или таки всё ещё нет (тогда о чём этот вопрос)?
Не отказывались. Но Вы абсолютно неспособны воспринимать написанное. Такой замечательный пример «сферического линуксоида в вакууме», что я прямо пою от восторга.
Ну, вот вы разбираетесь, отчего же не написали как сделать то же самое не через редактирование реестра?
Вы не писали про редактирование реестра. Вы писали про «бинарный реестр». Это словосочетание очень любит школота, влюбленная в тектовые конфиги.
То есть это теперь такой миркосовтовый тренд — вообще всё сетевое взаимодействие вешать на http?
Ну и еще раз. WEB SERVICES! WEB SERVICES! WEB SERVICES! Вы бы потрудились пояснить при чем здесь Майкро$$$$$офт (хинт для линуксоидов: WEB SERVICES разрабатывается www consortium-ом)
Бессмысленная беспощадность образа действий.
Пояснение не получилось — попробуйте еще раз.
Линуксоиды такие линуксоиды.
С одной стороны у них веб-сервисы — нарушение «стандарта де-факто». С другой сам линукс — ни разу не нарушение.
Ну и самое забавное во всем этом то, что следуя единожды заученной мантре про «индусов в Майкрософте» разбираться в конкретных технологиях уже необязательно.
BranchCache — не «кеширующий сервер веб-контента». Веб-сервисы ВООБЩЕ не кешируют контент, а являются NAT-friendly (не считая прочих плюшек) протоколом удаленного вызова процедур. Сервис, который принимает команды по WS-* может быть любым и в частности BranchCache кеширует в основном документы, а не веб страницы причем кеширует по содержимому, а не по адресу/названию
С одной стороны у них веб-сервисы — нарушение «стандарта де-факто». С другой сам линукс — ни разу не нарушение.
Ну и самое забавное во всем этом то, что следуя единожды заученной мантре про «индусов в Майкрософте» разбираться в конкретных технологиях уже необязательно.
BranchCache — не «кеширующий сервер веб-контента». Веб-сервисы ВООБЩЕ не кешируют контент, а являются NAT-friendly (не считая прочих плюшек) протоколом удаленного вызова процедур. Сервис, который принимает команды по WS-* может быть любым и в частности BranchCache кеширует в основном документы, а не веб страницы причем кеширует по содержимому, а не по адресу/названию
А все же интереса ради, почему все таки на 80 порт то?
Я не вешал BranchCache на 80-й порт. Каким образом он там оказался, я не знаю. Я же написал уже.
Возможно от того, что этот порт обычно разрешён, а обращение к нестандартному порту может вызвать подозрения у мнительных файрволлов.
Возможно, но по такой логике, против сомнительных фаерволов, следует всё всё всё вешать на 80 порт?
Я вот правда заинтересовался, чем руководствовалась майкрософт, когда выбирала 80 порт?
Я вот правда заинтересовался, чем руководствовалась майкрософт, когда выбирала 80 порт?
Скорее всего MS полагает, что на Windows 7 (которая как бы является клиентской ОС) 80-й порт всегда свободен и никто не должен запускать там Web-сервер. Как указано здесь (http://technet.microsoft.com/en-us/library/dd837646(WS.10).aspx) клиентский кэш слушает 80-й порт, то есть выступает сам в качестве прокси-сервера по умолчанию.
>Скорее всего MS полагает, что на Windows 7 (которая как бы является клиентской ОС) 80-й порт всегда свободен и никто не должен запускать там Web-сервер.
Так и вижу года через 3-4: «Вы используете домашнюю версию Windows, поэтому не можете запускать серверные приложения. Для запуска серверных приложений Вам нужно приобрести Windows Server 2012».
Так и вижу года через 3-4: «Вы используете домашнюю версию Windows, поэтому не можете запускать серверные приложения. Для запуска серверных приложений Вам нужно приобрести Windows Server 2012».
На самом деле, это мое предположение было глупостью. Ниже, люди, разбирающиеся во внутренностях системы чуть больше моего, уже подсказали, что Windows позволяет навешать несколько приложений на один порт (просто с разными URL), но Apache такую возможность не поддерживает.
Windows позволяет навешать несколько приложений на один порт (просто с разными URL), но Apache такую возможность не поддерживает.Вы так шутите? Вообще Apache был первым (и долгое время единственным) веб-сервером, который поддерживал работу на одном IP и TCP-порту сразу множества сайтов с разруливанием обращений по DNS-имени в HTTP-запросах. И он до сих пор не разучился так делать.
Посмотрите фильм «Revolution OS», там упоминается эта фича Apache, и говорится что это была на тот момент просто killer-фича, т.к. тогда был бурный рост хоум-сайтов и сайтов компаний, а эта фича позволяла хостерам не поднимать на каждый ерундовый сайт дополнительные серверы и IP-адреса, а держать на одном мощном сервере с Linux+Apache кучу разных мелких сайтов.
Мне кажется Вы путаете «проложений» и «сайтов».
msdn.microsoft.com/en-us/library/aa364510(VS.85).aspx
Речь здесь о том, чтобы куча мелких приложений/сервисов могла использовать HTTP для работы, но при этом не требовала достаточно тяжеловесного IIS/Apache.
msdn.microsoft.com/en-us/library/aa364510(VS.85).aspx
Речь здесь о том, чтобы куча мелких приложений/сервисов могла использовать HTTP для работы, но при этом не требовала достаточно тяжеловесного IIS/Apache.
Вы не так поняли, http.sys позволяет нескольким независимым процессам реализовать http-server, у них буду просто разные пути/url. Например, все запросы типо localhost/mywebsite/* — будут форвардится в IIS, а localhost/mywebservice/* — будет приходить в вашу программу, написанную на C++ или C#.
Это совсем не то, что делает Апач, захостив несколько разных сайтов на одном порту.
Это совсем не то, что делает Апач, захостив несколько разных сайтов на одном порту.
Это совсем не то, что делает Апач, захостив несколько разных сайтов на одном порту
Я бы немного смягчил формулировку. Вместо «это совсем не то» стоит поставить «это не совсем то». Ну то есть это таки «то» — демультиплексированине запросов к разным сервисам, но в данном случае легковесный «демультиплексор» отделен от собственно all-in-one обработчика и предоставляет собственный интерфейс. Apache же — тот самый all-in-one комбайн, который нужно поднимать (и перезапускать) каждый раз при отладке веб-сервиса, к примеру.
В клиентскую Windows 7 в поставку включен IIS. Суть в том, что BranchCache — это веб-сервис, а все остальные могут спокойно шарить с ним порт. То что денвер этого не делает — проблема скорее денвера.
а вам не надо волноваться, если у вас не Enterprise или Ultimate винда. В других версиях этой технологии просто нет.
> Каким же ж нужно быть идиотом, чтоб на стандартный порт WEB-сервиса
подвесить какую-то хренЬ…
думаю, не меньшим идиотом надо быть, чтобы покупать домой Enterprise/Ultimate винду ;)
> Каким же ж нужно быть идиотом, чтоб на стандартный порт WEB-сервиса
подвесить какую-то хренЬ…
думаю, не меньшим идиотом надо быть, чтобы покупать домой Enterprise/Ultimate винду ;)
ну выбора-то нет. Каждый раз при обновлении мажорных версий в любом софте добавляется какая-то нездоровая фигня. Например, Опера с какой-то из 9-ых версий слушает кучу портов, даже если Unite не включать. Вот на кой браузеру слушать порты? Браузер же не сервер. Так и с остальными прогами.
я со всем согласен, кроме приравнивания винды к что попало :)
Да, я тороплюсь использовать «самое-самое», потому что в этих программах меньше уязвимостей, а я очень не хочу быть сражённым вирусом. Обновление в наше время — это просто жизненная необходимость.
Да, я тороплюсь использовать «самое-самое», потому что в этих программах меньше уязвимостей, а я очень не хочу быть сражённым вирусом. Обновление в наше время — это просто жизненная необходимость.
несогласен я с отсутствием необходимости обновлять: secunia.com/advisories/search/?search=opera
В новой версии новые ошибки, но эти новые ошибки еще не используются. А старые-то используются точно.
В новой версии новые ошибки, но эти новые ошибки еще не используются. А старые-то используются точно.
В новых программах уязвимостей не меньше, их там просто пока еще не нашли ^^
Кстати уже лет 5 не пользуюсь антивирусами на постоянной основе — вирусов нету. И да, я в этом уверен т.к. периодически проверяю комп на их наличие + вижу сетевые соединения в админке роутера и там нет ничего лишнего.
Мне вообще всегда казалось что эта «вирусная опасность» сильно преувеличена и чересчур распиарена. Достаточно минимальной компьютерной грамотности и аккуратности, чтобы ничего не «поймать». Да, есть какой то исчезающе малый шанс нарваться на 0-day уязвимость в браузере/плагине и так повезет что зайдешь на сайт, который её эксплуатирует, но если не хранить на компьютере секреты пентагона то этой вероятностью вполне можно пренебречь… Т.к. все равно есть бэкапы и полная переустановка системы с восстановлением настроек займет минут 30-40.
Мне вообще всегда казалось что эта «вирусная опасность» сильно преувеличена и чересчур распиарена. Достаточно минимальной компьютерной грамотности и аккуратности, чтобы ничего не «поймать». Да, есть какой то исчезающе малый шанс нарваться на 0-day уязвимость в браузере/плагине и так повезет что зайдешь на сайт, который её эксплуатирует, но если не хранить на компьютере секреты пентагона то этой вероятностью вполне можно пренебречь… Т.к. все равно есть бэкапы и полная переустановка системы с восстановлением настроек займет минут 30-40.
Именно потому, что этот порт стандартный, в Windows заранее продумана возможность совместного использования этого порта.
То, что висит сейчас на этом порте у ОП, это и есть тот компонент, который делает sharing.
Перефразирую вас — каким надо быть идиотом, чтобы на стандартный порт WEB-сервиса вешаться в монопольном режиме…
То, что висит сейчас на этом порте у ОП, это и есть тот компонент, который делает sharing.
Перефразирую вас — каким надо быть идиотом, чтобы на стандартный порт WEB-сервиса вешаться в монопольном режиме…
Это я об Apache, если что :)
Yeah вынес для себя чето новое, ему респект. А кое-кто так и остнется в танке.
Фича была внедрена в лохматом 2003 году в Windows Server, и в 2004 году в Windows XP SP2.
Внедрена для того, чтобы разрешить конфликты между приложениями, реализующими HTTP server.
Или вы думаете, что Apache — единственная прога, которой нужен 80 порт? А IIS приложения? А native Web-services?
Сейчас любой приложение, реализующее сервисы без проблем может зарегистрировать свой endpoint на 80 порту и спокойно отрабатывать свои команды, никому не мешая…
По-моему гениальное решение. А то, что стороннее ПО за 7 лет не удосужилось подправить свой софт хотя бы под XP SP2 — это по-вашему проблема Микрософтов?
Внедрена для того, чтобы разрешить конфликты между приложениями, реализующими HTTP server.
Или вы думаете, что Apache — единственная прога, которой нужен 80 порт? А IIS приложения? А native Web-services?
Сейчас любой приложение, реализующее сервисы без проблем может зарегистрировать свой endpoint на 80 порту и спокойно отрабатывать свои команды, никому не мешая…
По-моему гениальное решение. А то, что стороннее ПО за 7 лет не удосужилось подправить свой софт хотя бы под XP SP2 — это по-вашему проблема Микрософтов?
…
…
…
…
…
Извините, а причем тут винда?
А потом еще говорят что линукс сложный, непонятный, и не дружелюбный…
А какой классный стиль изложения!!! :)
Вы для журналов писать не пробовали? Или документацию для ПО (если посерьезнее, но настолько же коротко и ясно)? Я серьезно вполне
Вы для журналов писать не пробовали? Или документацию для ПО (если посерьезнее, но настолько же коротко и ясно)? Я серьезно вполне
Внимание, вопрос: а зачем вам вообще Branch Cache? У вас он где-то работает?
О назначении BranchCache читайте выше. Там была ссылка на блог МС на Хабре.
У меня он отключен (теперь). Но было интересно исследовать вопрос до конца с тем, чтобы обеспечить бесконфликтную работу BranchCache и веб-сервера.
У меня он отключен (теперь). Но было интересно исследовать вопрос до конца с тем, чтобы обеспечить бесконфликтную работу BranchCache и веб-сервера.
Есть тулза в том числе и для менеджмента http подсистемы винды. Называется netsh.
Выполняем netsh http show servicestate verbose=no
В сесиях нахиодим все урлы которые начинаются на HTTP://+:80/ Это все урлы которые шарят 80й порт.
Большая часть этих урлов будет вам извесна, это быстрее всего будут приложения в IIS.
Некторые непонятны. В часнсоти HTTP://+:80/116B50EB-ECE2-41AC-8429-9F9E963361B7/
Если например вбить это гуид в поисковик то мы попадем на спеку Peer Content Caching and Retrieval: Retrieval Protocol Specification msdn.microsoft.com/en-us/library/dd340715(v=PROT.10).aspx, это и есть не настоящие название BranchCache. Вот и вся недолга.
Короче, в винде надо понимать что 80й порт может слушать множество оприложений. Это стандартный компонент. Им пользуется ReportingServices, WinWm, BranchCache и многие другие. Фактически когда вы делаете приложения в IIS, каждый пул это одельный процес, которые слушают 80й(или другой) порт.
Выполняем netsh http show servicestate verbose=no
В сесиях нахиодим все урлы которые начинаются на HTTP://+:80/ Это все урлы которые шарят 80й порт.
Большая часть этих урлов будет вам извесна, это быстрее всего будут приложения в IIS.
Некторые непонятны. В часнсоти HTTP://+:80/116B50EB-ECE2-41AC-8429-9F9E963361B7/
Если например вбить это гуид в поисковик то мы попадем на спеку Peer Content Caching and Retrieval: Retrieval Protocol Specification msdn.microsoft.com/en-us/library/dd340715(v=PROT.10).aspx, это и есть не настоящие название BranchCache. Вот и вся недолга.
Короче, в винде надо понимать что 80й порт может слушать множество оприложений. Это стандартный компонент. Им пользуется ReportingServices, WinWm, BranchCache и многие другие. Фактически когда вы делаете приложения в IIS, каждый пул это одельный процес, которые слушают 80й(или другой) порт.
Спасибо за пояснение. Я же дошел до этой тулзы «с обратной стороны». Уже когда был выявлен BranchCache, в мануале по смене порта я увидел применение netsh. До этого о таком инструменте я ничего не знал.
Пожалуй, желающим поразвлекаться с настройкой ОС, пора в срочном проядке ставить Win7 или WinServer2008 :) С лунксами-то все понятно — а тут какой простор!
Статья из серии «Или лыжи не едут, или...»
Начиная с Windows XP SP2 в ось интегрирован HTTP Server Stack, в образе http.sys, что позволяет независимым процессам делить 80 http порт, но под разными урлами…
То, что ни Apache, ни Apache 2 не используют этот официальный API, а наглым образом хотят 80 порт в индивидуальное пользование — не есть проблема Microsoft.
Поэтому давайте дружно пожелаем коллегам из Apache Group — RTFM, наконец, как следует…
Живете под Windows, изпользуйте встроенные возможности OS, не изобретайте лисапет :)
И да постигнет вас нирвана…
Начиная с Windows XP SP2 в ось интегрирован HTTP Server Stack, в образе http.sys, что позволяет независимым процессам делить 80 http порт, но под разными урлами…
То, что ни Apache, ни Apache 2 не используют этот официальный API, а наглым образом хотят 80 порт в индивидуальное пользование — не есть проблема Microsoft.
Поэтому давайте дружно пожелаем коллегам из Apache Group — RTFM, наконец, как следует…
Живете под Windows, изпользуйте встроенные возможности OS, не изобретайте лисапет :)
И да постигнет вас нирвана…
Apache сам по себе HTTP сервер. Сам обрабатывает запросы и т.д. Зачем переписывать ядро, делать из сервера надстройку над другим сервером, который способен решать лишь долю необходимых задач?
По той же причине, по какой люди используют другие компоненты ОС, такие как файловую систему, сеть, тот же winsocks…
Прелесть платформы в том, что использование оной экономит кучу времени, денег и нервов. Кроме того, органично вписывается в экосистему.
Apache под Windows, как iTunes — выглядит симпатично, но чужеродно. Как негр в семье бледнолицых :)
Прелесть платформы в том, что использование оной экономит кучу времени, денег и нервов. Кроме того, органично вписывается в экосистему.
Apache под Windows, как iTunes — выглядит симпатично, но чужеродно. Как негр в семье бледнолицых :)
Apache под Windows, как iTunes — выглядит симпатично, но чужеродно.Выглядит? А вы на него не смотрите. На сервера смотреть не надо, они не для этого предназначены.
Мне кажется, что этот HTTP server стэк имеет крайне ограниченный функционал. И что-то подсказывает, что геморроиться с этим АПИ пришлось бы очень много.
Фотоаппарат в сотовом телефоне экономит место и деньги. Однако это не повод не брать с собой в турпоездку хороший фотоаппарат.
Фотоаппарат в сотовом телефоне экономит место и деньги. Однако это не повод не брать с собой в турпоездку хороший фотоаппарат.
То, что ни Apache, ни Apache 2 не используют этот официальный API, а наглым образом хотят 80 порт в индивидуальное пользование — не есть проблема Microsoft.
Читаю и пытаюсь понять: то ли вы про директиву Listen в конфиге Апача, позволяющую указать, что апач слушает 80-ый порт только на некоторых IP-адресах, доступных системе (а на других его могут слушать другие программы), то ли программисты Windows от безумия и безнаказанности засобачили туда возможность нескольким разным программам, в зависимости от волшебных постукиваний в магический бубен с изображением окошка, одновременно слушать один и тот же TCP-порт, нарушая концепции, которые появились за годы до Windows 1.0. Не заставляйте меня разочаровываться в человечестве, подтвердите, что вы про банальную директиву Listen.
Именно «одновременно слушать один и тот же TCP-порт» на одном и том же интерфейсе. По сути — роутер (фронтенд), говорящий что запросы localhost:80/mysite/* передавать IIS, а localhost:80/someservice/* передавать, например, сабжу поста. Клиенту, имхо, всё равно что за сервер (бэкенд) стоит за конкретным url, зачастую в *nix системах такую роль выполняет, например, nginx, перенаправляющий запросы с одного урла на один сервер, а с другого на другой, но такой способ требует дополнительной настройки бэкендов. По-моему, преимущества «нового» (вроде лет 5 ему) подхода MS очевидны — бэкенды и не догадываются, что не все урлы доходят до них, они думают, что весь 80-й порт принадлежит им.
Хотел бы иметь такой роутер и в линукс, дабы не перелопачивать каждый раз по два конфига, когда хочу попробовать новый сервер/сервис — сообщение «Can't bind to port 80 at localhost» (по памяти) чуть ли не самое частое в моём /var/log/* Традиции традициями, стандарты стандартами, но кое-что меняется в этом мире за 30-40 лет — приходят времена новых традиций и новых стандартов не всегда полностью обратно совместимых со старыми.
Хотел бы иметь такой роутер и в линукс, дабы не перелопачивать каждый раз по два конфига, когда хочу попробовать новый сервер/сервис — сообщение «Can't bind to port 80 at localhost» (по памяти) чуть ли не самое частое в моём /var/log/* Традиции традициями, стандарты стандартами, но кое-что меняется в этом мире за 30-40 лет — приходят времена новых традиций и новых стандартов не всегда полностью обратно совместимых со старыми.
Я сначала хотел было поругаться про то, что Microsoft сознательно запутал понятия «слушать TCP-порт» с 4-го уровня OSI и «запросы localhost:80/mysite/» с 7-го, потом решил не ругаться, ибо счёл, что эта возможность «разным приложениям биндиться на один и тот же порт» на самом деле не подмена Berkeley sockets, а всего лишь программно конфигурируемый HTTP proxy.
В связи с этим, вопрос: вы всерьёз верите, что каждый HTTP-сервер должен знать про все подряд HTTP-прокси, за которого его могут посадить, и пытаться самосконфигурироваться на них? Тем более, пожалуй, самый популярный в мире кроссплатформенный HTTP-сервер — про HTTP-прокси, существующий на единственной платформе, при этом весьма слабо используемой в тех задачах, где используется соответствующий сервер? Что настройка проксирования HTTP-запросов — это обязанность не самого этого прокси (и того, кто настраивает прокси), а HTTP-сервера?
Тогда у меня для вас неприятный сюрприз: количество HTTP-серверов разных видов (включая, помимо standalone-серверов, как программные фреймворки и библиотеки под самые разные языки, позволяющие клепать сервера за пять минут, типа всяких Twisted на Python-е или даже тестового сервера на Django, так и «встроенные» в различные программы «веб-интерфейсы», типа MLDonkey или Ejabber) всяко измеряется не в десятках, а в тысячах, и большинство из них наверняка кроссплатформенные.
Интересно, кроме IIS, наберётся из них хотя бы десяток программ, самоконфигурирующихся в этой новомодной Microsoft-овской проксе?
Поверьте, если на единицы веб-серверов, на тысячи веб-серверов, не поддерживающих «хитрый MS proxy», приходятся единицы, поддерживающие… это никак не проблема неподдерживающих тысяч.
В связи с этим, вопрос: вы всерьёз верите, что каждый HTTP-сервер должен знать про все подряд HTTP-прокси, за которого его могут посадить, и пытаться самосконфигурироваться на них? Тем более, пожалуй, самый популярный в мире кроссплатформенный HTTP-сервер — про HTTP-прокси, существующий на единственной платформе, при этом весьма слабо используемой в тех задачах, где используется соответствующий сервер? Что настройка проксирования HTTP-запросов — это обязанность не самого этого прокси (и того, кто настраивает прокси), а HTTP-сервера?
Тогда у меня для вас неприятный сюрприз: количество HTTP-серверов разных видов (включая, помимо standalone-серверов, как программные фреймворки и библиотеки под самые разные языки, позволяющие клепать сервера за пять минут, типа всяких Twisted на Python-е или даже тестового сервера на Django, так и «встроенные» в различные программы «веб-интерфейсы», типа MLDonkey или Ejabber) всяко измеряется не в десятках, а в тысячах, и большинство из них наверняка кроссплатформенные.
Интересно, кроме IIS, наберётся из них хотя бы десяток программ, самоконфигурирующихся в этой новомодной Microsoft-овской проксе?
Поверьте, если на единицы веб-серверов, на тысячи веб-серверов, не поддерживающих «хитрый MS proxy», приходятся единицы, поддерживающие… это никак не проблема неподдерживающих тысяч.
Ну всё-таки ставить в один ряд «все подряд HTTP-прокси» и стандартный сервис самой распространённой (по некоторым оценкам) ОС несколько неправомерно, имхо. Почему поддержку этого сервиса не ввели в самом популярном кроссплатформенном веб-сервере не знаю, да и мне это особо неинтересно, т. к. не пользуюсь ни этой ОС, ни этим веб-сервером. В топик забрёл случайно, заинтересовался, разобрался (кажется) и подумалось, что неплохо бы иметь что-то похожее и под моей ОС для моих веб-серверов.

Судя по этой картинке, ставить в один ряд «все подряд HTTP-прокси» и всего лишь один из стандартных сервисов (может, апач под виндой ещё и сам себе порты на встроенном файрволле должен открывать?) всего лишь одной из операционок, на которой может работаь самый популярный в мире веб-сервер, вполне корректно. Моськи слонам не указывают.
Я это к тому, что «самая распространённость» в хозбытовом секторе Windows-а имеет малую связь с использованием её для хостинга веб-серверов. Вон, Sony PS3 тоже весьма популярна, и на неё можно Линукс с Апачем поставить, но никто ведь не ожидает, что это разумный аргумент, чтобы считать, что Апач должен конфигурироваться геймпадом?
А что на картинке собственно? :) Какое-то странное сочетание (5 организаций и 2 программных продукта афаик) знакомых слов в «хистори». Распределение в вебе количества серверов? Количество инсталяций? Количество посетителей? Запросов?
Где-то читал (нагуглить не смог быстро), что Windows не просто самая распространённая в хозбытовом секторе ось, а просто самая распространённая, хотя в отдельных сегмента рынка ОС и уступает конкурентам.
Но собственно речь не о том, я просто удивлён, что Apache потратив немало, наверное, усилий для портирования своего веб-сервера на Windows (да и вообще судя по httpd.apache.org/download.cgi платформа Win32 очень важна для проекта, как минимум вторая по важности (если считать, что все Unix это одна платформа, а отсортированы по важности, а не по алфавиту), и бинарники на ней только по вин) не реализовали его корректную работу с сабжем.
Где-то читал (нагуглить не смог быстро), что Windows не просто самая распространённая в хозбытовом секторе ось, а просто самая распространённая, хотя в отдельных сегмента рынка ОС и уступает конкурентам.
Но собственно речь не о том, я просто удивлён, что Apache потратив немало, наверное, усилий для портирования своего веб-сервера на Windows (да и вообще судя по httpd.apache.org/download.cgi платформа Win32 очень важна для проекта, как минимум вторая по важности (если считать, что все Unix это одна платформа, а отсортированы по важности, а не по алфавиту), и бинарники на ней только по вин) не реализовали его корректную работу с сабжем.
Пляска с бубном вместо того, чтобы с самого начала настроить апач на замечательный порт 4242 или поднять линуксбокс. Хоть бы даже в виртуалке. Так оно, всетаки, правильнее.
Считайте это удовлетворением спортивного интереса. Опять же, проблемы с портами могут возникнуть не только из-за Апача, так что я счел допустимым рассказать о своем опыте решения такой проблемы. Возможно, кому-то мой опыт пригодится.
То, что ни Apache, ни Apache 2 не используют этот официальный API, а наглым образом хотят 80 порт в индивидуальное пользование — не есть проблема Microsoft.Читаю и пытаюсь понять: то ли вы про директиву Listen в конфиге Апача, позволяющую указать, что апач слушает 80-ый порт только на некоторых IP-адресах, доступных системе (а на других его могут слушать другие программы), то ли программисты Windows от безумия и безнаказанности засобачили туда возможность нескольким разным программам, в зависимости от волшебных постукиваний в магический бубен с изображением окошка, одновременно слушать один и тот же TCP-порт, нарушая концепции, которые появились за годы до Windows 1.0. Не заставляйте меня разочаровываться в человечестве, подтвердите, что вы про банальную директиву Listen.
В итоге вы решили перевесить BranchCache на другой порт.
Но тут возникает резонный вопрос: «А вы вообще используете этот BranchCache на данной машине?».
Ну т.е. эта машина действительно стоит в сети некого удалённого филиала вашей компании, в этой сети филиала преобладают машины с Win2k8-R2 и Win7 Ent/Ult, эта сеть соединена с основной площадкой компании по слабому сетевому каналу, и компьютеры из этой сети часто обращаются к документам на файловом сервере основной площадки, поэтому такое кэширование через BranchCache действительно работает и приносит пользу?
А отсюда сразу следуют и подвопросы:
а) Если вам BranchCache на этой машине реально не нужен (например это просто домашняя машинка, ну или корпоративная, но стоит в основном сайте компании), то зачем его переносить на другой порт? Почему бы просто не отключить BranchCache?
б) А если BranchCache вам там нужен и он действительно используется, то будет ли всё работать корректно, если он будет висеть на другом порту? Не нужно ли где-то ещё делать перенастройки (например, на других компьютерах филиала), чтобы этот BranchCache на недефолтовом порту по-прежнему работал корректно?
Но тут возникает резонный вопрос: «А вы вообще используете этот BranchCache на данной машине?».
Ну т.е. эта машина действительно стоит в сети некого удалённого филиала вашей компании, в этой сети филиала преобладают машины с Win2k8-R2 и Win7 Ent/Ult, эта сеть соединена с основной площадкой компании по слабому сетевому каналу, и компьютеры из этой сети часто обращаются к документам на файловом сервере основной площадки, поэтому такое кэширование через BranchCache действительно работает и приносит пользу?
А отсюда сразу следуют и подвопросы:
а) Если вам BranchCache на этой машине реально не нужен (например это просто домашняя машинка, ну или корпоративная, но стоит в основном сайте компании), то зачем его переносить на другой порт? Почему бы просто не отключить BranchCache?
б) А если BranchCache вам там нужен и он действительно используется, то будет ли всё работать корректно, если он будет висеть на другом порту? Не нужно ли где-то ещё делать перенастройки (например, на других компьютерах филиала), чтобы этот BranchCache на недефолтовом порту по-прежнему работал корректно?
Я же писал выше, что у меня BranchCache отключен, но пост был бы неполным без объяснения, как, в случае чего, можно поменять порт. Порт, как я понял нужно менять в случае использования BranchCache в режиме клиент-сервера.
> Я же писал выше, что у меня BranchCache отключен
Не вижу в статье фрагмента, где было бы написано «Но если вам BranchCache на этой машине вообще не нужен, то полностью корректно его отключить можно так: ...».
Мне кажется, не помешало бы добавить.
Не вижу в статье фрагмента, где было бы написано «Но если вам BranchCache на этой машине вообще не нужен, то полностью корректно его отключить можно так: ...».
Мне кажется, не помешало бы добавить.
фтопку Денвер
и Windows Wisla туда же
и Windows Wisla туда же
Не знаю, насколько актуально это решение. Но вдруг кто-то еще держит и использует Денвер. У меня есть — остался со тех времен, когда я программировал под веб. Иногда (очень редко) запускаю по мелкой нужде.
Если есть в системе BranchCache, надо запустить Денвер, а заниматься правкой реестра желания нет или нет необходимости менять или требуется оставить всё без изменений:
1. создать файл
2. Созлать файл
3. Полностью остановить (stop) и запустить (start) Денвер
Если есть в системе BranchCache, надо запустить Денвер, а заниматься правкой реестра желания нет или нет необходимости менять или требуется оставить всё без изменений:
1. создать файл
Z:\> type Z:\etc\scripts\main\start\00_BranchCache
init.d/BranchCache
2. Созлать файл
Z:\> type Z:\etc\scripts\init.d\BranchCache.bat
net stop PeerDistSvc
3. Полностью остановить (stop) и запустить (start) Денвер
Sign up to leave a comment.
Битва с «сумрачным гением» или Microsoft-HTTPAPI/2.0 наносит первый удар