Reverse Proxy?
-
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
That would work well. I will look in to it.
Are we able to supply them with a file they can distribute internally, thather than a cookie on first visit?
-
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Actually do a $_cookie and you can then get more metrics on users or a HTTP cookie.
-
@jimmy9008 said in Reverse Proxy?:
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
That would work well. I will look in to it.
Are we able to supply them with a file they can distribute internally, thather than a cookie on first visit?
Really wouldn’t make sense to add that layer of complication but yes you could.
It would be less effort to the user to identify wan address and place a unique $_cookie file while they initially access the site from campus. That would give you metrics to play with later about individual use, and you could identify and block based on unique ID later if there is abuse (like a one time visitor gaining access who never returns to campus)
-
@jaredbusch said in Reverse Proxy?:
@jimmy9008 said in Reverse Proxy?:
@coliver said in Reverse Proxy?:
@jimmy9008 said in Reverse Proxy?:
@coliver said in Reverse Proxy?:
@jimmy9008 said in Reverse Proxy?:
even though they are outside of the office.
But that's not what they are paying for, at least from how you described it here.
I'd like to find a way where we are able to accomplish that for them when working outside of the office. It will give them the same level of servcie and the site will work in the same way; and for us, we will lose a lot of helpdesk tickets for UN/PW where the folks do not remember what it is.
Sure but how much does that solution cost as opposed to the tickets in the system? You've said that users can reset their own password. Just forwarding them the link to that tool and closing the ticket would be faster and cheaper then trying to figure out how to do this with the current authentication method.
Having users open a call as they cannot access a service they thought they had access to (via IP rec), is pretty bad. They dont understand that outside of the office = not IP rec. However, as it happens, if those users feedback that they cannot login repeatedly, we could lose the subscription in following years. By having a way (I guess non IP based) to allow them easy access in and out of the office, they are getting what they expect, and no complaints = resubscribe.
No this is not bad. THis is poorly educated users. Users do not buy your systems. Universities do. The University is the one with the problem. You update your education to the University. They have to be responsible for updating their users.
Totally this! Whomever is buying this service from you - be it law offices or Law schools, etc... they have a requirement, set forth by you, that they educate their users that in office access requires no authentication, and out of office access requires authentication.
I suppose one thing you could look at doing is put a logon page in front the IP whitelisted folks that has a per-authorized button on it to force the users to realize that they are in fact going through a logon process regardless of location. When they are onsite, they only click the pre-auth button, when offsite, they type in their username/passwords.
-
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Not a half bad idea. I wonder though - would the cookie be stealable, and therefore usable by anyone? Not sure how much this would matter, just trying to cover more of the bases.
-
@dashrender said in Reverse Proxy?:
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Not a half bad idea. I wonder though - would the cookie be stealable, and therefore usable by anyone? Not sure how much this would matter, just trying to cover more of the bases.
It could live for say 2 weeks. Provisint the person checks in from the correct location at least every two weeks, they will have a valid cookie.
Interesting re being stolen? Could we put the machine name encoded within the cookie? If stolen, it wont match the other machine name...
-
@dashrender said in Reverse Proxy?:
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Not a half bad idea. I wonder though - would the cookie be stealable, and therefore usable by anyone? Not sure how much this would matter, just trying to cover more of the bases.
You could configure that per your concern (per machine) or revoke double sessions.
As is stated in many replies above it sounds like IT isn’t really involved.
That’s the big difference, IT admins can plan and enforce, when you are providing a service you have to jump through the hoops sometimes to make customers happy.
-
@jimmy9008 said in Reverse Proxy?:
@dashrender said in Reverse Proxy?:
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Not a half bad idea. I wonder though - would the cookie be stealable, and therefore usable by anyone? Not sure how much this would matter, just trying to cover more of the bases.
It could live for say 2 weeks. Provisint the person checks in from the correct location at least every two weeks, they will have a valid cookie.
Interesting re being stolen? Could we put the machine name encoded within the cookie? If stolen, it wont match the other machine name...
I think in this limited security model I would just attempt to get inside the campus lan
-
@bigbear said in Reverse Proxy?:
@jimmy9008 said in Reverse Proxy?:
@dashrender said in Reverse Proxy?:
@bigbear said in Reverse Proxy?:
Pretty simple, User must access from your web app from customer wan address range initially, place a session cookie without expiration for 30/60/90 days and just keep them logged in that way.
It’s definitely something you can resolve within your web server and app without tunnels or proxies.
Anything else you are referring to would require IT planning from the university side.
Not a half bad idea. I wonder though - would the cookie be stealable, and therefore usable by anyone? Not sure how much this would matter, just trying to cover more of the bases.
It could live for say 2 weeks. Provisint the person checks in from the correct location at least every two weeks, they will have a valid cookie.
Interesting re being stolen? Could we put the machine name encoded within the cookie? If stolen, it wont match the other machine name...
I think in this limited security model I would just attempt to get inside the campus lan
You could also start with the cookie and when user leaves campus make a page that says...
“Hey there, we see you are trying to access our site offsite from your campus. Take 30 seconds and register for access now so you can login from anywhere!”
Which would only appear for users who have the $_cookie file or a vars cookie that contains campus/customer info for your benefit...
Then maybe also offer some features for registered users like stored searches and bookmarking.
-
-
@jimmy9008 said in Reverse Proxy?:
Perhaps this is just standard proxy?
I think you just want a standard proxy, yes.
