none
Reset Password URL rewriting RRS feed

All replies

  • Hi Mike,

    please provide additional information of the destination site...

    1.) Is the destination site published on UAG, too?

    2.) If yes, please provide its internal/external URL/Protocol/Port settings and the application template you've used to publish the site.

    3.) Please provide a snipped of the releated and untranslated HTML code.

    > Can this be done using Manual URL Replacement? how to handle the uniquesig, can use a wildcard?

    Its more likely a task for Appwrap/SRA...

    -Kai

     

    Friday, September 9, 2011 9:34 AM
  • 1) yes

    2) it's also a SharePoint site published via UAG (Sharepoint template), the only difference is that is not SSL. the URL is http://www.mydomain.org.au/pages/password-reset.aspx

    3) -removed-


    • Edited by _Mic Friday, September 9, 2011 1:29 PM
    Friday, September 9, 2011 11:25 AM
  • Hey Mic,

    this isn't the "related" HTML code of the "untranslated" "password reset link".

    Its more the "full" HTML code of the "translated" "UAG logon page".

    In additon you should also answer my question 2.) with all the details i've requested. Those informations are important to help you...

    -Kai

    Friday, September 9, 2011 1:24 PM
  • sorry I'm not sure what HTML code you refer to and what is missing from 2)
    Sunday, September 11, 2011 10:23 AM
  • Hi,

    it is the code from your oroginal sharepoint site. U need to know which html data is send to the uag and how it should be translated. So the original code of your sharepoint site is what u need.

    Cheers,

    andreas


    Andreas Hecker - Blog: http://microsoft-iag.blogspot.com/ Please remember to use “Mark as Answer” or "vote as helpful" on the posts that help you.
    Sunday, September 11, 2011 10:57 AM
  • Hi Mike,

    to troubleshoot your link problem you/we have to compare the internal/external URL, Port, Protocol settings of the application template with the releated and untranslated/translated HTML code of your "Reset Password" link.

    BTW: Do you publish your websites using two different trunks (HTTP/HTTPS) but using the same external FQDN?

    -Kai

    Sunday, September 11, 2011 11:30 AM
  • BTW: Do you publish your websites using two different trunks (HTTP/HTTPS) but using the same external FQDN?

    yes, is this bad practice or anything?

    I'm still not clear where to find what you requested.

    The current link to Password Reset on the UAG portal is https://myportal.mydomain.org.au/uniquesig<ID>/uniquesig0/pages/reset-password.aspx

    I would like to redirect this to another site say http://www.mydomain.org.au/pages/password-reset.aspx This site is published via UAG as well using the SP 2010 template, port 80, public host name (www.mydomain.org.au), no auth, and all default settings

    Monday, September 12, 2011 2:11 AM
  • Hi Mic,

    1.) I'm having not that much experience with this specific scenario. But i guess it should be supported...

    2.) You had somewhere changed the UAG/SharePoint code to include the password reset link, right? We need the source code of the changes you did - before its getting translated - and - after translation.

    3.) see above

    4.) Okay it should be enought information to get a picture of your deployment. Please verify the HTTP/HTTPS port numbers in your publishing rules. Did you deleted the HTTP number in the HTTPS rule and vice versa?

    BTW: To make it easier for us to see the "glitches" in your configuration it would be nice if you could simply dump every setting of the two publishing rules and post them here.

    -Kai


    This posting is provided "AS IS" whithout any warranties. Kai Wilke | ITaCS GmbH | GERMANY, Berlin | www.itacs.de
    Monday, September 12, 2011 9:54 AM
  • 1) ok

    2) no, I haven't changed any code. The URL of Reset Password was created by UAG

    3) -

    4) no, never needed to do that. where in the rule? afaik you choose either HTTP or HTTPS in the rule Web Server tab

     

    Monday, September 12, 2011 12:16 PM
  • Hi Mic,

    now you've lost me. Can you please provide a screeshot of the link you're seeing?

    -Kai

     


    This posting is provided "AS IS" whithout any warranties. Kai Wilke | ITaCS GmbH | GERMANY, Berlin | www.itacs.de
    Monday, September 12, 2011 12:21 PM
  • Monday, September 12, 2011 12:27 PM
  • Hey Mic,

    okay we're talking about a custom link on a custom login form.

    Well, someone has created/included the link into the form. This person should know how the HTML code looks like and which URL was specified as the target.

    -Kai

     


    This posting is provided "AS IS" whithout any warranties. Kai Wilke | ITaCS GmbH | GERMANY, Berlin | www.itacs.de
    Monday, September 12, 2011 12:33 PM
  • ok I was sure this is a default link provided out of the box by UAG. I will check with did the customization of the form
    Monday, September 12, 2011 12:35 PM
  • the Login.asp in /von/InternalSite/CustomUpdate has been modified with this in order to add the Password Reset link:

    <div class="os-login-resetpassword">
    <a href="http://www.mydomain.org.au/pages/reset-password.aspx">Reset Password</a>
    </div>

    The above block is right below this section:
    </HEAD>
    <BODY height="100%" onload="window_onload();" style="overflow:hidden;">
    <table height="100%" id="loginMainTable" width="100%" cellspacing="0" cellpadding="0">
    <tr>
    <td>
    <TABLE align="center" class="blueBorder" cellspacing="0" cellpadding="0">
    <!--#include virtual="InternalSite/inc/logo.inc"-->
    <tr>
    <td class="contentleft">
    </td>
    <td align="center" class="internalTD">
    <table width="100%" height="100%" cellspacing="0" cellpadding="0">
    <FORM id=form1 name=form1 autocomplete="off" method=post action="/InternalSite/Validate.asp" onsubmit="return(SubmitForm());">
    <tr>
    <td valign="top">

    On the UAG login page the link gets rewritten to https://myportal.mydomain.org.au/uniquesig<ID>/uniquesig0/pages/reset-password.aspx

    • Edited by _Mic Tuesday, September 13, 2011 4:38 AM
    Monday, September 12, 2011 11:35 PM
  • Hi Mike,

    i'm somewhat bussy right now, i'll follow up with you in the evening. I need to test the "HTTP/HTTPS trunk has the same DNS name" scenario before getting sure...

    -Kai


    This posting is provided "AS IS" whithout any warranties. Kai Wilke | ITaCS GmbH | GERMANY, Berlin | www.itacs.de
    Tuesday, September 13, 2011 9:24 AM
  • Hi Mike,

    i have good and bad news for you. Well, the good one is that i was able to repro of the issue you see (so you're not alone^^). The bad news is that the fix i found so far could be considered as "almost" useless. :(

    The problem you have is somewhat releated to the dual trunk - using a single URL - setup you're using. It happens when a HTTPS Trunk delivers a link to a self AAM'ed http:// site (e.g. a https:// SharePoint site includes http:// links to itself).

    So far i've tried to insert a "dummy" link (non releated to the AAM) into the login.asp and tried to use AppWrap (its a Search&Replace thing that happens right after uniquesig URL signing thing) to change the "dummy" link to the disired one. But unfortunately this makes some serious trouble since the "Application-Type" (its needed to specify where AppWrap has to look at) of the login.asp seems to be very inconsitent and will depend on the AAM used for accessing the login page.

    I got the AppWrap thing up and running only when accessing the login.asp using the "Portal" URL as starting point (AppWrap application-type must be set to "Portal" in this case!?), but when acessing the login.asp using the SharePoint AAM, then it just stops translating the dummy URL (even when using "SharePoint14AAM" or "InternalSite" (as i would expect) as application-type).

    Its a total wired behavior, which i've never seen before. And at this stage, i would recommend to contact CSS to get further assitance or wait if others have a better solution for this task. I'm out...

    BTW1: If your web developers would wrap the link into an dedicated JScript (*.js), then it would most likely work using AppWrap (it would be always application-type = InternalSite in this case). 

    BTW2: In the meanwhile you could use an external website or a free URL re-linking service (e.g. TinyURL.com) as a double redirect workaround. To implement this you would href= the external redirect site in the login.asp. And the external redirect site needs to be configured so that the request are redirect back again to the local http:// based Password-Reset site.

    -Kai


    This posting is provided "AS IS" whithout any warranties. Kai Wilke | ITaCS GmbH | GERMANY, Berlin | www.itacs.de
    Tuesday, September 13, 2011 11:04 PM