The remote server returned an error 404 not found как исправить

Describes an issue that triggers a 404 error or "The HTTP request to ‎'https://mail..com/EWS/mrsproxy.svc‎' has exceeded the allotted timeout" error when you try to move a mailbox from the on-premises environment to Exchange Online in Office 365 in a hybrid deployment. A resolution is provided.

Exchange Online Exchange Server 2013 Enterprise Exchange Server 2013 Standard Edition More…Less

PROBLEM

When you try to move or onboard a mailbox from your on-premises Exchange environment to Exchange Online in Office 365 in an Exchange hybrid deployment, you receive an error message that resembles one of the following:

  • Error(s): The call to https://mail.<DomainName>.com/ews/mrsproxy.svc failed because no service was listening on the specified endpoint

    Error details:
    There was no endpoint listening at https://mail.<DomainName>.com/ews/mrsproxy.svc that could accept the message. This is often cause by an incorrect address or SOAP action. The remote server returned an error 404 not found.

  • Error: MigrationTransientException: The call to ‎’https://mail.<DomainName>.com/EWS/mrsproxy.svc‎’ timed out.

    Error details:
    The request channel timed out while waiting for a reply after 00:00:00.0020000. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding. The time allotted to this operation may have been a portion of a longer timeout. —> The HTTP request to ‎’https://mail.<DomainName>.com/EWS/mrsproxy.svc‎’ has exceeded the allotted timeout of 00:00:00.0020000.

  • Error: MigrationTransientException: The call to ‘https://mail.contoso.com/EWS/mrsproxy.svc’ failed because no service was listening on the specified endpoint.

    Error details: There was no endpoint listening at https://mail.contoso.com/EWS/mrsproxy.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.

    The remote server returned an error: (404) Not Found. —> The call to ‘https://mail.contoso.com/EWS/mrsproxy.svc’ failed because no service was listening on the specified endpoint.

However, you may still be able to move other mailboxes successfully. 

10/23/2020 : 20:09 UTC : bluehawk prod test

CAUSE

This problem may occur if the ExchangeGUID property of the Exchange Online MailUser object does not match the ExchangeGUID property of the on-premises mailbox. To successfully move a mailbox, the value of the ExchangeGUID property in the Exchange Online mailbox and in the associated on-premises remote mailbox must match.

SOLUTION

Set the ExchangeGUID property of the mail-enabled user in Exchange Online to match the ExchangeGUID property of the corresponding on-premises mailbox, and then retry the move. To do this, follow these steps:

  1. Retrieve the value of the ExchangeGUID property for the on-premises mailbox that you want to move. To do this, open the Exchange Management Shell on the on-premises server, and then run the following command:

    Get-Mailbox <MailboxName> | Format-List ExchangeGUID 

    Make a note of the value. You’ll need it later in step 2B.

  2. Connect to Exchange Online by using remote PowerShell. For more information, see Connect to Exchange Online using Remote PowerShell. Then, do the following:

    1. Determine the value of the ExchangeGUID property of the mail-enabled user in Exchange Online. To do this, run the following command:

      Get-MailUser -Identity <UserName> | fl displayname,ExchangeGuid 

    2. Set the value of the ExchangeGUID property of the mail-enabled user in Exchange Online to match the ExchangeGUID property of the on-premises mailbox. To do this, run the following command:

      Set-MailUser -Identity <UserName> -ExchangeGUID <Value Retrieved From Step 1> 

  3. Retry the move.

MORE INFORMATION

Still need help? Go to Microsoft Community or the Exchange TechNet Forums.

Need more help?

Ошибка 404, либо Error 404 Not Found — ошибка, которая появляется, если браузеру не удалось обнаружить на сервере указанный URL.

Страница 404.

Сообщение об ошибке 404

Что означает ответ 404

Error 404 Not Found отображается по-разному: «HTTP 404 не найден», «Ошибка 404 Not Found», «404 Страница не найдена». Смысл надписи всегда остаётся тем же: страница отсутствует либо просто не работает. Not Found в переводе означает «не найдено».

Ошибка 404 — классический код ответа по протоколу HTTP. Он свидетельствует, что связь с сервером установлена, но данных по заданному запросу на сервере нет.

Однако если просто ввести в поисковую строку произвольный набор символов, то браузер не покажет ошибку 404 Not Found — появится сообщение, что установить соединение с конкретным сервером невозможно.

Разберёмся в техническом формировании ответа Error 404 Not Found.

Техническая сторона вопроса. При связи по HTTP браузер запрашивает указанный URL и ждёт цифрового ответа. То есть любой запрос пользователя направляется на сервер размещения искомого сайта. Когда браузеру удаётся связаться с сервером, он получает кодированный ответ. Если запрос корректный и страница найдена, отправляется ответ с кодом 200 OK, что соответствует благополучной загрузке. При отсутствии страницы отправляется ответ об ошибке.

Что значит код «404». В ответе 404 первая четвёрка указывает на то, что запрос был чрезмерно длительным или в самом адресе была ошибка. Ноль предполагает синтаксическую неточность. Завершающая цифра кода отображает конкретную причину ошибки — «4» означает отсутствие данной ссылки.

Какие ещё ошибки бывают. Ошибку 404 не нужно путать с другими ответами, которые указывают на невозможность связи с сервером. Например, ошибка 403 сообщает, что доступ к URL ограничен, а ответ «Сервер не найден» свидетельствует, что браузер не смог обнаружить место размещения сайта.

