× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Vern,

When working remotely, a userid/pswd is not enough. RDi has to be able to get through the firewall. Neither of my customers has their IBM i open to the internet.  They used to allow VPN access, but have apparently decided that Citrix and Remote Desktop Gateway is more secure.  And that would be fine if I had admin rights to the virtual machine they give me access to. Apparently that's too much of a security risk, and it's too much trouble for them to install RDi.

So I'm still on SEU, which is ok, except when I want to use stuff that wasn't added to SEU's syntax checking before IBM stopped enhancing it. And not having all the RDI functionality is disappointing.

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx>
pdow@xxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxx> /

On 10/11/2019 12:49 PM, Vernon Hamberg wrote:
I believe you can purchase your own licensed version of RDi and use it to connect to and work on any system for which you have a valid user and password. Jon Paris and partners have their own copies, I believe.

There might be something in the WDS product area that is needed - it has almost no content, as I recall. You would probably have it just to get compilers.

Now I can easily be off the beam here, have always worked where we had traded up from seats of ADTS to seats of RDi.

Cheers
Vern

On 10/11/2019 2:35 PM, Justin Taylor wrote:
I don't personally know of any way to run RDi without installing it first.  You might try asking on the RDi list.



-----Original Message-----
From: Peter Dow [mailto:petercdow@xxxxxxxxx]
Sent: Friday, October 11, 2019 1:02 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: Remote RDi methods

In the recent discussion of "Add F8 to your F9", the subject of PDM came up again.

I realize I'm in a very small minority, but I'm pretty much forced to use SEU.  I'm a contract programmer who works remotely, and up until about 2014, I usually had VPN access to my customers networks, so it was possible to use RDI.  Since then, my current 2 customers have tightened their security, and I no longer have VPN access.

With one of them I use Citrix Receiver, which provides a Citrix desktop; however, all I can do with that is run IBM i Access.

With the other, I use a Remote Desktop Gateway, which gets me access to a Win7 VM, except that I have no admin authority to install anything on it.

What methods does RDi have to accessing an IBM i under these conditions?

Which reminds me of a time in the days of yore, and I'm talking really yore, when tools for file transfer from server to PC were not so plentiful, someone came up with the idea of using a 5250 session to transfer data.  As I recall, on the server side there was an RPG program with a single field display file, said program would communicate with the client side to put one block of data at a time in the field and the client side would grab it and store it in a disk file.  There was no doubt some kind of base64 encoding equivalent, but it worked -- you could watch the data being transferred a block at a time flashing on the screen.

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx> pdow@xxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxx> /


--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.