Logiss.ru

Ваша компьютерная помощь
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

«Удаленный сервер возвратил ошибку: (403) запрещено» в Windows 10

Удаленный сервер возвратил ошибку: (403) Запрещено

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

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

Я немного озадачен относительно того, что вызывает это, и надеялся на несколько указателей. Кажется, что ответ WebRequest через IE не возвращается, но я не понимаю, почему он отлично работает в VS без каких-либо ошибок. Существуют ли какие-либо новые меры / политики безопасности IE, которые могут вызвать это?

Вот что я пробовал до сих пор:

  • Отключены все антивирусы и брандмауэр.
  • Запустить от имени администратора

Устанавливается как отдельное приложение. Когда я работал как администратор, я открыл папку с программой и запустил exe как администратор, а не ярлык.

Код, вызывающий проблему:

  • 1 Прежде всего, какой у вас код? Затем, на вашем месте, я бы попытался отслеживать HTTP-сообщения с помощью Fiddler и сравнивать рабочие и неработающие запросы.
  • 1 Как вы запускаете свою «установленную версию» — как службу или это обычное консольное / настольное приложение? Вы должны попытаться проверить, в каком пользовательском контексте запускается приложение. Можете ли вы уточнить, что именно вы сделали для запуска приложения в качестве администратора? Пожалуйста, расскажите немного подробнее об архитектуре вашего приложения — какие соединения установлены. Это сервер или клиент?

Добавьте следующую строку:

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

Также возможно, что у вас (сейчас?) Есть прокси-сервер для аутентификации между вами и удаленным сайтом. В этом случае попробуйте:

Надеюсь это поможет.

  • Извините за задержку, я просто тестировал. Ваше первое предложение устранило проблему. Большое спасибо!

Похоже, проблема связана с сервером.

В моем случае я работал с сервером PayPal, и ни один из предложенных ответов не помог, но http://forums.iis.net/t/1217360.aspx?HTTP+403+Forbidden+error

Я столкнулся с этой проблемой и только что получил ответ от службы технической поддержки Paypal. Добавьте это, чтобы исправить ошибку 403.

  • 1 Это было решение проблемы «Запрещено», с которой я столкнулся при попытке использовать GitHub API. Потребовалось несколько часов поиска, прежде чем я наткнулся на этот пост.
  • 1. UserAgent был для меня на рабочем сервере. Полагаю, у меня должен был быть установлен IIS, запрещающий запросы без указанного агента.
  • то же самое Spotify ATOM каналы
  • Я тоже приехал сюда после того, как получил 403 из GitHub API. Позже я нашел эту документацию, в которой GitHub утверждает, что требуется UserAgent: developer.github.com/v3/#user-agent-required.
Читайте так же:
Как восстановить переписку ВКонтакте

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

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

  • Есть ли у учетной записи администратора разрешение на получение запроса на веб-сервере? Помните, что MyLocalPC Administrator и server Administrator — это разные учетные записи.
  • 5 не ставьте ответ без объяснения причин. Пожалуйста, объясните, что вы рекомендуете. Это большой блок кода, который может ответить на вопрос, но должен быть дополнен некоторыми деталями.

Это, вероятно, не поможет многим людям, но это был мой случай: я использовал Jira Rest Api и использовал свои личные учетные данные (те, которые я использую для входа в Jira). Я обновил свой пароль Jira, но забыл обновить его в своем коде. Я получил ошибку 403, я попытался обновить свой пароль в коде, но все равно получил ошибку.

Решение: я попытался войти в Jira (со страницы входа), и мне пришлось ввести текст, чтобы доказать, что я не бот. После этого я попробовал еще раз из кода, и это сработало. Вывод: сервер, возможно, заблокировал вас.

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

и добавив , чем работал у меня

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

В моем случае мне пришлось многократно вызывать API в цикле, что привело к остановке моей системы, возвращающей . Поскольку мой поставщик API не разрешает несколько запросов от одного и того же клиента в течение миллисекунд, мне пришлось использовать задержку в 1 как минимум второй:

В моем случае мне пришлось добавить как «пользовательский агент», так и «учетные данные по умолчанию = True». Я знаю, что это довольно давно, все еще хотел поделиться. Надеюсь это поможет. Код ниже находится в PowerShell, но он должен помочь другим, использующим C #.

Удаленный сервер возвратил ошибку 403 запрещено

