Move server files without configuring FTP

For:Advanced users and digital professionalsAssumes familiarity with files, browsers, and common computer workflows.

Sometimes an administrator needs to move an export, log bundle, build artifact, or project directory once—not operate a permanent file-transfer service. Configuring FTP or SFTP introduces a service, credentials, permissions, and network rules that may be unnecessary for a supervised handoff. WolfP2P can stream the selected files between two interactive browser clients for that one transfer; it does not replace unattended, automated, or persistent server access.

Why WolfP2P fits

For a supervised one-time handoff, WolfP2P avoids the persistent service, credentials, and network rules required for ongoing FTP or SFTP access. Both systems open the website, and a Compatible Browser can preserve nested export or project paths.

Server exports, logs, and build artifacts travel over an encrypted direct transfer channel. Read No Setup for the configuration boundary and Recovery and Reliability when a large artifact would be expensive to restart.

Prepare a bounded export rather than selecting live application state indiscriminately. Quiesce or snapshot data when the source system requires consistency, exclude secrets and transient files that the receiver does not need, and verify checksums or application-level integrity according to the operational procedure for that artifact.

Before you start

  • The browsers need a direct network path. The current configuration gathers host candidates only, with no STUN traversal between separate private networks and no TURN file relay. Even a shared network can block the connection.
  • Complete folder preservation and disk-backed large-file handling require a Compatible Browser, such as current Chrome, Edge, or Brave, with the required capabilities confirmed by WolfP2P's live check.
  • Both peers must remain online while file bytes are moving.
  • Keep both transfer tabs open until completion.
  • Confirm that the receiver can write to the chosen destination and has enough free space for the transfer mode.

How to move the server files

  1. Prepare a consistent export

    Quiesce, snapshot, or export the source as its application requires. Exclude live state, secrets, caches, and unrelated logs that should not leave the system.

  2. Open the export in a browser-accessible location

    Place the bounded artifact where an attended compatible browser can read it; WolfP2P is not a headless agent and cannot browse protected server paths silently.

  3. Establish the supervised handoff

    Create a tunnel and privately give the invitation to the administrator or operator at the receiving computer.

  4. Verify the destination before acceptance

    The receiver reviews the offered paths and size, chooses a writable location with sufficient space, and accepts.

    If the browser refuses Documents or reports system files, create a subfolder inside Documents and select that instead. See folder permissions.

  5. Transfer and perform operational verification

    Keep both browsers active until completion, then apply the checksum, import, extraction, or application-level validation required for that artifact.

One browser tab represents one tunnel. Reloading or browser-restoring the same tab can resume its session, but genuinely closing the tab ends that session.

WolfP2P preserves file bytes and supported relative paths, but not the source file's modification date and time. A transferred file receives the current date and time when it is written at the destination.

Questions and answers

Does this replace SFTP administration?

No. SFTP is better for automation, recurring access, headless systems, managed identities, and scripted jobs. WolfP2P is an interactive browser transfer. Compare the two operating models before replacing an established managed-transfer process.

Must the server expose an inbound file-transfer port?

WolfP2P does not require an FTP service or port forwarding, but both networks must permit the browsers to establish a direct WebRTC path.

Can WolfP2P run on a headless server?

Not as this workflow is designed. Each side needs a compatible browser and an active person. Use managed transfer tooling for headless or unattended systems.

Are server permissions and ownership preserved?

WolfP2P copies file bytes and preserves supported relative paths, not source modification dates and times, operating-system ownership, access-control lists, executable flags, services, or deployment state. Transferred files receive the current date and time when written at the destination.