Hello All,I thought it was not possible to do this but I was able to make it happen: Integrate pcAnywhere in osTicketI wanted to do this because in early 90's I remember a ticketing system that I used. I was able to VNC to client within ticketing system.Benefit: By adding a utility to remote access this will speed up the support team.As you can see from the screen shot below. It's on the "Open New Ticket" page because the team would like to connect while still processing the new ticket. If remotely connecting to user/client and able to resolved the issue. The agent can close the ticket with a solution and able to capture a screen shot and attach it with the solution.ScreenShotI have trouble adding an image again. Still on beta test and I will be happy to share it soon. Just like before still need to clean the scripts and the button may need to move somewhere else.And looking to add this button somewhere when viewing an open ticket.Behind the scene and how this is working: 1-Pressing the pcAnywhere button calls a vbscript and an object to run a program on the server.2-vbscript checks if client/enduser pc is online/live and if pcanywhere host is waiting. IF pcanywhere is not waiting - new script is called to wake it up.3-server sends the info to staff's computer's pcAnywhere to open the correct *.CHF associated to the user. ( .CHF are remote files.)4-connection established.Originally this process took 45seconds. After tweaking - reduced it to 23secs.Cheers,
Out of curiosity how are you getting the IP address of the client to connect to? I imagine in situations where the person is behind NAT that it wont work? (example all our out going traffic looks like its coming from the same IP and we have 300 work stations.)This sort of thing has come up before, and I approve your efforts. I've often wanted integration for 3rd party apps like that (TeamViewer, RDP, Kaseya, etc.)
Each pcAnywhere remote files are named i.e. CompanyA_User1.CHF, CompanyB_User1.CHF and the IP address are already set on each .CHF. (NOTE: ). What I had to do is strip the email address ( na...@company.com ) - "grab the name" and "grab the company name". Then I used these 2 values to execute the " . $company ."_". $name .".CHF see step 3 from above post.I hope that answers your question :)Yes, it would would work behind the NAT. It all depends on the router config and the host. Just an update from above 1st post.This pcAnywhere mod is also working if you are connected to your company's VPN. I just received the access to VPN to test it for the people who works from home. All I can say is - it worked.
Hello All,I am sharing how you can use Windows RDP and pcAnywhere within osTicket.If your helpdesk support use RDP and pcAnywhere to connect at end user's system. Give it a try.- This module is only tested on osTicket-v1.8.1.2- This module is NOT Save and Run. You will need to make some edits and preparations before it can work.- This is NOT a remote access application out of a box.- This is a module that executes the remote access files (.chf and.rdp) from Web Server to HelpDesk support computer then connects to end user ( client ).- This module is NOT Save and Run. You will need to make some edits and preparations before it can work.PLEASE OPEN and READ the README.txt and turn off word wrap :)NOTE: This remote access module works best if your *.rdp and/or *.chf have this naming convention company_name.rdp/.chfDownload it here: osmodule_remote_accessThank you :)
Copyright 1997 Symantec Corporation. All rights reserved.
Information in this document is subject to change without notice.
Other products and companies referred to herein are trademarks or registered trademarks oftheir respective companies or mark holders.
This file includes additions and changes to the online help. It also includes importanttrouble-shooting and compatibility information.
Please read this information before using pcANYWHERE EXPRESS.
When customizing pcANYWHERE EXPRESS using the "Host = " parameter,type the computer name or IP address of the pcANYWHERE host you wish to connect to.Polling a subnet (ex. entering a value 127.2.3.255) does not currently function.
If the pcANYWHERE host uses a user definable host name, manually typing in the hostname on the remote will not allow the user to connect. Use the mouse to select thedesired host from the host list instead. If the pcANYWHERE Host name does not allow aconnection to be made, try using the IP address of the Host.
pcANYWHERE EXPRESS remotes do not display a separate Domain field whenconnecting to a Windows NT host using NT Authentication. To enter the Domain, enter thedomain name before the login name as follows:
\
Connecting to a web page whose pcANYWHERE EXPRESS ActiveX Control object sizeis larger than the pcANYWHERE host video resolution may cause unpredictable results,including displaying video incorrectly and locking-up the browser.
Connecting to a web page whose embedded pcANYWHERE EXPRESS Netscape Pluginsize is larger than the pcANYWHERE host video resolution may cause unpredictable results,including displaying video incorrectly and locking-up the browser.
In Netscape 4.0, if a user selects a hyperlink pointing to the file NPAWREM.DLL, theextension of the filename to be saved changes to .EXE. User must manually change theextension back to .DLL before placing in the plugins directory.
Web designers wishing to embed the pcANYWHERE EXPRESS Netscape Plugin so thatMicrosoft Internet Explorer 3.02 users can run it must do the following:
When embedding the pcANYWHERE EXPRESS Netscape Plugin, use the src="test.chf"command in HTML, instead of the customary use of type="application/x-pcanywhere-remote"to specify the MIME type.
The pcANYWHERE EXPRESS Java Client requires a Java VM that supports the JDK1.1 specification. It has been our experience that both Microsoft and Netscape releasefrequent updates for their respective Java VMs. Although updating to the latest Java VM isgenerally recommended, these updates may modify the behavior of the Java VM and introduceproblems with the operation of the pcANYWHERE EXPRESS Java Client. The pcANYWHEREEXPRESS Java Client has been tested using the following Java Virtual Machines(VMs):
You may experience problems if you are not using one of the above Java VMs. Make sureyour Internet browser is capable of running Java applications that use JDK 1.1 beforerunning pcANYWHERE EXPRESS Java Client.
In Netscape 4.04, using Internet browser buttons (such as Stop, Refresh, Home) while ina pcANYWHERE session will cause the session to abnormally disconnect. The pcANYWHEREJava applet will also disconnect if you minimize or resize the browser window.
Some limited testing was done using the Preview Releases of Microsoft Internet Explorer4.0 (Preview Release 1) and Netscape Navigator 4.03 (Java AWT1.1 Preview Release 1) forboth the Macintosh and Solaris Operating Systems. On these Operating Systems, thepcANYWHERE EXPRESS Java Client is limited to the "sandbox" securitymodel. This means that the Java remote will only connect to a pcANYWHERE hostlocated on the Web Server where the Java applet and Web .HTM Page is located. Inaddition, no remote disk caching or clipboard transfer is allowed.
When using Netscape Communicator 4.03 Java AWT 1.1 (preview release 1) on Solaris2.5.1, the following issues were noted: