locked
Issue with SharePoint 2013, Office Web Apps 2013 and redirected URLs RRS feed

  • Question

  • OK, I give up on trying to figure out what to search for in Bing!

    I have a SharePoint 2013 farm that has been connected to an Office Web Apps server and working just fine.  We are going to be changing the hostname for the primary web application, so I extended the web application to the Intranet zone with the new host name.  Both are HTTPS only.  After set up was completed and the F5 load balancer correctly configured, you could go to webapp1.foo.com or webapp2 (using the short name on the Intranet zone) and everything worked fine.  The preview pane loads Office documents and you can open office documents in the approprate Office Web App.

    In our qual environment, I then implemented a redirect from webapp1.foo.com to webapp2 using URL Rewrite.  This places a redirect rule in the applicationHost.config file, which you have then manually add a couple of things to, but after that the redirect was working fine; except that Office Web Apps no longer works.  There are a variety of error messages, depending on the type of document you are trying to preview/load:

    1. Unable to Open the File.  We couldn't find the file you wanted.  It's possible the file was renamed, moved or deleted;
    2. Sorry, we are having a problem showing this workbook.  Something is preventing us from opening the workbook.  It might be blocked for security reasons;
    3. Microsoft Word Web App.  Sorry, there was a problem and we can't open this document.  If this happens again, try opening the document in Microsoft Word;

    ULS logs on both SharePoint and OWA aren't showing anything particularly useful, nor is the Event Viewer.  The issues I'm seeing are similar to ones others have reported, but I've gone through the potential fixes and nothing works.  Again, it works fine so long as the redirect isn't there, but if the redirect is active, I have issues whether or not I start with the webapp1.foo.com and get redirected or start with webapp2, which theoretically shouldn't trigger the redirect at all.  BTW, I also tried using just the HTTP Redirect.

    Server OS is Windows Server 2008 R2 for all servers.  I'm just at a loss on what to try next. Has anyone else experienced this issue?

    Thursday, September 3, 2015 3:00 PM

Answers

  • Thanks for the responses.

    Turns out, it was just a case of me missing the obvious.  I had read in another thread that OWA communicates with SharePoint using the default zone only.  When I put in the redirect, I should have gone to AAM settings and set the redirect URL as the default zone URL and put the original URL in the intranet zone.  Once I did that, it started functioning as expected.

    Thanks again!

    • Proposed as answer by Victoria Xia Wednesday, September 9, 2015 12:45 AM
    • Marked as answer by C Ames Wednesday, September 9, 2015 12:23 PM
    Tuesday, September 8, 2015 12:20 PM

All replies

  • Hello Ames,

    Thank you for your post.

    This is a quick note to let you know that we are performing research on this issue.

    Best regards,

    Victoria


    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Monday, September 7, 2015 5:52 AM
  • Hi, I have a similar error.  Currently I want to force HTTPS access through IIS Rewrite Module (Frontend Web Server with no balancer in front of it) - Rewrite works fine but I have an error in Office Web Apps server:

    EventID 8115 - source Office Web Apps (Log in Applications and Services Logs \ Microsoft Web Apps)

    Could not contact WOPI End Point. Error details - 'FileNotFound url - http://my.webapp.com/DocumentLibrary/_vti_bin/wopi.ashx/files/3d201470d9904e4999fad116b3d65b75?access_token=xxxx....

    Note that the error mention http instead of https - I suppose the 302 response from URL Rewrite doesn't like to WebApps Wopi Web Service Endpoint.

    the web application was created without ssl support... 

    Is there a way to change this behavior?



    Saludos

    Rodrigo de los Santos
    rodrigo.delossantos at mug.org.ar
    rodrigo at dlssolutions.net
    ------------------------------------------------
    MCITP EA - MCSE - MCTS - MCT - FCNSA
    Miembro del Grupo de Virtualización y System Center (argentina Uruguay)
    http://dls.ms/vm)
    ------------------------------------------------
    Miembro del MUG Argentina (suscribite! http://www.mug.org.ar)
    ------------------------------------------------
    Url: http://www.dlssolutions.net
    Blog: http://www.nerdsupport.com.ar
    ------------------------------------------------

    Monday, September 7, 2015 9:31 PM
  • Hi,

    It seems the problem is coming because of Alternate access mapping(AAM) in SharePoint.

    When you hit the URL and it shows "file not found" kind of error means something is wrong with AAM configuration.

    Can you please check F5 is hitting front end servers or not?

    If yes then -> is it redirecting with correct HTTPS port (pls check in fiddler)

    If not then-> restart your front end servers once, clear tall the cache, flush DNS and try again.

    Even i have faced the similar issue and by restarting the front end servers, issue got resolved


    Mohit Khandelwal

    Tuesday, September 8, 2015 5:31 AM
  • Thanks for the responses.

    Turns out, it was just a case of me missing the obvious.  I had read in another thread that OWA communicates with SharePoint using the default zone only.  When I put in the redirect, I should have gone to AAM settings and set the redirect URL as the default zone URL and put the original URL in the intranet zone.  Once I did that, it started functioning as expected.

    Thanks again!

    • Proposed as answer by Victoria Xia Wednesday, September 9, 2015 12:45 AM
    • Marked as answer by C Ames Wednesday, September 9, 2015 12:23 PM
    Tuesday, September 8, 2015 12:20 PM