none
доступ к SP через интернет - не работают элементы управления RRS feed

  • Общие обсуждения

  • Добрый день!

    Имеются SP 2016 и SP 2013 Foundation. Оба опубликованы через WS 2016 WAP. На серверах в сопоставлениях альтернативного доступа настроена только зона по умолчанию вида portal.domain.ru.

    Внутри сети всё работает как нужно, но при доступе через интернет не работают: лента и всё, что на ней; в библиотеках не открываются вложенные папки; не работают "создать элемент"; перелистывание страниц в списке; развертывание группированных списков; три точки (меню действий с элементом). Однако, содержимое страниц отображается полностью, файлы открываются.

    В журналах событий на серверах ничего нет; браузеры ничего не говорят. Настройки безопасности и совместимости браузеров не помогают.

    Подскажите пожалуйста, куда смотреть?

    UPD: отладка в браузере выдает ошибки; при открытии страницы внутри сети таких ошибок нет.


    24 января 2019 г. 12:21

Все ответы

  • hello!

    не сталкивался с таким...

    Ну вот мои мысли...

    1) Пробовали вы открывать в хроме?

    2) Ошибки явно связаны с стандартными клиентскими либами шарика...так почему бы не добавить свой маленький скриптик-отдельный js файл(не юзая фун-л шарика вообще) на страницу и посмотреть выполнится ли он... ??

    2.1) Допустим выполнился..збс...значит у него алергия только на шариковские js (смотрим  в отладчике откуда он подкачивает эти либы...место правильное? сравните с интрасетью...

    место наверняка правильное(да и файлы наврятли у вас битые??) но видимо что то их блочит...тут я не помощник

    2.2) второй вариант а что если не выполнился ...значит вероятность что блокировка на серве какая то есть выше...

    Это все что пока пришло мне в голову.




    24 января 2019 г. 18:19
  • Добрый день

    предлагаю обратиться к вашим безопасникам/сетевикам.

    большая вероятность, что у вас что то режется когда трафик идет в интернет.

    у меня были нечто похожие случаи. 


    мой блог не много о SharePoint

    26 января 2019 г. 17:55
  • Пробовал разные браузеры, разные платформы - итог один.

    Нашел "примеры скриптов Java Script", и там "простой калькулятор", положил на шарик - работает.

    Развернул SP 2019 - там всё работает.

    Грешил на шлюзы и возможные фильтрации, но пока всё складывается так, что виноват WAP:

    Основной шлюз ломать не было возможности. Поставил простой роутер и пробрасывал порт 443 на WAP и на SP непосредственно - во втором случае всё работает.

    29 января 2019 г. 11:15
  • Судя по логам, проблема с проверкой подлинности: "Unauthorized" после "Unknown SPRequest error".

    Вопрос в том, кто виноват... На WAP настроена Passthrough проверка подлинности, т.е. все запросы на авторизацию должны пересылаться на SharePoint.

    12 февраля 2019 г. 5:49
  • Судя по логам, проблема с проверкой подлинности: "Unauthorized" после "Unknown SPRequest error".

    Вопрос в том, кто виноват... На WAP настроена Passthrough проверка подлинности, т.е. все запросы на авторизацию должны пересылаться на SharePoint.

    Хай!

    порадовал вопрос - кто виноват) как думаете кто? это все НАТО.

    Ну так вы на портал может заходите под анонимом? а там есть какие то веб части которые требуют доступа куда то...??

    Под кем вы пытаетесь зайти? запилите себе системную УЗ и трайните пройти под ней

    12 февраля 2019 г. 14:38
  • В том то и дело, что анонимам запрещено ходить. При открытии странички извне - ввожу логин/пароль.

    Вне зависимости от учётной записи - эти плюшки не работают.

    Для эксперимента развернул в качестве обратного прокси... TMG 2010 - через него работает!

    12 февраля 2019 г. 14:43
  • а ты заходишь по http или по https?
    12 февраля 2019 г. 14:45
  • а ты заходишь по http или по https?

    помню был случай чето инженер у нас тут мудрил и ссылка была доступна и по http и по https

    Так вот я по старой памяти ломился на http и у меня шарик тоже ошибками плевался и половина не работало

    прям как у тебя

    Обрати на это внимание

    12 февраля 2019 г. 14:50
  • В том то и дело, что в шарике в логах всё ровно; в IIS в привязках жестко прописан протокол и адрес.

    Один сайт - через https, другой через http, проблема одинаковая и (пока получается что) когда в роли обратного прокси используется Windows Server с ролью WAP.

    12 февраля 2019 г. 14:57
  • В том то и дело, что в шарике в логах всё ровно; в IIS в привязках жестко прописан протокол и адрес.

    Один сайт - через https, другой через http, проблема одинаковая и (пока получается что) когда в роли обратного прокси используется Windows Server с ролью WAP.

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

    12 февраля 2019 г. 15:14