Страница 404 от Google.

Google на 404 странице сообщает о возможных причинах ошибки

Причины ошибки

Причины, по которым HTTP возвращает ответ 404 Not Found:

  • Неверный адрес. К примеру, при ручном наборе пользователь допустил опечатку в адресе либо ссылка ведёт на несуществующую страницу. При этом домен должен быть написан верно. Если пользователь ошибется в названии домена, страница вообще не загрузится (без показа ошибки).
  • Битая ссылка. Это нерабочий URL, который никуда не ведёт. Данный вариант иногда возникает при внутренней перелинковке. К примеру, раньше страница существовала, а потом её удалили и забыли убрать ссылку.
  • Удалённая страница. Когда пользователь попытается перейти на удалённую с сервера страницу, он также увидит ошибку 404. Ссылка для перехода может сохраниться в браузерных закладках или на сторонних ресурсах.
  • Неправильный редирект на страницу с изменённым адресом. Допустим, в процессе редизайна URL изменили, но оставили без внимания связанные ссылки.
  • Неполадки на сервере. Это самый редкий вариант.

В большинстве ситуаций ошибка 404 отображается, когда не удаётся обнаружить нужную страницу на доступном сервере.

Несуществующая страница на сайте.

Причины отсутствия страницы на сайте бывают разными

Возможные последствия для сайта

Нужно ли считать 404 ошибку опасной для сайтов? Кажется, что нет ничего плохого в том, что пользователь не смог открыть одну веб-страницу. Однако если такая ситуация будет повторяться регулярно, это чревато оттоком аудитории. Одни пользователи решат, что сайт вовсе не существует. Другие подумают, что лучше не заходить на сайт, который работает с ошибками. Третьи будут игнорировать ресурс, на котором не смогли получить обещанную информацию.

Поисковые системы относятся к Not Found более лояльно. Например, Google отмечает, что 404 страницы не влияют на рейтинг. Но если при индексации роботы будут находить все больше ошибочных страниц, вряд ли это приведёт к более высокому ранжированию.

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

Как выявить ошибку

На небольшом ресурсе легко проверить работоспособность ссылок вручную. Но если на сайте сотни и тысячи страниц, без дополнительного софта не обойтись. Есть немало сервисов и программ, позволяющих находить битые ссылки. Рассмотрим некоторые из них.

Search Console Google

Консоль поиска Google позволяет находить страницы с ошибкой 404 за несколько кликов:

  1. Войдите в учётную запись Google и перейдите в Search Console.
  2. Откройте раздел «Ошибки сканирования» → «Диагностика».
  3. Кликните на «Not Found».

Чтобы получить список страниц с ошибками, подтвердите права на ресурс — добавьте проверочную запись TXT в записи DNS регистратора домена. Такая запись не повлияет на работу сайта. Подробнее о процедуре подтверждения, читайте в справке Google.

Интерфейс Search Console Google.

Для использования Search Console Google нужно подтвердить свои права на сайт

Яндекс Вебмастер

Сервис для вебмастеров от Яндекса поможет быстро найти все ошибки 404:

  1. Откройте Вебмастер после авторизации в Яндекс-аккаунте.
  2. Выберите «Индексирование» → «Доступные для поиска страницы» → «Исключённые страницы».
  3. В выданном списке выберите фильтр «Ошибка HTTP: 404».

Чтобы использовать Яндекс.Вебмастер, также нужно подтвердить право владения сайтом — добавить метатег в HTML-код главной страницы.

Главная страница Яндекс.Вебмастер.

Для входа в Вебмастер авторизуйтесь в Яндексе

Screaming Frog

Для начала загрузите и установите программу на компьютер. После запуска добавьте URL проверяемого сайта и начните поиск проблем. Неработающие ссылки можно искать даже в бесплатной версии.

Сервис Screaming Frog.

Инструмент SEO-паук в Screaming Frog помогает найти технические неисправности сайта

SiteAnalyzer

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

Страница загрузки SiteAnalyzer.

SiteAnalyzer бесплатно найдёт неработающие URL

Как исправить ошибку Not Found

Выбор конкретного решения зависит от причины ошибки:

  1. Ссылка ведёт в никуда из-за неверного URL. Для решения проблемы замените ошибочную ссылку на правильный адрес, чтобы сервер отдавал код 200 OK.
  2. Битая ссылка. Подобная ситуация не редкость при внутренней перелинковке страниц. К примеру, ссылка есть, а саму страницу давно удалили. Решений два: удалить ссылку или заменить её на другую.

Удалять и менять ссылки вручную удобно только на небольших сайтах. Исправление ошибок на крупных порталах лучше автоматизировать. Например, с помощью специальных плагинов для внутренней перелинковки (Terms Description, Dagon Design Sitemap Generator) и для автоматического формирования адресов страниц (Cyr-To-Lat).

Чтобы ошибки 404 появлялись как можно реже, достаточно соблюдать простые рекомендации:

  • Не присваивайте сложные адреса основным разделам сайта. Это снизит число ошибок, связанных с опечатками в URL.
  • Не меняйте адреса страниц слишком часто. Это неудобно для пользователей и вводит в заблуждение поисковых роботов.
  • Размещайте сайт на надёжном сервере. Это предотвратит ошибки, возникающие из-за неработоспособности сервера.

