Skip to main content
Participant
June 6, 2018
Question

Secure Login Session

  • June 6, 2018
  • 1 reply
  • 535 views

RoboHelp 2017

Version: 13.0.2.334

Our RoboHelp online help is currently not in a secure session. We have some proprietary information on our online help and would like to make it so it all hides behind a secure login session. If someone is not logged in, they should not be able to access the online help. Currently, all someone has to do is to have the link and they will be able to access everything.

I have been told by our web developers that RoboHelp is only an HTML Authoring tool and we are unable to create a secure session. I've been told that we will need to find another solution to develop our online help. We have sunk several years into using RoboHelp and would like to continue using it. I'm sure we are not the only company to have run into an issue like this. If you have made your online help secure, please help by explaining how you did it.

Any answers would be greatly appreciated.

This topic has been closed for replies.

1 reply

Matt-Tech Comm Tools
Community Expert
Community Expert
June 6, 2018

Perhaps I'm missing something, but if your online output isn't secure, isn't that a function of where you've posted it?

Are you looking to create a secure editing session (perhaps via VPN)?

-Matt Sullivan, FrameMaker Course Creator, Author, Trainer, Consultant
Participant
June 6, 2018

We require a login to get into our system, but the online help is a separate link. We linked the online help to our system but once inside, anyone can take the link and send it to others to view.

We are looking to secure this behind a login.

Captiv8r
Legend
June 6, 2018

Hi there

I believe this is all up to your web administrator. If the user has to log in before they can use the app, shouldn't the help system also reside perhaps as a sub folder of where the app lives? And if that's the case, the only way the help should be accessed would be behind the same login that prevents the app from being used until credentials are supplied.

The fact you are saying that users can access the help without a login seems to suggest your Web folks haven't configured permissions correctly.

Cheers... Rick