Jump to content

AnEngelsen

Members
  • Posts

    62
  • Joined

  • Last visited

  • Days Won

    9

Posts posted by AnEngelsen

  1. FileWave allows you to see the computer's current IP. But you cannot see the list of DNS servers that the client is using.

    This custom field helps us determine if a client is currently on prem, connected to the VPN, or off site.
    (This is because our on-prem. computers use our Domain Controllers for DNS lookups.)

    DNS IPs.customfields

  2. I was surprised to learn that FileWave doesn't natively support displaying the "uptime" for any given desktop device.

    As such, the following custom field (see attachment) can be applied all desktop devices to show system uptime. (How long it has been since the computer was last last rebooted.)

    Uptime.customfields

  3. @Pierre-Nicolas I have confirmed that both of these requirements have been met. The option to start a remote session is now available to me. However, when I attempt to start a remote session the iPad never receives a push notification. The FileWave Anywhere app presents me with the following error message:

     

    Screen Shot 2022-11-30 at 13.11.27.png

    IMG_4D4DC04EBC49-1.jpeg

  4. If I install TeamViewer Remote Control app onto an iPad, can I use FileWave Anywhere to establish a TeamViewer session with another iOS/Desktop device?

    Currently, I'm not seeing the ability (within FileWave Anywhere) to connect (via TeamViewer) to any of my iOS device.

    Additionally, when I try establishing a Remote Session to a desktop device (from an iPad) I am not presented with a dialog message, prompting me to launch the TeamViewer app.

    Screen Shot 2022-11-28 at 13.35.13.png

  5. Sometimes, the FileWave Client service stops running. If this happens, the laptop/desktop device will no longer communicate with the FileWave Server.

    (In my experience) this behavior occurs more often on Windows devices, especially after deploying the FWwinclient upgrade fileset.

    As such, I created the following (2) filesets:

    Script - Verify FileWave Client is Running (macOS): Loads a LaunchAgent that runs a shell script (once an hour) to verify that the fwcld service is running. If not, the fwcld service is restarted.

    Script - Verify FileWave Client is Running (Win): Creates a scheduled task that runs once an hour. The task calls a .ps1 script that verifies that the FileWaveWinClient service is running. If not, the service is started.

    Both filesets are attached to this post.

    If the FileWave client is failing to start, try manually starting the service.
    Windows: Services app -> FileWave Client -> Start Service
    macOS: sudo fwcontrol client start

    If that doesn't work, a ticket should be opened with FileWave support.

    FilesetExport_VerifyFileWaveClientIsRunning.zip

    • Like 1
    • Thanks 1
  6. Can you explain what happens (in the background) when the end-user clicks the "Uninstall" button (within the FW Kiosk)?

    Standard associations can be configured with an "install on" and "removal at" timestamp. However, I never fully understood how Kiosk associations can toggle between two different states.
    ("Available in Kiosk" vs. "Installed via Kiosk")

  7. @Josh Levitsky and @Pierre-Nicolas

    Dumb Idea: Does the FileWave API support a function that can send the "Uninstall" fileset command?

    If "yes", then a postflight script could be added to any fileset. After the activation script is finished running, the postflight script would transmit an API call that would send the uninstall Fileset command. Correct?
    (It might be necessary to include a "sleep 30" command at the start of the script; to ensure that the script doesn't get uninstalled too soon.)

  8. None of the desktop clients are updating to the latest FileWave "model". For example, the current model is 1424. All clients are reporting that their current model is 1421. 

    I have verified that none of the clients are in a “locked” state.

    For me, this issue became noticeable immediately after being upgraded to FWServer v14.9.0

     

    Screen Shot 2022-11-09 at 20.21.22.png

  9. Currently, it's possible to obtain the FileWave Client log (fwcld.log) file via the Client Monitor (application). However, if the client is in a remote location (not on the LAN) it's not possible to obtain the fwcld.log.

    It would be great if the WebAdmin could display the client log (in a new browser tab) preferably with color formatting--similar to the new fileset script editor. Alternatively, fetching the Client log file could result in a file download. Please rename the file to:

    clientNameHere_currentTimestampHere.log

    I'm attaching an image of what I would like the WebUI to look like.

    Sometimes the fwcld.log file can grow to a size of 30MB+. As such, I'm fine if the WebAdmin only grabs the 1,000 most recent lines. (This would diminish the file size to 100 KB.)

    Screen Shot 2022-10-05 at 20.12.46.png

  10. Is there a solid reason why FileWave needs to depreciate (Apple) MDM Profile creation via the Native Admin?

    I appreciate the fact that Apple Profiles can be created in the Web Admin. However, there are certain payloads that are easier to configure via the Native Admin such as:

    • Dock
    • MacOS Restrictions (Allowed App)
    • Disk Encryption (If the Admin needs to create the Institutional recovery keychain)
×
×
  • Create New...