Мы разобрались, как найти и исправить ошибки Not Found внутри сайта. Но неработающая ссылка может быть расположена и на стороннем ресурсе. Допустим, когда-то на другом сайте разместили рекламную публикацию со ссылкой на определённую страницу. Спустя какое-то время страницу удалили. В этом случае появится ошибка 404. Устранить её можно, связавшись с администрацией ссылающегося сайта. Если же удалить/исправить ссылку нельзя, постарайтесь использовать ошибку с выгодой.

Как сделать страницу 404 полезной

Грамотно оформленная страница с ошибкой Error 404 Not Found — действенный инструмент конвертации посетителей. Ограничений по использованию страницы с ошибкой 404 нет. При этом практически все CMS позволяют настраивать дизайн этой страницы.

Что публиковать на странице 404:

  • меню с кликабельными ссылками;
  • ссылку на главную страницу;
  • анонс последних публикаций;
  • контакты для обратной связи.

При оформлении страницы-ошибки желательно опираться на рекомендации поисковиков:

  • Яндекс настоятельно рекомендует, чтобы страница контрастировала с основным содержанием сайта — иные цвета, другие графические приёмы либо их отсутствие. Необходимо чётко и понятно объяснить пользователю, что запрошенной страницы не существует и предложить другое решение.
  • Google советует придерживаться единого стиля оформления. Но также рекомендует понятно рассказать об ошибке и предложить полезные материалы.

Главное — по возможности отказаться от стандартной страницы 404. Подумайте, как привлечь внимание пользователя. Расскажите ему об отсутствии искомой страницы и предложите взамен что-то полезное или интересное.

Примеры оформления страниц 404

Designzillas

Мультяшная страница креативной студии привлекает внимание и её хочется досмотреть до конца. Если прокрутить страницу, можно увидеть, как из яйца вылупится дракон. При этом на странице есть ссылки на все основные разделы сайта.

404 страница на сайте Designzillas

Меню на сайте Designzillas есть и на 404 странице

Domenart Studio

Веб-студия «Домен АРТ» использует красочную страницу 404, оформленную в единой стилистике ресурса. Заблудившимся пользователям предлагают попробовать ещё раз ввести адрес или перейти в нужный раздел.

Страница 404 Domenart Studio.

Контакты, поиск, меню — и всё это на 404 странице Domenart Studio

E-co

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

Ошибка 404 «Эко Пауэр»

Ошибка 404 «Эко Пауэр» выглядит как страница входа

Дом со всем

Компания «Дом со всем», занимающаяся бурением скважин, разместила на странице 404 свои контакты и перечень услуг. Со страницы можно перейти в любой раздел сайта или заказать обратный звонок. С таким наполнением посетителю не нужно искать дополнительную информацию где-то ещё.

Страница 404 «Дом со всем».

Компания «Дом со всем» предлагает заказать обратный звонок

Kualo

Страница 404 на веб-хостинге Kualo может заставить пользователя забыть, зачем он сюда пришёл. Увлекательная игра притягивает внимание. В конце игры посетителю предлагают посмотреть сайт хостинга.

Cтраница 404 Kualo

На странице Kualo можно просто поиграть и заработать скидки

Рано или поздно с ошибкой 404 сталкивается большинство сайтов. При регулярной проверке можно своевременно исправить неработающие ссылки, чтобы в ответ пользователи получали код 200 OK. Но для крупного ресурса лучше настроить оригинальную страницу, которая будет отображаться при появлении ошибки Not Found и подскажет посетителям, что делать дальше.

Главные мысли

Ошибка 404 это

2 / 2 / 1

Регистрация: 21.08.2009

Сообщений: 134

1

27.08.2009, 14:24. Показов 7731. Ответов 7


работаю с HttpWebRequest. делаю запрос через GetResponse и вываливается исключение что сайт не найден. вобщем то все понятно и ничего необычного. только вот интересно можно ли както обойтись без ексепшина? т.е. както акуратно дернуть этот сайт и сказать- ага сайт не найден. или только обернуть в trycatch и анализировать само исключение?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь



0



Эксперт JavaЭксперт С++

8378 / 3600 / 419

Регистрация: 03.07.2009

Сообщений: 10,708

27.08.2009, 15:05

2

ексепшен довольно таки долго генерируется. Как вариант использовать if(){…} else{…}.
В проверку ифа поставь то значение с которым вылетает ексепшен. Так будет несколько быстрее



0



555 / 509 / 25

Регистрация: 23.07.2009

Сообщений: 2,359

Записей в блоге: 1

27.08.2009, 15:26

3

Цитата
Сообщение от M128K145
Посмотреть сообщение

ексепшен довольно таки долго генерируется.

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



0



2 / 2 / 1

Регистрация: 21.08.2009

Сообщений: 134

27.08.2009, 15:32

 [ТС]

4

M128K145,
так куда прикрутить ifelse если сперва нужно вызвать метод GetResponse , а он выкидывает исключение.
тут проблема не в том быстро или нет получить ексепшин, а наверно в том, зачем вызывать метод GetResponse если сайт не найден. т.е. проверить до вызова метода на предмет ошибки 404, и если обнаружена ошибка то не вызывать дальше
както так



0



15 / 14 / 2

Регистрация: 15.01.2009

Сообщений: 55