Вначале разберем виды неисправности с ошибкой 403 Forbidden:

    • Forbidden: You don’t have permission to access [directory] on this server.
      Доступ запрещён: У вас нет прав для доступа к [каталогу] на этом сервере.
    • HTTP Error 403 – Forbidden.
      HTTP Ошибка 403 – Доступ запрещён.
    • 403 forbidden request forbidden by administrative rules.
      403 Доступ запрещён администратором.
    • 403 Forbidden – Access is denied.
      403 Доступ запрещён.

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

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

    Исправляем ошибку у вебмастера

    Проверяем .htaccess

    Файл .htaccess

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

    Параметры папки

    Теперь перейдем к файлу htaccess. Он может быть скрыт. Для того, чтоб отыскать его необходимого включить показ скрытых элементов. В настройках надо отметить «Показать скрытые файлы» (dotfiles).

    Теперь рекомендуется загрузить .htaccess на компьютер, а элемент на хостинге уничтожить. Затем перезалить его. Если после данной операции, сайт откроется без ошибок, то значит вы сделали все правильно. Этот файл был поврежден.

    Настраиваем права доступа

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

    Для изменения работайте в файловом менеджере или FTP клиент. Нужно подключиться к странице посредством клиента, зайти в каталог public_html, выбрать название страницы ПКМ и нажать на «атрибуты файла».

    Атрибуты файла

    Изменение прав доступа

    Затем необходимо отметить «применить только к каталогам». Затем вводите значение 755. Кликните кнопку «Ок». После процедуры, повторите операцию с атрибутами файла снова, но теперь проставьте правило 644.

    Теперь откройте страницу. Если не открывается, то переходим к следующему пункту.

    Отключаем плагины на WordPress

    Отключение плагинов

    Если решения нет, значит обратите внимание на плагины. Возможно они повреждены или несовместимы, рекомендуется их отключить. Снова используем FTP клиент и входим в каталог public_html. Теперь находим wp-content и открываем. Переименовываем папку с именем plugins в plugins off. Для облегчения их нахождения.

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

    Неправильный файл index

    Если проблема не решилась, то возможно неправильный сам файл index. Необходимо проверить правильность его написания. Все буквы напишите в нижнем регистре. Например, index.html. Неправильный пример – Index.Html.

    Ошибка из-за DNS кеша

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

    Если со стороны вебмастера все нормально, то проблема на стороне пользователя.

    Ошибка у пользователя

    Ключевая ошибка, которую делает пользователь

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

    Чистка кеша и куки браузера

    Для решения неисправности можно попробовать почистить кеш браузера. Так как кешированная версия может тоже привести к появлению подобного сообщения. Либо почистите куки. Если проблема не уходит, необходимо связаться с администраторами сайта. Возможно такая проблема возникает у всех пользователей, а разработчики об этом не знают.

    Черный список

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

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

    Если я бегу, исходный код в ПРОТИВ всего хорошо работает. Кроме того, .exe в папках мусорного ведра хорошо работают. Это — только установленная версия, которая производит ошибку, если я повторно собираю и повторно устанавливаю, я получаю ту же самую ошибку.

    Я немного озадачен относительно того, что вызывает это и надеялось на несколько указателей. Это, кажется, ответ WebRequest через IE, не возвращается, но я озадачен относительно того, почему это хорошо работает в ПРОТИВ без любых ошибок. Есть ли какие-либо новые меры безопасности IE/полицейские, которые могут вызвать это?

    Вещи, которые я попробовал до сих пор, включают:

    • Disabled all AntiVirus & Firewall
    • Run as Administrator

    Это устанавливается как автономное приложение. Когда я бежал как Администратор, я открыл папку программы и управляю exe как администратор, а не короткий путь.

    MsDeploy возвращает 403 запрещенных

    У нас было веб-приложение, работающее в интрасети, и я пытаюсь опубликовать его в Интернете с помощью Visual Studio 2010. На целевом сервере работает iis7, а служба веб-управления работает.

    В Visual Studio 2010 мой URL-адрес службы:

    А сайт / приложение это:

    Веб-сайт / приложение по умолчанию

    Отметка как приложение IIS в пункте назначения и Разрешить ненадежный сертификат проверены, и я использую учетную запись администратора.

    Visual Studio возвращает следующую ошибку:

    Начать веб-развертывание Опубликуйте приложение / пакет на https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd?site=Default%20Web%20Site . C: Program Files MSBuild Microsoft VisualStudio v10 .0 Web Microsoft.Web.Publishing.targets (3588,5): Ошибка: не удалось выполнить задачу веб-развертывания. (Удаленный агент (URL https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd?site= Веб-сайт по умолчанию ) не удалось связаться. Убедитесь, что служба удаленного агента установлена ​​и запущена на целевом компьютере.)

    Невозможно связаться с удаленным агентом (URL-адрес https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd?site=Default ). Убедитесь, что служба удаленного агента установлена ​​и запущена на целевом компьютере. Получен неподдерживаемый ответ. Заголовок ответа «MSDeploy.Response» был «», но ожидалось «v1». Удаленный сервер возвратил ошибку: (403) Запрещено.

    Есть идеи, как опубликовать его без действующего сертификата SSL?

    Если вы войдете в IIS,
    щелкните узел сервера в списке «Подключения»,
    дважды щелкните «Служба управления», после чего вы попадете на экран, на котором установлен флажок «Разрешить удаленные подключения».
    Этот флажок (и остальная часть экрана) может быть неактивен, потому что служба запущена. Просто щелкните ссылку «Остановить» на панели «Действия», затем установите флажок «Включить удаленные подключения» и установите любые другие параметры, которые вы хотите изменить здесь, затем снова нажмите «Применить» и «Пуск» на панели «Действия».

    Надеюсь, это позволит вам подключиться с надлежащими учетными данными к службе с удаленного компьютера. (Если открыты правильные порты и прочее, и все такое.)

    Я думаю, это поможет вашей ситуации. По крайней мере, у вас не получится 403 ‘

    При неправильной настройке веб-развертывание может дать вам целый ряд ошибок. Сделайте себе одолжение и воспользуйтесь установщиком веб-платформы ( https://www.microsoft.com/web/downloads/platform.aspx ). Вам следует сначала удалить WebDeploy, если вы уже пытались его установить. В WebPI выберите: «Веб-развертывание 3.6 для серверов хостинга».

    У меня такая же проблема. Поговорим о прыжках через обручи . Решение требует настройки пользователей, разрешений на развертывание и т. Д.

    1. после получения ошибки «НЕ НАЙДЕН», как предсказал Джихан Якар выше, мне пришлось изменить webdeploy (для меня потребовалось повторно загрузить поиск для «WebDeploy_x64_en-US.msi»), включив все параметры.
    2. появилась новая ошибка, всегда хорошо, ERROR_USER_NOT_AUTHORIZED_FOR_CONTENTPATH. для этого я просмотрел ошибки веб-развертывания (см. ссылку ниже).

    Диагностика — пользователь без прав администратора попытался выполнить операцию с поставщиком веб-развертывания, для которой пользователь в настоящее время не авторизован. Решение. Настройка Web Deploy 2.0 по умолчанию создает правила делегирования службы управления, которые позволяют пользователям, не являющимся администраторами, выполнять операции с этим поставщиком. Возможно, правило делегирования, необходимое для этого провайдера, настроено неправильно. Обход проблемы: на панели управления программами запустите Repair on Web Deploy 2.0. Или создайте правило делегирования вручную.

    Оказывается, мне пришлось создать его вручную из «Настроить обработчик веб-развертывания» (см. Ссылку ниже), используя это руководство для «Настроить разрешения WMSVC и диспетчера IIS» и «Создать правила делегирования для пользователей веб-развертывания», чтобы решить проблему.

    «Удаленный сервер возвратил ошибку: (403) запрещено» в Windows 10

    Профиль
    Группа: Участник
    Сообщений: 8
    Регистрация: 30.4.2009

    Репутация: нет
    Всего: нет

    Здравствуйте. Столкнулась с такой проблемой.
    Отправляю запросы responseD на сайт. С некоторыми страницами запрос срабатывает. С другими (этого же сайта) — выдает ошибку "Удаленный сервер возвратил ошибку: (403) Запрещено". Не подскажете, с чем это может быть связано?
    На всякий случай: прокси нету, ссылки целые (через браузер открываются).

    Код
    HttpWebRequest requestD = (HttpWebRequest)WebRequest.Create(target_link);
    requestD.Credentials = new NetworkCredential(login, password);
    requestD.Method = "GET";
    requestD.Accept = "text/html";
    requestD.UserAgent = "Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16";
    HttpWebResponse responseD = (HttpWebResponse)requestD.GetResponse();

    П.С. Пересмотрела много форумов — везде советуют добавить Method\Accept\UserAgent или все вместе взятое. Но в данном случае это не помогает.

    Это сообщение отредактировал(а) falconna — 27.4.2011, 03:35

    Профиль
    Группа: Участник
    Сообщений: 499
    Регистрация: 26.9.2004
    Где: Таллинн

    Репутация: нет
    Всего: 3

    Была подобная проблема, когда в ссылке содержался знак # или если это была security (https)

    Покаж ссылки по которым пытаешь зайти.

    Профиль
    Группа: Участник
    Сообщений: 8
    Регистрация: 30.4.2009

    Репутация: нет
    Всего: нет

    Профиль
    Группа: Участник
    Сообщений: 499
    Регистрация: 26.9.2004
    Где: Таллинн

    Репутация: нет
    Всего: 3

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

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

    В данном случае, попробуй поиграть с requestD.UserAgent, всё остальное у тебя вроде верно.

    Профиль
    Группа: Участник
    Сообщений: 8
    Регистрация: 30.4.2009

    Репутация: нет
    Всего: нет

    Профиль
    Группа: Участник
    Сообщений: 11
    Регистрация: 3.11.2010

    Репутация: нет
    Всего: нет

    попробуй использовать WebBrowser, так наверняка сработает =)

    Это сообщение отредактировал(а) arabon — 28.4.2011, 22:25

    • Что же такое .NET? Краткое описание,изучаем.
    • Какой язык программирования выбрать? выбираем.
    • C#. С чего начать? начинаем.
    • Защита исходного кода .NET приложений, защищаем.
    • Литература по .NET, обращаемся.
    • FAQ раздела,ищем здесь.
    • Архиполезные ссылки:www.connectionstrings.com, www.pinvoke.net, www.codeproject.com

    Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, mr.DUDA, THandle.

    0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
    0 Пользователей:
    « Предыдущая тема | Общие вопросы по .NET и C# | Следующая тема »

    [ Время генерации скрипта: 0.1014 ] [ Использовано запросов: 21 ] [ GZIP включён ]

Ссылка на основную публикацию
Adblock
detector