27.08.2009, 15:53

5

Обрабатывай исключение и дальше. Его тебе придётся обрабатывать в любом случае. Даже если есть процедура определения доступности хоста, она определит доступность хоста в один момент времени, а вызов GetResponse будет в другой момент. И как ты можешь быть уверен что хост всё ещё будет доступен.



0



555 / 509 / 25

Регистрация: 23.07.2009

Сообщений: 2,359

Записей в блоге: 1

27.08.2009, 16:38

6

Цитата
Сообщение от -Dash-
Посмотреть сообщение

Обрабатывай исключение и дальше. Его тебе придётся обрабатывать в любом случае. Даже если есть процедура определения доступности хоста, она определит доступность хоста в один момент времени, а вызов GetResponse будет в другой момент. И как ты можешь быть уверен что хост всё ещё будет доступен.

совершенно верно! даже процедура system.dns.gethostentry(), если не сможет разрешить имя, не нуль вернет, а исключение бросит. обработка исключений — это прямой путь, не ищите обходных, они хуже.



0



2 / 2 / 1

Регистрация: 21.08.2009

Сообщений: 134

27.08.2009, 18:00

 [ТС]

7

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



0



555 / 509 / 25

Регистрация: 23.07.2009

Сообщений: 2,359

Записей в блоге: 1

30.08.2009, 22:44

8

файл как правило у вас на диске, и вы знаете его местонахождение. а чтобы узнать, можно ли доступиться к хосту, нужно сначала выдать dns запрос, разрешить его имя, установить маршрут, и пройти всю трассу. т.е. сделать все то, что потом придется проделать повторно (dns запрос только выполнится, возможно, быстрее), чтобы уже установить соединение. кроме того, как кто-то здесь говорил, может первое оказаться удачным, а второе — нет. вы в интернете сёрфаете? вот только что смотрел этот сайт, а через минуту его уже нет



0



title author description ms.date ms.assetid msc.legacyurl msc.type

Troubleshooting Common Problems with Web Deploy

ehamai

This walkthrough shows how to diagnose and fix common problems with Web Deploy, including common errors seen while publishing from Visual Studio 2010. Loggin…

04/20/2012

582eff55-c99e-4eeb-8642-d8334a94c3c2

/learn/publish/troubleshooting-web-deploy/troubleshooting-common-problems-with-web-deploy

authoredcontent

Troubleshooting Common Problems with Web Deploy

by Elliott Hamai

This walkthrough shows how to diagnose and fix common problems with Web Deploy, including common errors seen while publishing from Visual Studio 2010.

Logging

When you run into issues with Web Deploy, there are several logging options depending on where the problem occurred. By default, Web Deploy logs to the Event Log under Applications > Microsoft Web Deploy. This is great place to start looking for errors on the destination server.

In the unlikely case that you cannot diagnose the problem using the Event Log, here are some other options:

  1. To diagnose installation problems, Web Deploy MSI logs are placed under %programfiles%IISMicrosoft Web Deploy v3.
  2. If Web Management Service or Remote Agent Service fail to start at all, look at the event Event Log > System for Service Control Manager errors.
  3. You can further configure tracing for Web Management Service

Error Codes

For certain common error cases, Web Deploy will show a message and an error code which may be useful in getting more information to troubleshoot an issue. For a full list of error codes, see https://go.microsoft.com/fwlink/?LinkId=221672 .

Note that the error message may be different depending on how Web Deploy is invoked. For example, Microsoft WebMatrix chooses to show custom error messages instead of error codes whereas the command line will always show error codes if they are logged.

Installation

1. Could not install Web Deploy on a valid OS

Symptoms The OS is correct, the version and bitness of Web Deploy are correct, but the installation does not succeed.
Root Cause Unknown
Fix/Workaround Look in the install log, located in %programfiles%IISMicrosoft Web Deploy V2.

2. Web Deploy does not function after upgrade

Symptoms Web Deploy does not work after a version upgrade.
Root Cause Web Deploy does not restart services after an upgrade.
Fix/Workaround If you are upgrading an existing installation of Web Deploy, make sure to restart the handler and agent services by running the following commands at an administrative command prompt: · net stop msdepsvc & net start msdepsvc · net stop wmsvc & net start wmsvc

3. Could not install Web Deploy 32-bit version on 64-bit hardware

Symptoms Screenshot of the Microsoft Web Deployment Tool Setup dialog box. The text says that the thirty two bit version of Microsoft Web Deployment Tool cannot be installed on a sixty four bit edition of Microsoft Windows.
Root Cause Trying to install 32-bit on 64-bit OS is a check inside the Web Deploy MSI that will fail because it doesn’t support WoW64 mode.
Fix/Workaround Install the same version that matches the architecture of your OS.

4. Could not install Web Deploy 64-bit version on 32-bit hardware

Symptoms Screenshot of the Windows Installer dialog box. The text says that This installation package is not supported by this processor type. Contact your product vendor.
Root Cause Trying to install 64-bit on 32-bit OS is a check inside Web Deploy’s MSI that will fail.
Fix/Workaround Install the same version that matches the architecture of your OS.

5. Could not register the URL namespace due to pre-existing namespace

Symptoms Unable to install Web Deploy
Root Cause The URL namespace that Web Deploy tries to create during installation is already registered
Fix/Workaround · Remove the conflicting registration · Change Web Deploy URL during installation msiexec /i wdeploy.msi /passive ADDLOCAL=ALL LISTENURL=http://+:8080/MSDEPLOY2/. For more information about URL customization, see Customizing and Securing the Remote Service.

Remote Agent Service

1. Could not initialize Microsoft.Web.Deployment.Dll during start-up

Symptoms Remote Agent Service fails to start
Root Cause msdepsvc.exe or other files are missing from %programfiles%IISMicrosoft Web Deploy v2.
Fix/Workaround Re-install the product

2. Remote Agent Service is not started

Symptoms Microsoft.Web.Deployment.DeploymentAgentUnavailableException: Remote agent (URL http://DestinationServer /msdeployagentservice) could not be contacted. Make sure the remote agent service is installed and started on the target computer. —> System.Net.WebException: The remote server returned an error: (404) Not Found.
Root Cause Remote Agent Service is not started
Fix/Workaround Start the service — ex: net start msdepsvc

3. Trying to connect to server where HTTP is not listening or allowed

Symptoms Microsoft.Web.Deployment.DeploymentAgentUnavailableException: Remote agent (URL http://DestinationServer/msdeployagentservice) could not be contacted. Make sure the remote agent service is installed and started on the target computer. —> System.Net.WebException: Unable to connect to the remote server —> System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it DestinationServer:80
Root Cause HTTP not listening
Fix/Workaround Make sure HTTP traffic is allowed to the Remote Agent Service

4. Trying to connect to server with Method Not Allowed error

Symptoms Microsoft.Web.Deployment.DeploymentException: Could not complete the request to remote agent URL ‘http://DestinationServer/‘. —> System.Net.WebException: The remote server returned an error: (405) Method Not Allowed.
Root Cause Request was picked up by IIS itself instead of MS Deploy, because the path to msdepsvc.exe is missing.
Fix/Workaround Change the URL to include to /MSDeployAgentService

5. Trying to access Remote Agent Service as a non-administrator

Symptoms Microsoft.Web.Deployment.DeploymentException: Could not complete the request to remote agent URL ‘http://DestinationServer/msdeployAgentService‘. —> System.Net.WebException: The remote server returned an error: (401) Unauthorized.
Root Cause Remote Agent Service requires that the caller is a member of the Administrators group or from a domain account that has been added to the Administrators group. A local administrator which is not the built-in account will not work with the Remote Agent Service because of a bug in Web Deploy 2.0.
Fix/Workaround Provide administrative credentials

6. Remote Agent Service hangs during operation

Symptoms Service may stop responding for a long time, up to several hours
Root Cause Unknown
Fix/Workaround Stop the operation and attempt to repeat it

7. Client and server are not compatible (version mismatch)

Symptoms Timestamp=24638007621418 MsDepSvc.exe Error: 0 : An error occurred. The exception details are as follows: Microsoft.Web.Deployment.DeploymentClientServerException: The client and server are not compatible. The lowest version supported by the client is ‘7.1.538.0’. The highest version supported by the server is ‘7.1.537.0’.
Root Cause Some versions do not work together, so Web Deploy blocks them from working together. This is typically done to block pre-release versions from operating with released versions.
Fix/Workaround Match the versions

8. Remote Agent Service could not start listening on URL

Symptoms The Remote Agent Service could not start listening on the URL ‘{0}’. Make sure that the URL is not in use.
Root Cause Usually indicates a URL conflict.
Fix/Workaround Try reinstalling if you want the default URL or setting a custom URL as specified in the documentation. For more information about URL customization, see Customizing and Securing the Remote Service

Web Management Service

1. Web Management Service not started

Symptoms Web Management Service is not started.
Root Cause Unknown. The service should be started by default.
Fix/Workaround Start the Web Management Service service: Net Start WMSVC

2. Not Authorized: User not authorized by deployment handler rules

Symptoms Could not complete an operation with the specified provider <provider name> when connecting using the Web Management Service. This can occur if the server administrator has not authorized the user for this operation.
Root Cause A non-administrator user tried to perform a restricted action with a provider. This usually indicates that a matching delegation rule was not found. Either the username, provider, operation or provider path is wrong.
Fix/Workaround The workaround is to fix the delegation rule or create one. For more information about delegation rules, see Configure the Web Deployment Handler.

Case Study: Diagnosing Publishing Errors in Visual Studio 2010

This case study shows how to diagnose common errors encountered in Visual Studio 2010. The steps below walk through the series of errors you are likely to encounter when trying to publish from Visual Studio to a server that has not been correctly configured.

To collect the screenshots and errors below, we used a new ASP.NET MVC3 project. The destination server was a clean install of Windows Server 2008 R2 SP1 with IIS. No additional configuration was done.

The first error you are likely to encounter will look something like this in Visual Studio’s output window. To make it easier to read, the full text of the message is reproduced below the screenshot.

Screenshot of the Error List page. An error description is shown.

Web deployment task failed.(Could not connect to the destination computer («deployserver»). On the destination computer, make sure that Web Deploy is installed and that the required process («The Web Management Service») is started.)

This error indicates that you cannot connect to the server. Make sure the service URL is correct, firewall and network settings on this computer and on the server computer are configured properly, and the appropriate services have been started on the server.

Error details:

Could not connect to the destination computer («deployserver»). On the destination computer, make sure that Web Deploy is installed and that the required process («The Web Management Service») is started.

Unable to connect to the remote server

A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 192.168.0.211:8172

Is the web management service installed? On the destination server, open IIS Manager and select the machine name node. In the Features view, scroll down to the Management section and look for these Icons:

Screenshot of the I I S Manager Permissions icon, the I I S Manager Users icon, and the Management Service icon.

If they are not there, you need to install the Web Management Service.

· Through the «Add Role Services» dialog in Server Manager.

· Through the Web Platform Installer from the Products tab. Select «Server» in the left column and choose «IIS: Management Service».

Note that after you install the Management Service, you will need to start it, as it is not started automatically.

Once the Web Management Service is installed, Visual studio may show this error:

Screenshot of an error page in Visual Studio. An error description is shown.

Web deployment task failed.(Could not connect to the destination computer («deployserver») using the specified process («The Web Management Service») because the server did not respond. Make sure that the process («The Web Management Service») is started on the destination computer.)

Could not connect to the destination computer («deployserver») using the specified process («The Web Management Service») because the server did not respond. Make sure that the process («The Web Management Service») is started on the destination computer.

The remote server returned an error: (403) Forbidden.

Is the Web Management Service configured to allow remote connections? Start IIS Manager and double-click the Management Service icon, and verify that «Enable Remote Connections» is checked. You must stop the service to make changes, so be sure to restart it.

Screenshot of the Management Service page. The Enable remote connections checkbox is checked.

Is Windows Firewall blocking the request? The Web Management Service creates an Inbound rule named «Web Management Service (HTTP Traffic-In)», and enables it. Verify this rule is enabled by going to Start->Administrative tools-> «Windows Firewall with Advanced Security». Click «Inbound Rules» and find the Web Management rule in the list. It should be enabled for all profiles.

If you are using a 3rd party firewall, make sure inbound TCP connections on port 8172 are allowed.

If Visual Studio is able to contact the Management Service, the error message changes:

Screenshot of the Visual Studio Error List page. A description of an error is shown.

Web deployment task failed.(Could not connect to the destination computer («deployserver»). On the destination computer, make sure that Web Deploy is installed and that the required process («The Web Management Service») is started.)

The requested resource does not exist, or the requested URL is incorrect.

Error details:

Could not connect to the destination computer («deployserver»). On the destination computer, make sure that Web Deploy is installed and that the required process («The Web Management Service») is started.

The remote server returned an error: (404) Not Found.

If you look in the Web Management Service log under %SystemDrive%InetpublogsWMSvc on the destination server, you will see an entry that looks like

[!code-consoleMain]

Is Web Deploy installed? You can verify web deploy is installed by going to the «Programs and Features» control panel and looking for «Microsoft Web Deploy 2.0» in the list of installed programs. If it is not there, you can install it via the Web Platform Installer by going to the «Products» tab. It is listed as «Web Deployment Tool 2.1».

Is the Web Deployment IIS7 Deployment Handler installed? If Web Deploy is installed and you still get this error, make sure the «IIS 7 Deployment Handler» feature in Web Deploy is installed. In «Add Remove Programs», find «Microsoft Web Deploy 2.0», right click and choose «Change». In the Wizard that comes up, click next on the first page, and then choose «Change» on the second page. Add «IIS 7 Deployment Handler» and everything under it.

SCreenshot of the Microsoft Web Deploy two dot zero Setup wizard. The Web Development Framework option is selected.

Click Next to complete the Wizard.

Once Web Deploy and the Web Management Service are correctly configured, you will need to set up Web Management Service delegation rules to allow users to update content. For permissions issues, there are several different errors you may see in Visual Studio. For example:

Screenshot of the Visual Studio Error List page. An error appears along with a description of the error.

Web deployment task failed.(Connected to the destination computer («deployserver») using the Web Management Service, but could not authorize. Make sure that you are using the correct user name and password, that the site you are connecting to exists, and that the credentials represent a user who has permissions to access the site.)

Make sure the site name, user name, and password are correct. If the issue is not resolved, please contact your local or server administrator.

Error details:

Connected to the destination computer («deployserver») using the Web Management Service, but could not authorize. Make sure that you are using the correct user name and password, that the site you are connecting to exists, and that the credentials represent a user who has permissions to access the site.

The remote server returned an error: (401) Unauthorized.

In the Web Management Service log, you will see:

[!code-consoleMain]

[!code-consoleMain]

The highlighted HTTP status in the Visual Studio output is an Access Denied error. The highlighted Win32 status in the error log maps to «Logon failure: unknown user name or bad password». This is a simple logon failure. If the user is authenticated, but does not have the rights needed to publish, the log entry will look like

[!code-consoleMain]

You will need to setup delegation for this user per the instructions at https://www.iis.net/learn/publish/using-web-deploy/configure-the-web-deployment-handler

If the account is able to log in, but has not been granted the rights needed to publish the content, you will see

Screenshot of the Visual Studio Error List page with an error description. The web deployment task has failed.

Web deployment task failed. (Unable to perform the operation («Create Directory») for the specified directory («bin»). This can occur if the server administrator has not authorized this operation for the user credentials you are using.

The WMSvc log will show HTTP 200 responses for these requests. The most likely cause is file system permissions. Web Deploy will also write events to the «Microsoft Web Deploy» service log. To view it, open the event viewer and go to «Applications and Services Logs» ->»Microsoft Web Deploy».

Screenshot of the Visual Studio Error List page. A description of an error says that the Web deployment task failed.

For this particular error, the event log contains extra detail (truncated for brevity):

[!code-consoleMain]

This message tells you where permissions need to be granted for this particular error. Another permissions error you may see in Visual Studio is

Screenshot of the Event Viewer navigation tree. The Microsoft Web Deploy option is selected.

Web deployment task failed.((5/12/2011 11:31:41 AM) An error occurred when the request was processed on the remote computer.)

(5/12/2011 11:31:41 AM) An error occurred when the request was processed on the remote computer.
The server experienced an issue processing the request. Contact the server administrator for more information.

This particular error does not give you much to go on, but the picture becomes much clearer if you look at the Web Deploy error log in Event Viewer.

[!code-consoleMain]

From this, we can see that User1 does not have rights to set security information. In this case, the user does not have Modify permissions on the content. Granting «Change Permissions» to the content resolves the problem.

If you cannot browse a .NET 4.0 application after it has been successfully published, it could be that .NET 4.0 has not been registered correctly with IIS. Other symptoms are that .NET 4.0 is installed, but there are no .NET 4.0 application pools or handler mappings in IIS. This happens when .NET 4.0 is installed before IIS was installed. To fix this problem, start an elevated command prompt and run this command:

[!code-consoleMain]

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

Что значит ошибка 404 Not Found и как её исправить

Открывая очередной сайт или страницу, можно столкнуться с одной из самых (если не самой) распространённых ошибок. Она имеет кодовое обозначение 404 и чаще всего сопровождается дополнительной надписью «Not Found».

Закономерный интерес вызывает то, что это за ошибка, почему она появляется, и как её можно устранить. Как с позиции обычного пользователя, так и со стороны владельца сайта, веб-мастера, где «вылез» такой код.

Что это такое

Первым делом нужно понять, что это за ошибка и что означает надпись «404 Not Found», появляющаяся на мониторе компьютера или экране мобильного гаджета.

При имеющихся элементарных знаниях английского языка, уже само название во многом даёт ответ на этот вопрос. Ведь перевод Not Found звучит как «не найдено» или «не обнаружено». А про сам код 404 стоит поговорить отдельно.

Говоря простым языком о том, что означает эта ошибка с обозначением «404 Not Found», можно ответить коротко. Страницы с прописанным адресом не существует. А потому и открыть её невозможно.

Ошибка в Google

Если же рассматривать вопрос глубже, погружаясь в технические подробности, ситуация становится несколько интереснее. Некоторые уверены, что в адресной строке браузера достаточно прописать произвольный набор символов, и после этого появится 404 ошибка. Ведь такой страницы действительно не существует. Но это не так. Случайный набор ведёт к другому сообщению. А именно о том, что установить соединение с сервером не удаётся.

Объяснить это несложно. Запрос отправляется на сервер, на котором работает и располагается веб-сайт. Если с сервером связь есть, то тот или иной ответ будет получен в любом случае. К примеру, когда всё функционирует, ответ будет иметь код 200. Причём он невидимый для обычного юзера. Если же есть какие-то проблемы, уже вылезает ошибка.

Вопрос ещё заключается в том, почему ошибка имеет код именно 404.

Есть теория, которая, скорее, является предметом чьей-то фантазии, что первую серверную разместили в помещении с номером 404.

Но в действительности есть логичное объяснение. Первая цифра 4 указывает на тот факт, что запрос очень долгий и в прописанном адресе может быть ошибка. Вторая 4 говорит, что конкретная ссылка на сайте отсутствует. А 0 характеризует ошибку синтаксиса протокола и относит ошибку к группе 40х.

ВНИМАНИЕ. Рассматриваемый код означает, что сервер обнаружить удалось, но отыскать конкретную страницу на этом сайте не получается.

Это более чем понятное и простое объяснение происхождения такого кода.

Причины возникновения

Несмотря на то, что существует ряд похожих по коду ошибок, каждая из них имеет своё значение. Если 404 заменить на 403, то здесь уже получится иная ситуация. Ссылка есть, но доступ для данного устройства к ней ограничен.

Что же касается причин, из-за которых можно столкнуться с 404 на сайте, то их несколько:

  1. Неправильно указан адрес. Такое возникает часто и по понятной причине. Юзер вводит адрес вручную, либо неправильно его скопировал, в результате чего вылез соответствующий код. Либо же изначально ссылка была неправильной, и она ведёт на страницу, которой в действительности не существует.
  2. Битые ссылки. Сюда относятся те ссылки, которые не перенаправляют ни на одну из страниц на сайте. Довольно часто эта проблема наблюдается в случае с внутренней перелинковкой. Отличие от неправильного адреса в том, что ссылка раньше существовала, но теперь её нет.
  3. Страница удалена. Если на сайте удалили ту или иную страницу, вовсе не факт, что на неё никто не переходит. Дело всё в том, что такие ссылки могут сохраняться в поисковых системах достаточно долгое время. Либо же у пользователя сохранились в закладках старые ссылки, которые уже удалены.
  4. Нарушения в работе сервера. Иногда код 404 может появляться по причине того, что сам сервер неисправен. Но это, скорее, исключение, нежели правило.

Ошибка 404 Not Found

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

В чём опасность ошибки

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

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

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

Другая проблема скрывается в индексации. Поисковые системы негативно реагируют на сайты, где имеется множество битых ссылок и страниц, которых не существует. Потому индексация подобных ресурсов будет снижаться.

Страница ошибки с оформлением

Как устранить ошибку

Теперь к вопросу о том, как исправить ошибку, которая именуется как 404 Not Found.

Фактически тут есть 2 варианта, в зависимости от того, с чьей стороны смотреть на ситуацию:

  • обычного пользователя;
  • владельца сайта.

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

Тут есть следующие рекомендации о том, как убрать ошибку 404, дополненную обычно надписью Not Found:

  • проверить адрес введённой ссылки на наличие возможных ошибок, опечаток;
  • попробовать ввести тот же адрес ещё раз;
  • перезагрузить страницу, которая не отображается;
  • вернуться на страницу назад и ещё раз попробовать перейти на требуемый раздел.

Проверка адреса и обновление страницы

Но чаще всего проблема со стороны самого сайта. И её предстоит исправлять веб-мастеру. Пока он её не обнаружит и не откорректирует, открыть страницу по этой ссылке не получится.

Что делать веб-мастеру

А этот вопрос требует более детального рассмотрения.

Ошибка будет устранена лишь в том случае, если что-то предпринять в её отношении. В редких случаях эту ошибку с кодом 404 и подписью Not Found провоцирует сервер. Там должны решить, как устранить её, после чего сайт снова заработает без вмешательства веб-мастера.

Но поскольку такое явление редкость, приходится действовать самому. На этот счёт есть несколько полезных рекомендаций.

Тут речь идёт о 2 проблемах, которые чаще всего сопровождаются появлением кода ошибки 404:

  1. Ссылка никуда не ведёт. Это происходит в тех случаях, когда для страницы задаётся некорректный или неправильный адрес. Устранить проблему довольно легко. Нужно найти эту страницу и закрепить за ней рабочую ссылку. Если таких страниц несколько, корректировка выполняется вручную. Для крупных сайтов с большим числом страниц лучше применять автоматические виджеты. Они будут формировать страницы. Такие решения помогут избавиться от проблем в будущем и предотвратить отток посетителей из-за ошибки 404 на страницах.
  2. Присутствуют битые ссылки. Зачастую проблема возникает из-за внутренней перелинковки. То есть когда ссылки с одной страницы сайта ведут на другие страницы этого же ресурса. Часто бывает так, что ссылка остаётся, а страницы, куда она ведёт, уже нет. Такая ситуация негативно воспринимается поисковыми системами. Тут есть два варианта. Во-первых, ссылка просто удаляется. Во-вторых, можно поменять адрес, чтобы ссылка вела на другую страницу. У этой задачи тоже есть возможность применения автоматизированного решения. Для этого используются специальные сервисы и программы, осуществляющие автоматическую перелинковку.

Представленные рекомендации обычно решают около 90% всех проблем, которые связаны с ошибкой 404.

Но есть ещё несколько советов, к которым точно стоит прислушаться:

  1. Не рекомендуется для основных страниц веб-сайта использовать сложные и длинные адреса. Чем он короче, тем лучше. Это снижает вероятность появления ошибок и опечаток.
  2. Не стоит злоупотреблять переименованием страниц, постоянно меняя ссылки, которые на них ведут. Это негативно сказывается на работе поисковых роботов, вводит в заблуждение пользователей. К примеру, юзер только недавно добавил себе в избранное важную ссылку, а при открытии её через пару дней она выдаёт ошибку 404. А всё потому, что адрес изменился. Теперь ему придётся снова заходить на сайт, искать обновлённую страницу и добавлять уже её. Далеко не все готовы это делать. Так владелец сайта теряет посетителей.
  3. Использовать следует только те серверы, которые отличаются надёжной и стабильной работой. Это защита от целого ряда ошибок, включая 404.

Простые, но эффективные меры, которые помогут минимизировать число подобных страниц на сайте.

Как ошибка 404 может приносить пользу

Звучит странно, но в действительности ошибку 404 можно использовать себе на благо.

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

Тут выделяют 3 основные функции, которые выполняет 404:

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

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

По сути, открывая такую страницу, пользователь видит, что он ошибся. Но никаких решений не предлагается. И тогда действительно наблюдается отток посетителей.

Актуальные CMS обладают всеми необходимыми инструментами, чтобы поменять дизайн страницы с ошибкой 404 и сделать её более привлекательной, полезной.

Если применить эти инструменты, даже при появлении Not Found с кодом 404, посетитель может увидеть:

  • ссылку, которая ведёт на главную страницу сайта;
  • ссылки на похожие либо просто самые популярные страницы;
  • карту всего веб-ресурса;
  • форму для поиска, чтобы отыскать нужную информацию;
  • форму для обратной связи с администрацией.

Дизайн страницы

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

Параллельно, отталкиваясь от действий пользователей, попадающих на страницу с 404 ошибкой, можно отслеживать, какие именно проблемы возникают, и оперативно их устранять.

Понравилась статья? Поделить с друзьями:
  • The lord of the rings the battle for middle earth выдает ошибку
  • The lord of the rings the battle for middle earth автопоражение как исправить
  • The remote server returned an error 401 unauthorized exchange
  • The remote server returned an error 400 bad request перевод
  • The remote machine reported the following error dameware