mirror of
https://github.com/rustdesk/rustdesk.git
synced 2026-09-19 10:51:01 +03:00
* feat: add rendezvous WebRTC signaling fields * feat: route WebRTC ICE on controlled side * feat: race WebRTC as a direct transport enhancement * fix: route WebRTC ICE through rendezvous paths * feat: WebRTC transport racing, DTLS identity binding, and pc-leak fixes - prefer-P2P racing (race_transports_prefer_webrtc) across punch and RelayResponse; ICE bridge with 400ms candidate resend - controlled-side answerer and ICE routing; sign local DTLS fingerprint into SignedId, controller verifies the binding fail-closed - fix pc leaks: close_webrtc() on insecure-decline paths (io_loop, port_forward); compute direct before disarming the offerer guard - point hbb_common to the WebRTC data-plane commit 9f5a296 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * fix: preserve WebRTC transport preference * feat: decouple WebRTC from UDP punch, route controlled signaling over TCP - the WebRTC offer now rides any punch request; only an offer-less request may close and reuse the rendezvous socket for TCP punching (request_allows_tcp_punch replaces the udp_port-based invariant), with a separate offer-less request racing as the TCP fallback - WebSocket mode no longer disables WebRTC — ws only tunnels the signaling/relay legs while ICE stays the only P2P path there; SOCKS proxy still disables it (ICE would bypass the proxy and leak the real IP) - controlled side: WebRTC-only punch replies and trickled ICE candidates go over dedicated TCP connections to the rendezvous server instead of the UDP mediator channel, for ws/TCP-only hbbs deployments; drop the now-redundant rz_sender plumbing and the 400ms candidate re-send on that leg - guard is_udp handling against responses to requests that advertised no udp_port; skip the IPv6 socket bind under force-relay - test_udp_uat: drop the STUN port race — the punch port must come from the rendezvous server's TestNatResponse observing this socket's mapping, a STUN probe from another socket can advertise an unreachable port - bump hbb_common (webrtc 0.13 MSRV pin rationale + upgrade checklist docs) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: KCP/UDP resilience to ICMP resets; optional KCP congestion control - treat ICMP-driven UDP socket errors (WSAECONNRESET 10054 on Windows, ECONNREFUSED on Linux) as packet loss in punch_udp and the KCP pump instead of tearing the session down; KCP retransmits through them and a truly dead link is still reaped by the pong/app-level timeouts - resolve STUN hostnames via tokio::net::lookup_host so DNS never blocks a runtime worker; fix the inverted non-IPv4 error message - add enable-kcp-congestion-control option (default on): switch the turbo profile to nc=0 so brief loss on constrained links no longer spirals into stalls; sender-side only, no wire negotiation - pin kcp-sys to the rustdesk-patches branch: upstream main lost the RustDesk patches on the EasyTier sync, and this branch also wires set_kcp_config_factory into connection setup, making the option effective Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: carry switch_code through WebRTC relay fallbacks after rebase The rebase onto master (switch-code feature) added an 8th request_relay parameter; pass the interface's switch code from both WebRTC->relay fallback paths so a role-swap session survives the fallback. Also drop a duplicate bindgen 0.72.1 entry the Cargo.lock merge produced. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * fix: don't let the preferred branch's own relay preempt a direct fallback race_transports_prefer_webrtc committed any success from its first argument outright, on the assumption that it is the WebRTC connect. It is not: the call site passes a whole punch attempt, which internally falls back to request_relay when its direct transports fail. That relay was therefore committed instantly while the offer-less fallback's TCP punch was still in flight — inverting the preference this function exists to enforce, since the is_p2p predicate the caller already supplies was applied only to the `others` branch. Apply it to both branches: a direct result from either side still commits immediately, and a relayed result from either side is held for the window so the other side can land something direct. Also commit a held connection when the surviving branch errors, which the previous code only did on the first branch's failure path. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * fix: evict the oldest pending ICE candidate, not the newest Candidates arrive in gathering order — host, then srflx, then relay — so a full buffer was discarding exactly the ones that traverse NAT while keeping host ones that only work on a shared LAN. Evict from the front instead. Also document why the controller's ICE bridge must not reconnect on error, in contrast to the controlled side's per-candidate retry: its socket address is the return route itself (mangled into PunchHole.socket_addr, echoed back in IceCandidate.socket_addr, resolved through tcp_punch), so a reconnect would arrive from an address no route points at, and the server drops the old entry when the connection closes. Once it dies both directions are dead, and abandoning WebRTC is the correct response rather than retrying. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * fix: bound log volume on sites whose rate a peer or retry loop controls Debug output goes to the log file, so a site that fires per received message or per retry lets someone else decide how much a machine writes to disk. The WebRTC work added the first such sites. - KCP io loop: absorbing ICMP errors as packet loss made a broken socket write ~100 lines a second for the 60s until the pong timeout reaps it. Log by run instead: one line when a run starts, one per ~5s while it persists so a stuck socket stays visible, and one on recovery with the total. - punch_udp: the recv error retries every 10ms for up to MAX_TIME, so one line per occurrence wrote thousands per punch. Log the first, report the count in the timeout message. - ICE candidate paths (client, mediator): the peer sets the candidate rate and the rendezvous route carrying them needs no prior punch, so throttle to one line a minute each with the suppressed count. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * fix: the KCP io throttle reset itself every cycle, so it never throttled The send and recv arms shared one counter, and an ICMP error on a connected socket is reported once and then cleared — so the steady state is an alternation: the send succeeds and clears the counter, the next recv reports the error and finds the counter at 1, and logs. Every error still wrote a line, at the ~100/s the previous commit set out to stop, while the persistent-failure and recovery branches were unreachable. Use one LogThrottle per direction instead of a hand-rolled counter. That removes the shared state the bug lived in, drops a third throttling mechanism in favour of the one already added, and leaves the surrounding `if let Err` untouched rather than reshaping it into a match. Also fix test_udp_uat's socket-error arm, the untreated twin of the punch_udp site: it had no backoff at all, so a persistent error re-armed recv immediately and spun the loop at CPU speed, one warn line per iteration. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * bump kcp-sys: 14 review fixes on rustdesk-patches (6e44b93 -> fa51c15) Picks up the handshake-recovery work plus the review round on top of it: ABBA deadlock between the endpoint's two DashMaps, graceful-close tail truncation, mid-stream hole on ikcp_send failure, FIN retransmission for lost-FIN half-open hangs, SYN-ACK budget burned on dropped packets, spurious ConnectTimeout after a completed handshake, accept-backlog overflow stranding conns, aliasing UB in the output callback, and the log-facade/throttling cleanup (per-packet sites no longer reach the debug-level file logger, peer-rate warns throttled). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * ws: decouple ICE policy from force_relay — full-ICE WebRTC over WebSocket WebSocket support folds into force_relay because a ws tunnel kills classic TCP/UDP punching — but that conflated transport necessity with relay policy, and the WebRTC decisions keyed off the merged flag: a ws client built no offerer at all without TURN, and only a Relay-only-ICE one with it. ws deployments could never reach a direct WebRTC connection, which is exactly the path they are supposed to live on. Split the flag. LoginConfigHandler now tracks policy_relay (the force-always-relay option, an explicit relay request — /r ids and retry-via-relay included — and proxy) separately; force_relay stays policy_relay || use_ws() and keeps governing the classic paths, so non-ws behavior is unchanged everywhere: - the offerer's existence and ICE policy follow policy_relay: under pure ws the offer gathers every candidate type and may go direct; under relay-by-policy it stays Relay-only ICE, TURN-gated, exactly as before; - the RelayResponse race applies the prefer-P2P window under ws (a direct ICE path is worth delaying an already-ready relay for) while policy relay keeps first-success semantics; - the request carries webrtc_all_ice (hbb_common 64b54ab) so the controlled side knows the offer is full-ICE: it answers with full ICE and no TURN requirement, while offers without the bit keep today's relay-only answer path on every version-skew combination. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * bump kcp-sys: 7 review fixes on rustdesk-patches (fa51c15 -> 023a006) Reverts the connect/accept/add_conn changes that regressed concurrent connects (the state_map guard held across add_conn is load-bearing), states the single-conn contract on KcpEndpoint so shared-endpoint behaviour stops consuming review effort, pins the two invariants that keep truncated input from aborting under panic='abort', and fixes three findings from external review: sendwnd() echoing raw config instead of KCP's effective window (a non-positive factory value stalled sending forever), the passive closer's lost final FIN delaying EOF by up to ~20s, and the doubled window overflowing for extreme factory values. Lock-only change: cargo update -p kcp-sys also re-picked libloading's windows-targets between two versions already present in the lock; that was reverted to keep this commit to the one line it is about. cargo metadata --locked passes on the result. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * ws: read the all-ICE declaration from the offer envelope, drop the proto field Companion to hbb_common 68d2729: the full-ICE declaration now lives as an `ice_policy: "all"` key inside the webrtc:// envelope, so the request assembly no longer sets webrtc_all_ice and the controlled side asks the envelope (endpoint_declares_all_ice) instead of a PunchHole field. The rendezvous server carries the offer opaquely — no forwarding to keep in sync. Skew behavior is unchanged: an unmarked or unparseable envelope reads as the old Relay-only semantics. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * add enable-webrtc option; gate test_ipv6 under forced relay OPTION_ENABLE_WEBRTC (hbb_common 48c2d4d) follows the udp/ipv6 punch options end to end: default on against the public server, off against private ones, same settings UI placement on desktop and mobile, and the same bool2option local-option handling. Gates: - controller: should_create_webrtc_offerer checks it first — no pc, no STUN/TURN gathering, no offer in the request; - controlled: unlike the udp/ipv6 legs, which deliberately follow the request, answering builds a pc that gathers ICE from this host, so the answerer honors this machine's own switch too. Translations for "Enable WebRTC P2P connection" added to all 50 lang files next to the IPv6 entry (IPv6 and WebRTC are invariant terms in the same grammatical slot in every one of them). Also stop probing v6 reachability (test_ipv6) under any forced relay: the v6 punch socket is never bound there, so the probe was wasted work on every ws/proxy/relay connection. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * kcp: client-side integration tests over real loopback sockets kcp-sys has been through two review rounds of behavioral fixes; the client wrapper (kcp_io pumps, connect/accept deadlines, framed-stream adaptation, guard lifetimes) had no tests pinning what rustdesk actually relies on. Four now do, each through real 127.0.0.1 UDP sockets and the BytesCodec framing sessions use: - handshake + bidirectional framed roundtrip + graceful close: the peer observes end-of-stream instead of hanging (guard outlives the framed stream so the FIN goes out); - a writer that queues 50 frames and closes immediately loses none of them - the client-side pin for the close-tail-drain semantics; - socket errors after the peer vanishes are treated as loss: writes keep succeeding, nothing tears down (ICMP is advisory on connected UDP); - the connect deadline holds when nothing answers. Mutation-checked: dropping inbound forwarding in kcp_io reddens exactly the three tests that need the pump, and the timeout test alone stays green. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * ipc/auth: replace the local throttle with the shared throttled_log! auth.rs predated hbb_common's LogThrottle and grew its own equivalent: same shape (last_log_at + suppressed), same 5s interval, plus a helper and three OnceLock<Mutex<..>> statics. It also counted the other way - excluding the event being reported - so each of the three sites carried two near-identical log::warn! arms to avoid printing "suppressed 0". The shared macro covers all of it: one static per call site declared by the expansion, and the multiplicity suffix appears only when there is one, which is what those duplicated arms were for. 102 lines out, 27 in. Behavior difference, deliberate: a burst now reads "(x47)" - the total including this line - instead of "(suppressed 46 similar events)". One number, no arithmetic, and one convention across the codebase. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * kcp: make the congestion-control profile opt-in, not the default The branch had flipped KCP to nc=0 (built-in congestion window) for every session. That is a transport-behavior change for all users made on reasoning alone, and the reasoning does not decide it: which profile wins depends on why packets are being lost. nc=1 - what RustDesk has always shipped - never shrinks the send window, so on a genuinely congested uplink it deepens the loss it is reacting to. But nc=0's backoff is blunt: a fast retransmit halves the window while an RTO sets cwnd = 1 outright (ikcp.c) and recovery slow-starts from one packet, so on a link with random loss and no congestion - Wi-Fi interference, a long-haul path - it reads loss as congestion and can stall an interactive stream for seconds. That failure mode is also the more visible one to a remote-desktop user. No benchmark settles this either: a loopback A/B has no bottleneck queue, hence no congestion to control, and would flatter nc=1 by construction. Deciding it needs a shaped link or field data. So keep the profile users already run and let the other one be asked for ("enable-kcp-congestion-control" = "Y"). Flipping the default later is a one-line change once there is evidence. kcp-sys keeps its own test covering the nc=0 path. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * android: define getifaddrs/freeifaddrs for the api-21 sysroot Turning on hbb_common's "webrtc" feature pulls webrtc-util into the android link, and its ifaces() -- reached from vnet::Net::new() on every ICE gather -- calls getifaddrs(). bionic exports getifaddrs/freeifaddrs only from API 24, while flutter/ndk_*.sh builds against --platform 21, so every abi failed to link on the undefined symbols. Raising the platform to 24 would have to drag minSdkVersion 22 with it and turn the link error into a load-time one on Android 5.1/6.0, so define the two symbols instead, using the RTM_GETLINK + RTM_GETADDR netlink dump bionic itself uses. The definition also shadows bionic's on API >= 24 rather than delegating to it, so the path that ships is the path every test device runs. Checked against synthesised netlink dumps on the host -- link/address parsing, prefix masks, point-to-point, ipv6 scope ids, malformed and truncated messages -- under UBSan and byte-exact guard malloc, with a deliberately unsigned remainder as the negative control. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix three ways ws + WebRTC could not work in practice Review of #15684 and hbb_common#579. Each of these left the code reading correct while the feature did not function. - The RelayResponse race classified P2P with `result.2 == "IPv6"`, but that site's futures are only ever the relay ("Relay"/"WebSocket") and the WebRTC branch's own "WebRTC" — so the predicate was constantly false. When the relay landed first the result was still right (the webrtc arm's `others_fut.is_none()` fallback), but when WebRTC connected FIRST it was parked as if it were a relay and the relay was committed on arrival, discarding a live direct connection. That is the LAN case: the better the network, the worse the outcome. Classify by what the label means, via is_direct_transport, and test both orderings — only the relay-first one was covered. - handle_peer_info wrote "force-always-relay=Y" into the peer's saved config whenever force_relay was set, which now includes the WebSocket transport. One ws session therefore turned the peer into a permanent relay-by-policy peer, and relay-by-policy means Relay-only ICE, so WebRTC could never go direct to it again — the flagship path worked exactly once. Persist policy_relay, which is the user's choice; the transport is a property of this client, not of the peer. - The answerer gated on this machine's enable-webrtc option, but that is LocalConfig: the UI process writes it and never syncs it over IPC, while handle_punch_hole runs in the server process, which on Windows resolves LocalConfig under a different profile and reads the private-server default of "N". The gate refused to answer in exactly the self-hosted deployments the transport exists for. Drop it: the answerer follows the request, like the udp/ipv6 legs, and the option still gates the feature where it can — an offer only exists because some controller had it enabled. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * webrtc: close without an await point; do not report an unknown path as direct - close_webrtc is no longer async (hbb_common 88f965f), so the ten call sites in port_forward and io_loop - all inside select! arms or futures the UI can abandon - can no longer be cancelled mid-teardown, which left the pc unclosable and its session entry stranded. Client's own spawn_close_webrtc went with it: the runtime-teardown guard it existed for now lives in close_detached, so both Drop paths share one implementation. - webrtc_relayed() returns None when no candidate pair is selected or the pc closed under a concurrent teardown, and both call sites read that as "not relayed", i.e. direct. A TURN-relayed session could therefore be shown to the user as peer-to-peer. Claiming a direct path needs evidence of one, so an unknown answer now counts as relayed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * scrap/benchmark: give the Duration divisor an explicit u32 The webrtc feature pulls time 0.3 into scrap's graph (hbb_common -> webrtc -> webrtc-dtls -> der-parser -> asn1-rs), and that crate carries an `impl Div<time::Duration> for std::time::Duration`. Orphan rules allow it because the RHS is its own type, and trait impls are visible across the whole dependency graph without a use, so std::time::Duration now has two Div candidates. `yuv_count as _` casts to a plain inference variable, which both candidates fit, so it stops resolving: error[E0282]: type annotations needed --> libs/scrap/examples/benchmark.rs:146:33 Only two of the four sites are reported - rustc emits one E0282 per function body - so all four are annotated. The already-explicit `as u32` at the hwcodec site and `start.elapsed() / cnt` are unaffected, the latter because an integer literal's variable can only unify with an integral type and rules the time impl out on its own. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * webrtc: judge the race by the resolved path, not the label; bound the ICE queue Third review round. Two of these are regressions from the previous one. - The RelayResponse race predicate was `is_direct_transport(result.2)`, which answers true for the label "WebRTC" - but WebRTC is only a direct path when ICE nominated a non-TURN pair. A TURN-relayed WebRTC result therefore committed instantly and cancelled the IPv6 attempt racing beside it, which is the same inversion the previous fix removed in the other direction. (That fix was also argued from a wrong premise: the site does carry an IPv6 future, pushed ~50 lines earlier than the relay one.) Each future now resolves whether its path is direct and the predicate reads that bool, matching the outer race, and the downstream recomputation goes away. - policy_relay still folded in Config::is_proxy(), and that is what gets persisted into the peer's config as force-always-relay - so one session through a proxy pinned the peer to relay forever and disabled WebRTC for it, exactly the latch the previous round fixed for WebSocket. Split out peer_relay: the saved option or an explicit request for THIS peer, and the only part written back. - The controlled side buffered remote ICE candidates in an unbounded channel while the controller caps the same buffer at 64, and draining one costs a JSON parse plus the ICE agent's lock. Whoever can reach a session's route could grow it without limit inside the long-lived service process. Bounded, with the overflow logged through the existing throttle. - That route was also removed by key alone when an answerer finished, so a punch retry that built a fresh answerer under the same fingerprint had its live sender deleted by the previous one's cleanup - after which it received no candidates at all. Evict only our own sender, the way the session cache already guards the analogous case. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * webrtc: trim the comments to AGENTS.md length; drop is_direct_transport 386 added comment lines down to 287 across client, mediator, kcp_stream and common. Same rule as hbb_common 3d64e43: out go past-bug narration, rejected alternatives, measurements and restatements of the code; the non-derivable why stays. is_direct_transport goes with them. Judging the race by a transport label was replaced by the resolved direct flag, leaving it used only by its own test — and, having been inserted between the doc comment and race_transports_prefer_webrtc, it had also taken that function's contract with it. Removing it reattaches the doc where it belongs. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * webrtc: fix race edge cases that discard or mislabel a direct connection Three correctness fixes in the transport race, plus three convention cleanups. - race_transports_prefer_webrtc committed a relayed result while a direct attempt was still in flight: the others arm returned on webrtc_fut.is_none() even with an unfinished direct future, and the WebRTC-error arm returned a held relay without checking others_fut. A relay is now committed only when nothing direct can still arrive (or the window expires); a parked relay is also preferred over composing an error when both sides fail. Three regression tests, mutation-checked. - connect()'s plain select_ok let a TURN-relayed WebRTC win as "first success", dropping still-racing UDP/IPv6 direct attempts and reporting the relayed pair as direct. It now runs through the same prefer-P2P race with each attempt carrying whether its path is direct, and the WebRTC future resolves is_relayed() so a TURN win is held behind direct attempts, not committed as one. - The RelayResponse path kept direct == true when a WebRTC win's DTLS handshake failed and it fell back to relay, so the relay was reported P2P. Clear the flag with the transport switch. - Trim the OffererGuard doc to the three-line max; move the new enable-webrtc localization key to the end of every lang list; the KCP option constant moved to hbb_common config::keys (0f663aa). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ExUfAkYbq8UC9pQCiLy8TQ * bump hbb_common: WebRTC peer connections own their I/O runtime Closing the controlling window left the controlled side waiting out ICE decay — ~25-30s in the peer's log, its disconnected/failed ladder running to completion — where TCP delivers a FIN at once. The session end closed the pc by spawning onto io_loop's own `#[tokio::main(flavor = "current_thread")]` runtime, which is dropped the moment io_loop returns, and nothing after that call yields: the task was never polled even once, so no DTLS close_notify ever left. Every attempt to fix that on the caller's side failed the same way, because the mismatch was never about where the close ran: a pc's UDP sockets register with the reactor, and its ICE/DTLS/SCTP pumps spawn on the runtime, that is current while it is built — so a pc created by a session outlives the only runtime that can drive its I/O, and a close driven anywhere else completes without reaching the wire. The bump homes them where they can outlive any caller: WebRTCStream builds on a process-lifetime runtime and every detached close runs there as its own never-cancelled task. io_loop keeps its plain close_webrtc() calls and only documents why nothing here may spawn or await the teardown on the dying session runtime. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016HV43uh1ztv6Wm5qi3Y1ne * fix: give the UDP NAT test a real window when the TCP clock is faked The punch request carries udp_port only if the rendezvous server's TestNatResponse has arrived, and the wait for it was bounded by rtt / 2 — half the TCP connect time, on the assumption that TCP and UDP round trips are comparable and the test, started earlier, has already answered. A transparent TCP proxy breaks that assumption: a TUN-mode VPN on the host, or a redirect-mode proxy on the LAN gateway serving every device behind it, completes the handshake locally in ~3ms while the real UDP round trip is hundreds of ms. Log-confirmed against 5.161.65.208: ping 341ms, TCP connect 3.7ms, connect to a dead port there "succeeds" just as fast. The window collapsed to ~1.5ms, udp_port stayed 0 on every attempt, and UDP punch was never even requested — although UDP itself passes such gateways untouched. So use the TCP clock only when it is believable: below a plausible WAN round trip it says nothing about the UDP path, and a flat ceiling applies instead. The loop still exits the moment the port arrives, so a genuinely nearby server pays nothing and only a UDP-dead network waits out the ceiling — on the udp-carrying round alone, while the parallel pure-TCP round is unaffected. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016HV43uh1ztv6Wm5qi3Y1ne * feat: make the TCP punch a user option, with TCP as the backstop TCP punching was the one direct transport without a switch, while UDP, IPv6 and WebRTC each had one. Add "Enable TCP hole punching" above the UDP toggle on both desktop and mobile, default on — including on self-hosted servers, since unlike the other three (whose default-off there guards against an hbbs that cannot forward their fields) TCP punching has always been supported by every server. Turning all four off would leave no way to punch at all, so TCP runs regardless in that case. That backstop keys off the switches alone: a transport that is enabled but fails to materialize — no public v6 address, no NAT port, a failed offerer — is already covered by the relay fallback for a round that ends up with no usable direct transport. With the TCP punch off, the fallback request is skipped too: it exists only to carry that punch, and would otherwise reach connect() with nothing to try and merely open a second relay. Known cost, unchanged behavior for the peer: the request carries no field for this choice, so a peer that receives one with no udp_port and no offer still punches a TCP hole and listens for a connection the controller will not make. Representing the transport choice on the wire needs a proto field and the server forwarding it. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016HV43uh1ztv6Wm5qi3Y1ne * bump hbb_common: name the punch by every transport it carries `get_local_endpoint_trickle` became `local_endpoint() -> &str`, which cannot fail, so both call sites lose an unreachable error arm — the mediator's closed a pc against a failure that no longer exists. `punch_type` named one transport, and picked it off `allow_tcp_punch`. A round carries several at once — a NAT port and a v6 address and an offer — and since the TCP punch became a switch it can carry none, so one name had to misreport both: the logs of the round that broke WebRTC read "#1 UDP punch attempt" while the request also carried the v6 address and the offer that was actually failing, and a round with nothing to punch with was labelled "WebRTC". List them instead — "UDP+IPv6+WebRTC" — and call the empty round "Relay", which is what it can still end as and what `typ` prints for it. The offer is moved into the request rather than cloned into it; that was its last use. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019UzcMTdYTEv2QbMHcTSUy3 * bump hbb_common: drop link-local IPv6 from ICE gathering Also pin webrtc-util to a fork of 0.11.0 carrying a Windows IPv6 enumeration fix. `ifaces` reads the adapter list's on-wire IPv6 bytes as host-order `[u16; 8]`, so on a little-endian host every group comes out byte-swapped and unbindable: a peer's real 240e:369:9606:4600:f52a:7a8d:2530:4de0 is enumerated as e24:6903:696:46:2af5:8d7a:3025:e04d, ::1 as ::100 and fe80:: as 80fe::. Each fails to bind with WSAEADDRNOTAVAIL, so ICE gathers no IPv6 host candidate at all on Windows - where a globally routable address is the one NAT-free path a CGNAT'd peer has. Never reported upstream; the unix twin of the same bug was fixed in webrtc-rs#475 (2023). Fork: rustdesk-org/webrtc, branch rustdesk-patches, tag webrtc-util-0.11.0-win-ipv6. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019UzcMTdYTEv2QbMHcTSUy3 * bump hbb_common: name the family a WebRTC session runs over `stream_type` reaches the UI as the transport that won the race, and every other transport already carries the family in that label - the v6 punch reports `IPv6`. WebRTC does not: one label covers both families, and it is the one path whose real remote address can differ from the rendezvous-observed one the session is identified by. Refine it at the hand-off to the UI rather than at the source: five sites in client.rs compare `typ == "WebRTC"`, so widening the label there would silently move control flow. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019UzcMTdYTEv2QbMHcTSUy3 * bump hbb_common: one STUN list, and drop the dead IPv4 half `test_ipv6` kept its own hand-written copy of the STUN servers. It now reads `WebRTCStream::stun_servers()`, so an operator who points OPTION_ICE_SERVERS at their own server gets it on both paths instead of one. `test_bind_ipv6` sends nothing - `connect` only makes the kernel pick a route and a source address - so the whole cost is DNS. It races the lookups rather than betting this host's IPv6 support on whether the first entry happens to publish a AAAA where the user resolves from; google's does not, from a Chinese resolver, and it was the entry being bet on. `stun_ipv4_test`, `STUNS_V4` and `test_nat_ipv4` have had no callers since the punch stopped taking its port from a second socket, and go. `get_kcp_cc_enabled` reads the renamed option through `option2bool`, like every other one. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019UzcMTdYTEv2QbMHcTSUy3 * webrtc: take dcsctp's retransmission timings and IPv6-safe MTU webrtc-sctp ships RFC 4960's RTO.Initial/RTO.Min (3000/1000), TCP's values for arbitrary public paths. On this workload they set the recovery time outright: a request/response exchange keeps one chunk in flight, so no later SACK ever raises miss_indicator to the 3 that arms fast retransmit, and the T3 floor is the only way back. A single loss during a handshake or a first keyframe therefore costs whole seconds. The fork now carries dcsctp's numbers instead - the SCTP implementation Google wrote to replace usrsctp for Chrome's WebRTC data channels, the same realtime workload: rto_initial 500, rto_min 400, a 220ms floor under the RTT variance, and mtu 1191. INITIAL_MTU 1228 plus DTLS/UDP/IPv6 overhead is 1313, past the 1280 minimum, so every full-size chunk fragmented on an IPv6 path. Both patch entries move to the new branch, which also carries the Windows IPv6 byte-swap fix, so one rev matches the whole webrtc 0.13 stack. * udp: make the punch prove itself, and keep the listener answering punch_udp sent a zero-length datagram and called the hole open on whatever arrived next. The rendezvous NAT test's own leftover replies satisfy that immediately - connect() does not flush the receive queue - so the retry loop never ran and success meant nothing. The dead socket then cost KCP its full timeout to rediscover, which is how a failed punch came to take 18 seconds. Probes now carry a magic and a 64-bit transaction id, and both ends answer each other's probes, so returning is a fact: a reply echoing our own id is the one thing that proves the pair carries traffic both ways. With failure now distinguishable from 'not yet', the window drops from 20s to 3s. Two asymmetries fall out of that: Only the connector stops on its own acknowledgement, because only it has something to send next. An acknowledgement proves our probe came back, not that the peer's probe was answered - and after punch_udp returns nothing answers probes any more, since KCP's io loop drops anything shorter than its header. A listener that stopped there would go mute while a peer whose own probe or answer was lost - the normal state of a hole still opening - kept probing an endpoint that works, until it timed out. So the listener stops on the peer's first real packet instead, and hands that packet to KcpStream::accept as its init_packet: its arrival proves the pair as well as an acknowledgement would, and KCP never retransmits its SYN. * webrtc: correct the RTT variance floor to dcsctp's scaling The earlier commit took dcsctp's min_rtt_variance = 220 as a raw floor under rttvar. dcsctp divides the option by kHeuristicVarianceAdjustment = 8.0 first, a historical accident it kept because downstream users had measured good values with it, so the intended floor is 27.5ms of variance contributing 110ms to RTO. Flooring at 220 contributed 880ms instead, which on a 50ms path left RTO within 7% of the 1000ms default this change exists to escape. The fork also now records why T1/T2 share T3's RTO manager here, unlike dcsctp's separate control timers: RTO_INITIAL is the T3 value for the first DATA chunk, since no RTT sample exists before the first SACK. * webrtc: skip the controller's ICE re-send instead of queueing it twice The controller sends every candidate twice, because the server's hop to a peer registered over UDP can lose one. The ICE agent that dedups repeats sits downstream of the answerer's queue, so the answerer paid for both copies: a slot, a JSON parse, and the ICE agent's lock, once per repeat. Remember a digest of what was queued and skip the repeat. Recorded only once queued, so a candidate a full queue refused stays repairable by the re-send. The queue's depth is unchanged. A real peer gathers well under it - four STUN servers, link-local IPv6 filtered, one component - and the drain empties it as candidates trickle in, so what this removes is the redundant work, not an overflow. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * tcp: repeat the punch across the controller's dial window The single punch leaves before hbbs has told the controller where to dial, so it is never in flight at the same time as the controller's SYN: it opens our NAT, meets nothing, and a gateway that answers it with RST takes the mapping down with it, leaving the listener waiting on a hole that no longer exists. Punch again while the controller may still be dialing, and race those punches against the accept. That is two ways in where there was one: the mapping is rebuilt if a RST took it, and once the controller sits in SYN_SENT one of the punches meets its SYN and completes as a simultaneous open - which a punch sent before the controller had been told anything never could. The crossing reaches the punch rather than the listener because the two sockets share the address but only the punch matches the four-tuple, which the tests now pin down. There is no instant to aim at, and no window either. `Client::connect` sizes the controller's dial only after our PunchHoleSent, from its own rendezvous time and the direct failures it has recorded for us: CONNECT_TIMEOUT between two known-asymmetric NATs that never failed, punch_time_used times three or six otherwise, floored at a second - so a peer that failed once dials for a second or two from then on, and none of that reaches this side. The repeats therefore cover our own ceiling instead, CONNECT_TIMEOUT, which is exactly as long as the accept has always been willing to take a connection through the hole, and back off across it: dense at the start, where every window begins and the short ones end, sparse afterwards, which is `punch_udp`'s shape for the same reason. A window past that ceiling was lost before this change too, and mostly to the controller's own kernel - Windows gives a SYN up at 21s, Linux's next re-send after 15s is at 31s; a window short of it costs a few SYNs to a port already closed. No punch is cut on a per-attempt timeout; one in flight is bounded only by the shared deadline plus PUNCH_GRACE. A punch is cancel-safe only while it is still in SYN_SENT; once the controller's SYN has crossed it the socket is half way through a handshake, and cutting it there cuts the connection the controller is opening - whose `connect` has already returned, so that attempt fails outright, there being no relay fallback after a failed TCP handshake. A timer cannot tell the two states apart, and none is needed: a gateway that answers with RST fails the connect at once and the loop punches again, while one that drops the SYN in silence leaves the socket in SYN_SENT, holding the mapping open while the kernel re-sends, which any SYN of the controller's then crosses - a second punch has nothing to add. The deadline decides whether another punch starts; one in flight runs a grace past it, enough for a crossing begun just before it to complete. The last sleep is cut at the deadline rather than run out past it, so the window ends on a punch given that grace and not on a gap of up to the backoff ceiling: the controller's window opened after ours, on the PunchHoleSent hbbs relayed, so one as long as ours is still open through our tail. Only the accept races the punch, never `accept_connection`: that one does not return until the session it goes on to run has ended, so racing it would tear a live session down. Whichever arrives first is the one connection the request produces. `meta` carries the control permissions hbbs granted for this one controller, so serving the loser as well would hand them to a second peer - and nothing about a connection tells the two apart before `create_tcp_connection` has spoken to it, least of all its address: a carrier NAT shares one between subscribers, and a NAT that pools its external addresses may dial us from a different one than hbbs saw the controller through. So the address is not checked, as `accept_connection` never checked it; the handshake says who arrived, and what holds the invariant is that there is no second serve. Those permissions are a ceiling and not a grant either way: `Connection` gates every message on `authorized`, and latches the login scope of the first request it accepts, so a peer that reached the hole still arrives with nothing. The accept loops rather than taking a single connection, so that a transient accept error does not spend the window the controller still has to arrive in. libp2p's DCUtR reaches the same place by having both peers dial at one instant agreed over the relay. Nothing we send reaches the controller directly, so we cover its dial window rather than name an instant inside it. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * hbb_common: bump to the webrtc branch rebased on main Picks up upstream's session-cache eviction by pc identity (#589, adopted without its unused insert-path helper), the 90-day log retention, and the wlroots output fixes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * webrtc: send over SCTP without a congestion window, as KCP does The same link that streams over KCP crawls over WebRTC. webrtc-sctp runs RFC 4960's AIMD: a fast retransmit halves cwnd, a T3 drops it to one MTU, and slow start only rebuilds it while data is queued behind it. Where the loss is random rather than congestion - a lossy long-haul link - the rate settles at the Mathis ceiling MSS/(RTT*sqrt(p)) however idle the link is: about 1.3 Mbps at 70ms RTT and 1% loss, 0.6 Mbps at 5%, while 1080p wants 2-5 Mbps. KCP's turbo profile (nc=1) has no congestion window at all. The fork now carries a switch that bypasses the two places gating sends on cwnd, and hbb_common turns it on for every peer connection unless `allow-webrtc-congestion-control` is set - the same opt-in KCP has in `allow-kcp-congestion-control`, for the reason at `get_kcp_cc_enabled`. Sender-side only; a browser or an older build on the other end interoperates. Measured over a simulated link (35ms one-way, random loss both ways, 12 KB frames at 30fps, 300 frames): at 1% loss the window stretches 9.9s of video to 20.7s with a mean latency of 5.5s; without it the stream stays realtime at a mean of 113ms. At 3%: 47s and 15s against 10.2s and 290ms. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * webrtc: take the fork's loss recovery for sending without a congestion window rustdesk-org/webrtc 825a0a48: without a congestion window a chunk is lost once three chunks sent after its latest transmission are acked, counted in send order so retransmitted chunks are covered too, and the fast retransmit sends every lost chunk at once, as KCP nc=1 does; before, a lost retransmission waited for T3-rtx. Also fixes the delayed SACK timer never re-arming, the switch applying to established associations, T3-rtx resending one chunk when the peer's window is full, and bounds new data to 1 MiB / 1024 chunks in flight like KCP's snd_wnd. Simulated 35ms one-way, random loss both ways, 30 fps, frames later than 200ms out of 1200: 12 KB at 5% loss 996 -> 55 (KCP 61); 40 KB at 2% loss 1183 -> 20 (KCP 39). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * bump hbb_common: decode TURN userinfo, add the webrtc_echo example Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JXJJGEGdgu26wgCppvUXdZ * web: show the WebRTC toggle and transport in the web UI The web client now speaks WebRTC, but the desktop settings page hides the punch options on web and the remote page opens without the session tab that carries the transport name. Let the existing "Enable WebRTC P2P connection" checkbox through on web (the other punch options stay native-only), and add a Transport row to the quality monitor for WebRTC sessions only (with "(TURN)" when ICE relayed), on every platform. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JXJJGEGdgu26wgCppvUXdZ * bump hbb_common: end the ICE forwarder at gathering complete, drop the closes Drop covers hbb_common now closes the local-candidate channel when gathering completes, so the controlled side's forwarder in spawn_webrtc_answerer ends there, and its signaling connection to hbbs with it, instead of sitting on a socket hbbs closed at 90s idle for the rest of the session. It also keeps the reassembly buffer across fragmented frames. Stream closes the WebRTC peer connection on drop (hbb_common b0b624d), so the close_webrtc() calls in port_forward and io_loop that sat immediately before a return or the end of scope did nothing Drop was not about to do, while the comments beside them still said a bare drop leaked the pc. Remove both. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * bump hbb_common: quiet the webrtc-rs warnings that describe the race's normal outcome Cancelling the transport that lost the race, and trickle checking before it holds a pair, are what the design does on every session that connects - and webrtc-rs reports both at warn, 90 lines of a 386-line controlled-side log, beside connections that succeeded. agent_internal and peer_connection drop to error; agent_gather keeps warn, since an unreachable STUN server is the one upstream signal that explains a session which never connected. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01M54JAqUK4RynudFou89hod * port_forward: restore the `?` the close removal left as a match Dropping the explicit close_webrtc() from the parse-error arm left a match that only re-spells `?`; master just reworked this function, so the branch now leaves port_forward.rs untouched. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * l10n: the two WebRTC keys were missing from Urdu Every other lang file on the branch carries them; ur.rs was skipped when they were added. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * udp: make the punch deadline absolute, so a talking peer cannot defer it `select!` rebuilds every arm each iteration, so the relative retry sleep was restarted by each datagram that arrived before it fired. The peer sets that rate, and an old-build peer's empty datagrams match no arm and loop without even the recv-error pause, so MAX_TIME went unchecked and the retransmit was starved with it. `udp_nat_connect` awaits the punch ahead of the KCP timeout and nothing above it bounds the phase, so the punch held the direct race open and the relay fallback out of reach for as long as the peer kept sending. Absolute instants for both clocks. The new test floods empty datagrams for four times the deadline: the punch now ends at 3s where it ran the full 12s. Also note at the symmetric-NAT branch that WebRTC not following the legacy relay decision there is deliberate, so it is not later "fixed" into agreement. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * bump webrtc fork: MTU-safe bundles, a reordering window, tail loss within the RTT rustdesk-org/webrtc cc6633bc, three commits on 825a0a48, all on the path that sends without a congestion window: Both bundlers counted a DATA chunk by its payload alone; with the header and padding counted, bundles of small chunks stay within the MTU, and the fragment payload rounds down to 1160 so a full chunk does too. A chunk is fast retransmitted at most five times, KCP's IKCP_FASTACK_LIMIT. A frame's chunks go out within microseconds of each other, so on a path that jitters the send-order rule resent every chunk that landed behind three of its siblings: 2.7x the payload on the wire at 10ms of jitter, and on a link without the room for that, a queue that fed on itself. A reordering window, RACK's, makes evidence count only from what was sent a quarter of an srtt after the chunk once the path is seen to reorder, widening on the duplicate TSNs the receiver reports. 5 Mbps, 1% loss, 20ms jitter: 600 of 600 frames at a 98ms mean where 290 arrived at 6.2s. A chunk lost at the tail of a burst has only T3-rtx, which ran from floors sized for a 200ms delayed ack and restarted only on the tail's predecessor's ack: 600ms and more. Every DATA chunk now carries the I bit, the floors are KCP's shape, and a fast retransmission restarts the timer. One 200-byte message per frame at 5% loss: 9 of 600 later than 200ms, from 42. Random loss without jitter is unchanged at every rate and frame size. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * bump webrtc fork: T3-rtx restarts only for the earliest chunk's fast retransmission rustdesk-org/webrtc 2b8e55bc. Sending without a congestion window, a fast retransmission of any chunk restarted T3-rtx, so a chunk past the fast retransmission cap - left to that timer - never reached it while later chunks kept being resent, which a lossy stream does every couple of frames. The timer is the earliest in-flight chunk's, and only its resend restarts it now. Nothing else changes; the benchmark is unchanged. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns * bump webrtc fork: T3-rtx restart on fast retransmission while shutting down too rustdesk-org/webrtc 48100bf1. The restart for the earliest chunk's fast retransmission reached only the Established branch of the write loop; the shutdown states still carry data in flight and recover it the same way, so a closing association could still resend everything on a loss its fast retransmit had already recovered. Both branches share one helper now. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aokqJuhjvB3kijXtAg5Ns --------- Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
775 lines
55 KiB
Rust
775 lines
55 KiB
Rust
lazy_static::lazy_static! {
|
|
pub static ref T: std::collections::HashMap<&'static str, &'static str> =
|
|
[
|
|
("Status", "Állapot"),
|
|
("Your Desktop", "Saját számítógép"),
|
|
("desk_tip", "A számítógép ezzel a jelszóval és azonosítóval érhető el távolról."),
|
|
("Password", "Jelszó"),
|
|
("Ready", "Kész"),
|
|
("Established", "Létrejött"),
|
|
("connecting_status", "Kapcsolódás folyamatban ..."),
|
|
("Enable service", "Szolgáltatás engedélyezése"),
|
|
("Start service", "Szolgáltatás indítása"),
|
|
("Service is running", "Szolgáltatás aktív"),
|
|
("Service is not running", "Szolgáltatás inaktív"),
|
|
("not_ready_status", "Kapcsolódási hiba. Ellenőrizze a hálózati beállításokat."),
|
|
("Control Remote Desktop", "Távoli számítógép vezérlése"),
|
|
("Transfer file", "Fájlátvitel"),
|
|
("Connect", "Kapcsolódás"),
|
|
("Recent sessions", "Legutóbbi munkamenetek"),
|
|
("Address book", "Címjegyzék"),
|
|
("Confirmation", "Megerősítés"),
|
|
("TCP tunneling", "TCP-alagút"),
|
|
("Remove", "Eltávolítás"),
|
|
("Refresh random password", "Új véletlenszerű jelszó"),
|
|
("Set your own password", "Saját jelszó beállítása"),
|
|
("Enable keyboard/mouse", "Billentyűzet/egér engedélyezése"),
|
|
("Enable clipboard", "Megosztott vágólap engedélyezése"),
|
|
("Enable file transfer", "Fájlátvitel engedélyezése"),
|
|
("Enable TCP tunneling", "TCP-alagút engedélyezése"),
|
|
("IP Whitelisting", "IP engedélyezési lista"),
|
|
("ID/Relay Server", "ID/Továbbító-kiszolgáló"),
|
|
("Import server config", "Kiszolgáló-konfiguráció importálása"),
|
|
("Export Server Config", "Kiszolgáló-konfiguráció exportálása"),
|
|
("Import server configuration successfully", "Kiszolgáló-konfiguráció sikeresen importálva"),
|
|
("Export server configuration successfully", "Kiszolgáló-konfiguráció sikeresen exportálva"),
|
|
("Invalid server configuration", "Érvénytelen kiszolgáló-konfiguráció"),
|
|
("Clipboard is empty", "A vágólap üres"),
|
|
("Stop service", "Szolgáltatás leállítása"),
|
|
("Change ID", "Azonosító módosítása"),
|
|
("Your new ID", "Új azonosító"),
|
|
("length %min% to %max%", "hossz %min% és %max% között"),
|
|
("starts with a letter", "betűvel kezdődik"),
|
|
("allowed characters", "engedélyezett karakterek"),
|
|
("id_change_tip", "Csak a-z, A-Z, 0-9, - (kötőjel) csoportokba tartozó karakterek, illetve a _ karakter van engedélyezve. Az első karakternek mindenképpen a-z, A-Z csoportokba kell esnie. Az azonosító hosszúsága 6-tól, 16 karakter."),
|
|
("Website", "Weboldal"),
|
|
("About", "Névjegy"),
|
|
("Slogan_tip", "Szenvedéllyel programozva - egy káoszba süllyedő világban!"),
|
|
("Privacy Statement", "Adatvédelmi nyilatkozat"),
|
|
("Mute", "Némítás"),
|
|
("Build Date", "Összeállítás ideje"),
|
|
("Version", "Verzió"),
|
|
("Home", "Kezdőképernyő"),
|
|
("Audio Input", "Hangbemenet"),
|
|
("Enhancements", "Fejlesztések"),
|
|
("Hardware Codec", "Hardveres kodek"),
|
|
("Adaptive bitrate", "Adaptív bitráta"),
|
|
("ID Server", "ID-kiszolgáló"),
|
|
("Relay Server", "Továbbító-kiszolgáló"),
|
|
("API Server", "API-kiszolgáló"),
|
|
("invalid_http", "A címnek mindenképpen http(s)://-rel kell kezdődnie."),
|
|
("Invalid IP", "A megadott IP-cím érvénytelen"),
|
|
("Invalid format", "Érvénytelen formátum"),
|
|
("server_not_support", "A kiszolgáló nem támogatja"),
|
|
("Not available", "Nem érhető el"),
|
|
("Too frequent", "Túl gyakori"),
|
|
("Cancel", "Mégse"),
|
|
("Skip", "Kihagyás"),
|
|
("Close", "Bezárás"),
|
|
("Retry", "Újra"),
|
|
("OK", "OK"),
|
|
("Password Required", "A jelszó megadása kötelező"),
|
|
("Please enter your password", "Adja meg a jelszavát"),
|
|
("Remember password", "Jelszó megjegyzése"),
|
|
("Wrong Password", "Hibás jelszó"),
|
|
("Do you want to enter again?", "Szeretne újra belépni?"),
|
|
("Connection Error", "Kapcsolódási hiba"),
|
|
("Error", "Hiba"),
|
|
("Reset by the peer", "A kapcsolatot a másik fél lezárta."),
|
|
("Connecting...", "Kapcsolódás..."),
|
|
("Connection in progress. Please wait.", "A kapcsolódás folyamatban van. Kis türelmet ..."),
|
|
("Please try 1 minute later", "Próbálja meg 1 perc múlva"),
|
|
("Login Error", "Bejelentkezési hiba"),
|
|
("Successful", "Sikeres"),
|
|
("Connected, waiting for image...", "Kapcsolódva, várakozás a képadatokra..."),
|
|
("Name", "Név"),
|
|
("Type", "Típus"),
|
|
("Modified", "Módosított"),
|
|
("Size", "Méret"),
|
|
("Show Hidden Files", "Rejtett fájlok megjelenítése"),
|
|
("Receive", "Fogadás"),
|
|
("Send", "Küldés"),
|
|
("Refresh File", "Fájl frissítése"),
|
|
("Local", "Helyi"),
|
|
("Remote", "Távoli"),
|
|
("Remote Computer", "Távoli számítógép"),
|
|
("Local Computer", "Helyi számítógép"),
|
|
("Confirm Delete", "Törlés megerősítése"),
|
|
("Delete", "Törlés"),
|
|
("Properties", "Tulajdonságok"),
|
|
("Multi Select", "Többszörös kijelölés"),
|
|
("Select All", "Összes kijelölése"),
|
|
("Unselect All", "Kijelölések megszüntetése"),
|
|
("Empty Directory", "Üres könyvtár"),
|
|
("Not an empty directory", "Nem egy üres könyvtár"),
|
|
("Are you sure you want to delete this file?", "Biztosan törli ezt a fájlt?"),
|
|
("Are you sure you want to delete this empty directory?", "Biztosan törli ezt az üres könyvtárat?"),
|
|
("Are you sure you want to delete the file of this directory?", "Biztosan törli a könyvtár tartalmát?"),
|
|
("Do this for all conflicts", "Tegye ezt minden ütközés esetén"),
|
|
("This is irreversible!", "Ez a művelet nem vonható vissza!"),
|
|
("Deleting", "Törlés folyamatban"),
|
|
("files", "fájl"),
|
|
("Waiting", "Várakozás"),
|
|
("Finished", "Befejezve"),
|
|
("Speed", "Sebesség"),
|
|
("Custom Image Quality", "Egyéni képminőség"),
|
|
("Privacy mode", "Inkognitó mód"),
|
|
("Block user input", "Felhasználói bevitel letiltása"),
|
|
("Unblock user input", "Felhasználói bevitel engedélyezése"),
|
|
("Adjust Window", "Ablakméret beállítása"),
|
|
("Original", "Eredeti méret"),
|
|
("Shrink", "Kicsinyítés"),
|
|
("Stretch", "Nyújtás"),
|
|
("Scrollbar", "Görgetősáv"),
|
|
("ScrollAuto", "Automatikus görgetés"),
|
|
("Good image quality", "Eredetihez hű"),
|
|
("Balanced", "Kiegyensúlyozott"),
|
|
("Optimize reaction time", "Gyorsan reagáló"),
|
|
("Custom", "Egyéni"),
|
|
("Show remote cursor", "Távoli kurzor megjelenítése"),
|
|
("Show quality monitor", "Kijelző minőségének ellenőrzése"),
|
|
("Disable clipboard", "Közös vágólap kikapcsolása"),
|
|
("Lock after session end", "Távoli fiók zárolása a munkamenet végén"),
|
|
("Insert Ctrl + Alt + Del", "Illessze be a Ctrl + Alt + Del billentyűzetkombinációt"),
|
|
("Insert Lock", "Távoli fiók zárolása"),
|
|
("Refresh", "Frissítés"),
|
|
("ID does not exist", "Az azonosító nem létezik"),
|
|
("Failed to connect to rendezvous server", "Nem sikerült kapcsolódni a kiszolgálóhoz"),
|
|
("Please try later", "Próbálja meg később"),
|
|
("Remote desktop is offline", "A távoli számítógép offline állapotban van"),
|
|
("Key mismatch", "Kulcseltérés"),
|
|
("Timeout", "Időtúllépés"),
|
|
("Failed to connect to relay server", "Nem sikerült kapcsolódni a továbbító-kiszolgálóhoz"),
|
|
("Failed to connect via rendezvous server", "Nem sikerült kapcsolódni a kiszolgálón keresztül"),
|
|
("Failed to connect via relay server", "Nem sikerült kapcsolódni a továbbító-kiszolgálón keresztül"),
|
|
("Failed to make direct connection to remote desktop", "Nem sikerült közvetlen kapcsolatot létesíteni a távoli számítógéppel"),
|
|
("Set Password", "Jelszó beállítása"),
|
|
("OS Password", "Operációs rendszer jelszavának beállítása"),
|
|
("install_tip", "Előfordul, hogy bizonyos esetekben hiba léphet fel a Portable verzió használatakor. A megfelelő működés érdekében, telepítse a RustDesk alkalmazást a számítógépére."),
|
|
("Click to upgrade", "Kattintson ide a frissítés telepítéséhez"),
|
|
("Configure", "Beállítás"),
|
|
("config_acc", "A számítógép távoli vezérléséhez a RustDesknek hozzáférési jogokat kell adnia."),
|
|
("config_screen", "Ahhoz, hogy távolról hozzáférhessen a számítógépéhez, meg kell adnia a RustDesknek a „Képernyőfelvétel” jogosultságot."),
|
|
("Installing ...", "Telepítés ..."),
|
|
("Install", "Telepítse"),
|
|
("Installation", "Telepítés"),
|
|
("Installation Path", "Telepítési útvonal"),
|
|
("Create start menu shortcuts", "Start menü parancsikonok létrehozása"),
|
|
("Create desktop icon", "Ikon létrehozása az asztalon"),
|
|
("agreement_tip", "A telepítés folytatásával automatikusan elfogadásra kerül a licenc szerződés."),
|
|
("Accept and Install", "Elfogadás és telepítés"),
|
|
("End-user license agreement", "Végfelhasználói licenc szerződés"),
|
|
("Generating ...", "Létrehozás ..."),
|
|
("Your installation is lower version.", "A telepített verzió alacsonyabb."),
|
|
("not_close_tcp_tip", "Ne zárja be ezt az ablakot, amíg TCP-alagutat használ"),
|
|
("Listening ...", "Figyelés ..."),
|
|
("Remote Host", "Távoli kiszolgáló"),
|
|
("Remote Port", "Távoli port"),
|
|
("Action", "Indítás"),
|
|
("Add", "Hozzáadás"),
|
|
("Local Port", "Helyi port"),
|
|
("Local Address", "Helyi cím"),
|
|
("Change Local Port", "Helyi port módosítása"),
|
|
("setup_server_tip", "Gyorsabb kapcsolat érdekében, hozzon létre saját kiszolgálót"),
|
|
("Too short, at least 6 characters.", "Túl rövid, legalább 6 karakter."),
|
|
("The confirmation is not identical.", "A megerősítés nem volt azonos"),
|
|
("Permissions", "Engedélyek"),
|
|
("Accept", "Elfogadás"),
|
|
("Dismiss", "Elutasítás"),
|
|
("Disconnect", "Kapcsolat bontása"),
|
|
("Enable file copy and paste", "Fájlmásolás és beillesztés engedélyezése"),
|
|
("Connected", "Kapcsolódva"),
|
|
("Direct and encrypted connection", "Közvetlen, és titkosított kapcsolat"),
|
|
("Relayed and encrypted connection", "Továbbított, és titkosított kapcsolat"),
|
|
("Direct and unencrypted connection", "Közvetlen, és nem titkosított kapcsolat"),
|
|
("Relayed and unencrypted connection", "Továbbított, és nem titkosított kapcsolat"),
|
|
("Enter Remote ID", "Távoli számítógép azonosítója"),
|
|
("Enter your password", "Adja meg a jelszavát"),
|
|
("Logging in...", "Belépés folyamatban..."),
|
|
("Enable RDP session sharing", "RDP-munkamenet-megosztás engedélyezése"),
|
|
("Auto Login", "Automatikus bejelentkezés"),
|
|
("Enable direct IP access", "Közvetlen IP-elérés engedélyezése"),
|
|
("Rename", "Átnevezés"),
|
|
("Space", "Szóköz"),
|
|
("Create desktop shortcut", "Asztali parancsikon létrehozása"),
|
|
("Change Path", "Elérési út módosítása"),
|
|
("Create Folder", "Mappa létrehozás"),
|
|
("Please enter the folder name", "Adja meg a mappa nevét"),
|
|
("Fix it", "Javítás"),
|
|
("Warning", "Figyelmeztetés"),
|
|
("Login screen using Wayland is not supported", "A Wayland használatával történő bejelentkezési képernyő nem támogatott"),
|
|
("Reboot required", "Újraindítás szükséges"),
|
|
("Unsupported display server", "Nem támogatott megjelenítő kiszolgáló"),
|
|
("x11 expected", "x11-re számított"),
|
|
("Port", "Port"),
|
|
("Settings", "Beállítások"),
|
|
("Username", "Felhasználónév"),
|
|
("Invalid port", "Érvénytelen port"),
|
|
("Closed manually by the peer", "A kapcsolatot a másik fél saját kezűleg bezárta"),
|
|
("Enable remote configuration modification", "Távoli konfiguráció-módosítás engedélyezése"),
|
|
("Run without install", "Futtatás telepítés nélkül"),
|
|
("Connect via relay", "Kapcsolódás továbbító-kiszolgálón keresztül"),
|
|
("Always connect via relay", "Kapcsolódás mindig továbbító-kiszolgálón keresztül"),
|
|
("whitelist_tip", "Csak az engedélyezési listán szereplő címek kapcsolódhatnak"),
|
|
("Login", "Belépés"),
|
|
("Verify", "Ellenőrzés"),
|
|
("Remember me", "Emlékezzen rám"),
|
|
("Trust this device", "Megbízom ebben az eszközben"),
|
|
("Verification code", "Ellenőrző kód"),
|
|
("verification_tip", "A regisztrált e-mail-címre egy ellenőrző kód lesz elküldve. Adja meg az ellenőrző kódot az újbóli bejelentkezéshez."),
|
|
("Logout", "Kilépés"),
|
|
("Tags", "Címkék"),
|
|
("Search ID", "Azonosító keresése..."),
|
|
("whitelist_sep", "A címeket vesszővel, pontosvesszővel, szóközzel vagy új sorral kell elválasztani"),
|
|
("Add ID", "Azonosító hozzáadása"),
|
|
("Add Tag", "Címke hozzáadása"),
|
|
("Unselect all tags", "A címkék kijelölésének megszüntetése"),
|
|
("Network error", "Hálózati hiba"),
|
|
("Username missed", "Üres felhasználónév"),
|
|
("Password missed", "Üres jelszó"),
|
|
("Wrong credentials", "Hibás felhasználónév vagy jelszó"),
|
|
("The verification code is incorrect or has expired", "A hitelesítőkód érvénytelen vagy lejárt"),
|
|
("Edit Tag", "Címke szerkesztése"),
|
|
("Forget Password", "Jelszó elfelejtése"),
|
|
("Favorites", "Kedvencek"),
|
|
("Add to Favorites", "Hozzáadás a kedvencekhez"),
|
|
("Remove from Favorites", "Eltávolítás a kedvencekből"),
|
|
("Empty", "Üres"),
|
|
("Invalid folder name", "Helytelen mappa név"),
|
|
("Socks5 Proxy", "Socks5 Proxy"),
|
|
("Socks5/Http(s) Proxy", "Socks5/Http(s) Proxy"),
|
|
("Discovered", "Felfedezett"),
|
|
("install_daemon_tip", "Automatikus indításhoz szükséges a szolgáltatás telepítése"),
|
|
("Remote ID", "Távoli azonosító"),
|
|
("Paste", "Beillesztés"),
|
|
("Paste here?", "Beillesztés ide?"),
|
|
("Are you sure to close the connection?", "Biztosan bezárja a kapcsolatot?"),
|
|
("Download new version", "Új verzió letöltése"),
|
|
("Touch mode", "Érintési mód bekapcsolása"),
|
|
("Mouse mode", "Egérhasználati mód bekapcsolása"),
|
|
("One-Finger Tap", "Egyujjas érintés"),
|
|
("Left Mouse", "Bal egér gomb"),
|
|
("One-Long Tap", "Hosszú érintés"),
|
|
("Two-Finger Tap", "Kétujjas érintés"),
|
|
("Right Mouse", "Jobb egér gomb"),
|
|
("One-Finger Move", "Egyujjas mozgatás"),
|
|
("Double Tap & Move", "Dupla érintés és mozgatás"),
|
|
("Mouse Drag", "Mozgatás egérrel"),
|
|
("Three-Finger vertically", "Három ujj függőlegesen"),
|
|
("Mouse Wheel", "Egérgörgő"),
|
|
("Two-Finger Move", "Kétujjas mozgatás"),
|
|
("Canvas Move", "Nézet módosítása"),
|
|
("Pinch to Zoom", "Kétujjas nagyítás"),
|
|
("Canvas Zoom", "Nézet nagyítása"),
|
|
("Reset canvas", "Nézet visszaállítása"),
|
|
("No permission of file transfer", "Nincs engedély a fájlátvitelre"),
|
|
("Note", "Megjegyzés"),
|
|
("Connection", "Kapcsolat"),
|
|
("Share screen", "Képernyőmegosztás"),
|
|
("Chat", "Csevegés"),
|
|
("Total", "Összes"),
|
|
("items", "elem"),
|
|
("Selected", "Kijelölve"),
|
|
("Screen Capture", "Képernyőrögzítés"),
|
|
("Input Control", "Távoli vezérlés"),
|
|
("Audio Capture", "Hangrögzítés"),
|
|
("Do you accept?", "Elfogadás?"),
|
|
("Open System Setting", "Rendszerbeállítások megnyitása"),
|
|
("How to get Android input permission?", "Hogyan állítható be az Androidos beviteli engedély?"),
|
|
("android_input_permission_tip1", "Ahhoz, hogy egy távoli eszköz vezérelhesse Android készülékét, engedélyeznie kell a RustDesk számára a „Hozzáférhetőség” szolgáltatás használatát."),
|
|
("android_input_permission_tip2", "A következő rendszerbeállítások oldalon a letöltött alkalmazások menüponton belül, kapcsolja be a „RustDesk Input” szolgáltatást."),
|
|
("android_new_connection_tip", "Új kérés érkezett, mely vezérelni szeretné az eszközét"),
|
|
("android_service_will_start_tip", "A képernyőmegosztás aktiválása automatikusan elindítja a szolgáltatást, így más eszközök is vezérelhetik ezt az Android-eszközt."),
|
|
("android_stop_service_tip", "A szolgáltatás leállítása automatikusan szétkapcsol minden létező kapcsolatot."),
|
|
("android_version_audio_tip", "A jelenlegi Android verzió nem támogatja a hangrögzítést, frissítsen legalább Android 10-re, vagy egy újabb verzióra."),
|
|
("android_start_service_tip", "A képernyőmegosztó szolgáltatás elindításához koppintson a „Kapcsolási szolgáltatás indítása” gombra, vagy aktiválja a „Képernyőfelvétel” engedélyt."),
|
|
("android_permission_may_not_change_tip", "A meglévő kapcsolatok engedélyei csak új kapcsolódás után módosulnak."),
|
|
("Account", "Fiók"),
|
|
("Overwrite", "Felülírás"),
|
|
("This file exists, skip or overwrite this file?", "Ez a fájl már létezik, kihagyja vagy felülírja ezt a fájlt?"),
|
|
("Quit", "Kilépés"),
|
|
("Help", "Súgó"),
|
|
("Failed", "Sikertelen"),
|
|
("Succeeded", "Sikeres"),
|
|
("Someone turns on privacy mode, exit", "Valaki bekacsolta az inkognitó módot, lépjen ki"),
|
|
("Unsupported", "Nem támogatott"),
|
|
("Peer denied", "Elutasítva a távoli fél által"),
|
|
("Peer exit", "A távoli fél kilépett"),
|
|
("Failed to turn off", "Nem sikerült kikapcsolni"),
|
|
("Turned off", "Kikapcsolva"),
|
|
("Language", "Nyelv"),
|
|
("Keep RustDesk background service", "RustDesk futtatása a háttérben"),
|
|
("Ignore Battery Optimizations", "Akkumulátorkímélő figyelmen kívül hagyása"),
|
|
("android_open_battery_optimizations_tip", "Ha le szeretné tiltani ezt a funkciót, lépjen a RustDesk alkalmazás beállításaiba, keresse meg az [Akkumulátorkímélő] lehetőséget és válassza a nincs korlátozás lehetőséget."),
|
|
("Start on boot", "Indítás bekapcsoláskor"),
|
|
("Start the screen sharing service on boot, requires special permissions", "Indítsa el a képernyőmegosztó szolgáltatást rendszerindításkor, mely speciális engedélyeket is igényel"),
|
|
("Connection not allowed", "A kapcsolódás nem engedélyezett"),
|
|
("Legacy mode", "Kompatibilitási mód"),
|
|
("Map mode", "Hozzárendelési mód"),
|
|
("Translate mode", "Fordító mód"),
|
|
("Use permanent password", "Állandó jelszó használata"),
|
|
("Use both passwords", "Mindkét jelszó használata"),
|
|
("Set permanent password", "Állandó jelszó beállítása"),
|
|
("Enable remote restart", "Távoli újraindítás engedélyezése"),
|
|
("Restart remote device", "Távoli eszköz újraindítása"),
|
|
("Are you sure you want to restart", "Biztosan újra szeretné indítani?"),
|
|
("Restarting remote device", "Távoli eszköz újraindítása..."),
|
|
("remote_restarting_tip", "A távoli eszköz újraindul, zárja be ezt az üzenetet, kapcsolódjon újra az állandó jelszavával"),
|
|
("Copied", "Másolva"),
|
|
("Exit Fullscreen", "Kilépés teljes képernyős módból"),
|
|
("Fullscreen", "Teljes képernyő"),
|
|
("Mobile Actions", "Mobil műveletek"),
|
|
("Select Monitor", "Válasszon képernyőt"),
|
|
("Control Actions", "Irányítási műveletek"),
|
|
("Display Settings", "Megjelenítési beállítások"),
|
|
("Ratio", "Arány"),
|
|
("Image Quality", "Képminőség"),
|
|
("Scroll Style", "Görgetési stílus"),
|
|
("Show Toolbar", "Eszköztár megjelenítése"),
|
|
("Hide Toolbar", "Eszköztár elrejtése"),
|
|
("Direct Connection", "Kapcsolódás közvetlenül"),
|
|
("Relay Connection", "Kapcsolódás továbbító-kiszolgálón keresztül"),
|
|
("Secure Connection", "Biztonságos kapcsolat"),
|
|
("Insecure Connection", "Nem biztonságos kapcsolat"),
|
|
("Scale original", "Eredeti méretarány"),
|
|
("Scale adaptive", "Adaptív méretarány"),
|
|
("General", "Általános"),
|
|
("Security", "Biztonság"),
|
|
("Theme", "Téma"),
|
|
("Dark Theme", "Sötét téma"),
|
|
("Light Theme", "Világos téma"),
|
|
("Dark", "Sötét"),
|
|
("Light", "Világos"),
|
|
("Follow System", "Rendszer beállításainak követése"),
|
|
("Enable hardware codec", "Hardveres kodek engedélyezése"),
|
|
("Unlock Security Settings", "Biztonsági beállítások feloldása"),
|
|
("Enable audio", "Hang engedélyezése"),
|
|
("Unlock Network Settings", "Hálózati beállítások feloldása"),
|
|
("Server", "Kiszolgáló"),
|
|
("Direct IP Access", "Közvetlen IP-hozzáférés"),
|
|
("Proxy", "Proxy"),
|
|
("Apply", "Alkalmaz"),
|
|
("Disconnect all devices?", "Leválasztja az összes eszközt?"),
|
|
("Clear", "Tisztítás"),
|
|
("Audio Input Device", "Hangbemeneti eszköz"),
|
|
("Use IP Whitelisting", "Engedélyezési lista használata"),
|
|
("Network", "Hálózat"),
|
|
("Pin Toolbar", "Eszköztár kitűzése"),
|
|
("Unpin Toolbar", "Eszköztár kitűzésének feloldása"),
|
|
("Recording", "Felvétel"),
|
|
("Directory", "Könyvtár"),
|
|
("Automatically record incoming sessions", "A bejövő munkamenetek automatikus rögzítése"),
|
|
("Automatically record outgoing sessions", "A kimenő munkamenetek automatikus rögzítése"),
|
|
("Change", "Módosítás"),
|
|
("Start session recording", "Munkamenet-rögzítés indítása"),
|
|
("Stop session recording", "Munkamenet-rögzítés leállítása"),
|
|
("Enable recording session", "Munkamenet-rögzítés engedélyezése"),
|
|
("Enable LAN discovery", "Felfedezés engedélyezése"),
|
|
("Deny LAN discovery", "Felfedezés tiltása"),
|
|
("Write a message", "Üzenet írása"),
|
|
("Prompt", "Kérés"),
|
|
("Please wait for confirmation of UAC...", "Várjon az UAC megerősítésére..."),
|
|
("elevated_foreground_window_tip", "A távvezérelt számítógép jelenleg nyitott ablakához magasabb szintű jogok szükségesek. Ezért jelenleg nem lehetséges az egér és a billentyűzet használata. Kérje meg azt a felhasználót, akinek a számítógépét távolról vezérli, hogy minimalizálja az ablakot, vagy növelje a jogokat. A jövőbeni probléma elkerülése érdekében ajánlott a szoftvert a távvezérelt számítógépre telepíteni."),
|
|
("Disconnected", "Kapcsolat bontva"),
|
|
("Other", "Egyéb"),
|
|
("Confirm before closing multiple tabs", "Biztosan bezárja az összes lapot?"),
|
|
("Keyboard Settings", "Billentyűzetbeállítások"),
|
|
("Full Access", "Teljes hozzáférés"),
|
|
("Screen Share", "Képernyőmegosztás"),
|
|
("ubuntu-21-04-required", "A Waylandhez Ubuntu 21.04 vagy újabb verzió szükséges."),
|
|
("wayland-requires-higher-linux-version", "A Wayland a Linux disztribúció magasabb verzióját igényli. Próbálja ki az X11 asztali környezetet, vagy változtassa meg az operációs rendszert."),
|
|
("xdp-portal-unavailable", "A Wayland képernyőrögzítés sikertelen. Lehet, hogy az XDG Desktop Portal összeomlott, vagy nem érhető el. Próbálja meg újraindítani a következővel: `systemctl --user restart xdg-desktop-portal`."),
|
|
("JumpLink", "Hiperhivatkozás"),
|
|
("Please Select the screen to be shared(Operate on the peer side).", "Válassza ki a megosztani kívánt képernyőt."),
|
|
("Show RustDesk", "A RustDesk megjelenítése"),
|
|
("This PC", "Ez a számítógép"),
|
|
("or", "vagy"),
|
|
("Elevate", "Hozzáférés engedélyezése"),
|
|
("Zoom cursor", "Kurzor nagyítása"),
|
|
("Accept sessions via password", "Munkamenetek elfogadása jelszóval"),
|
|
("Accept sessions via click", "Munkamenetek elfogadása kattintással"),
|
|
("Accept sessions via both", "Munkamenetek fogadása mindkettőn keresztül"),
|
|
("Please wait for the remote side to accept your session request...", "Várjon, amíg a távoli oldal elfogadja a munkamenet-kérelmét..."),
|
|
("One-time Password", "Egyszer használatos jelszó"),
|
|
("Use one-time password", "Használjon ideiglenes jelszót"),
|
|
("One-time password length", "Egyszer használatos jelszó hossza"),
|
|
("Request access to your device", "Hozzáférés kérése az eszközéhez"),
|
|
("Hide connection management window", "Kapcsolatkezelő ablak elrejtése"),
|
|
("hide_cm_tip", "Ez csak akkor lehetséges, ha a hozzáférés állandó jelszóval történik."),
|
|
("wayland_experiment_tip", "A Wayland-támogatás csak kísérleti jellegű. Használja az X11-et, ha felügyelet nélküli hozzáférésre van szüksége."),
|
|
("Right click to select tabs", "Jobb klikk a lapok kiválasztásához"),
|
|
("Skipped", "Kihagyott"),
|
|
("Add to address book", "Hozzáadás a címjegyzékhez"),
|
|
("Group", "Csoport"),
|
|
("Search", "Keresés"),
|
|
("Closed manually by web console", "Saját kezűleg bezárva a webkonzolon keresztül"),
|
|
("Local keyboard type", "Helyi billentyűzet típusa"),
|
|
("Select local keyboard type", "Helyi billentyűzet típusának kiválasztása"),
|
|
("software_render_tip", "Ha Nvidia grafikus kártyát használ Linux alatt, és a távoli ablak a kapcsolat létrehozása után azonnal bezáródik, akkor a Nouveau nyílt forráskódú illesztőprogramra való váltás és a szoftveres leképezés alkalmazása segíthet. A szoftvert újra kell indítani."),
|
|
("Always use software rendering", "Mindig szoftveres leképezést használjon"),
|
|
("config_input", "Ahhoz, hogy a távoli asztalt a billentyűzettel vezérelhesse, a RustDesknek meg kell adnia a „Bemenet figyelése” jogosultságot."),
|
|
("config_microphone", "Ahhoz, hogy távolról beszélhessen, meg kell adnia a RustDesknek a „Hangfelvétel” jogosultságot."),
|
|
("request_elevation_tip", "Akkor is kérhet megnövelt jogokat, ha valaki a partneroldalon van."),
|
|
("Wait", "Várjon"),
|
|
("Elevation Error", "Emelt szintű hozzáférési hiba"),
|
|
("Ask the remote user for authentication", "Hitelesítés kérése a távoli felhasználótól"),
|
|
("Choose this if the remote account is administrator", "Akkor válassza ezt, ha a távoli fiók rendszergazda"),
|
|
("Transmit the username and password of administrator", "Küldje el a rendszergazda felhasználónevét és jelszavát"),
|
|
("still_click_uac_tip", "A távoli felhasználónak továbbra is az „Igen” gombra kell kattintania a RustDesk UAC ablakában. Kattintson!"),
|
|
("Request Elevation", "Emelt szintű jogok igénylése"),
|
|
("wait_accept_uac_tip", "Várjon, amíg a távoli felhasználó elfogadja az UAC párbeszédet."),
|
|
("Elevate successfully", "Emelt szintű jogok megadva"),
|
|
("uppercase", "NAGYBETŰS"),
|
|
("lowercase", "kisbetűs"),
|
|
("digit", "szám"),
|
|
("special character", "különleges karakter"),
|
|
("length>=8", "hossz>=8"),
|
|
("Weak", "Gyenge"),
|
|
("Medium", "Közepes"),
|
|
("Strong", "Erős"),
|
|
("Switch Sides", "Oldalváltás"),
|
|
("Please confirm if you want to share your desktop?", "Erősítse meg, hogy meg akarja-e osztani az asztalát?"),
|
|
("Display", "Képernyő"),
|
|
("Default View Style", "Alapértelmezett megjelenítés"),
|
|
("Default Scroll Style", "Alapértelmezett görgetés"),
|
|
("Default Image Quality", "Alapértelmezett képminőség"),
|
|
("Default Codec", "Alapértelmezett kodek"),
|
|
("Bitrate", "Bitsebesség"),
|
|
("FPS", "FPS"),
|
|
("Auto", "Automatikus"),
|
|
("Other Default Options", "Egyéb alapértelmezett beállítások"),
|
|
("Voice call", "Hanghívás"),
|
|
("Text chat", "Szöveges csevegés"),
|
|
("Stop voice call", "Hanghívás leállítása"),
|
|
("relay_hint_tip", "Ha a közvetlen kapcsolat nem lehetséges, megpróbálhat kapcsolatot létesíteni egy továbbító-kiszolgálón keresztül.\nHa az első próbálkozáskor továbbító-kiszolgálón keresztüli kapcsolatot szeretne létrehozni, használhatja az „/r” utótagot. Az azonosítóhoz vagy a „Mindig továbbító-kiszolgálón keresztül kapcsolódom” opcióhoz a legutóbbi munkamenetek listájában, ha van ilyen."),
|
|
("Reconnect", "Újrakapcsolódás"),
|
|
("Codec", "Kodek"),
|
|
("Resolution", "Felbontás"),
|
|
("No transfers in progress", "Nincs folyamatban átvitel"),
|
|
("Set one-time password length", "Állítsa be az egyszeri jelszó hosszát"),
|
|
("RDP Settings", "RDP beállítások"),
|
|
("Sort by", "Rendezés"),
|
|
("New Connection", "Új kapcsolat"),
|
|
("Restore", "Visszaállítás"),
|
|
("Minimize", "Minimalizálás"),
|
|
("Maximize", "Maximalizálás"),
|
|
("Your Device", "Az én eszközöm"),
|
|
("empty_recent_tip", "Nincsenek aktuális munkamenetek!\nIdeje ütemezni egy újat."),
|
|
("empty_favorite_tip", "Még nincs kedvenc távoli állomása?\nHagyja, hogy találjunk valakit, akivel kapcsolatba tud lépni, és adja hozzá a kedvencekhez!"),
|
|
("empty_lan_tip", "Úgy tűnik, még nem adott hozzá egyetlen távoli helyszínt sem."),
|
|
("empty_address_book_tip", "Úgy tűnik, hogy jelenleg nincsenek távoli állomások a címjegyzékében."),
|
|
("Empty Username", "Üres felhasználónév"),
|
|
("Empty Password", "Üres jelszó"),
|
|
("Me", "Ön"),
|
|
("identical_file_tip", "Ez a fájl megegyezik a távoli állomás fájljával."),
|
|
("show_monitors_tip", "Képernyők megjelenítése az eszköztáron"),
|
|
("View Mode", "Nézet mód"),
|
|
("verify_rustdesk_password_tip", "RustDesk jelszó megerősítése"),
|
|
("No need to elevate", "Nem szükséges megemelni"),
|
|
("System Sound", "Rendszer hangok"),
|
|
("Default", "Alapértelmezett"),
|
|
("New RDP", "Új RDP"),
|
|
("Fingerprint", "Ujjlenyomat"),
|
|
("Copy Fingerprint", "Ujjlenyomat másolása"),
|
|
("no fingerprints", "nincsenek ujjlenyomatok"),
|
|
("Update", "Frissítés"),
|
|
("resolution_original_tip", "Eredeti felbontás"),
|
|
("resolution_fit_local_tip", "Helyi felbontás beállítása"),
|
|
("resolution_custom_tip", "Testre szabható felbontás"),
|
|
("Collapse toolbar", "Eszköztár összecsukása"),
|
|
("Accept and Elevate", "Elfogadás és magasabb szintű jogosultságra emelés"),
|
|
("accept_and_elevate_btn_tooltip", "Fogadja el a kapcsolatot, és növelje az UAC-engedélyeket."),
|
|
("clipboard_wait_response_timeout_tip", "Időtúllépés, amíg a másolat válaszára vár."),
|
|
("Incoming connection", "Bejövő kapcsolat"),
|
|
("Outgoing connection", "Kimenő kapcsolat"),
|
|
("Exit", "Kilépés"),
|
|
("Open", "Megnyitás"),
|
|
("logout_tip", "Biztosan ki szeretne lépni?"),
|
|
("Service", "Szolgáltatás"),
|
|
("Start", "Indítás"),
|
|
("Stop", "Leállítás"),
|
|
("exceed_max_devices", "Elérte a felügyelt eszközök maximális számát."),
|
|
("Sync with recent sessions", "Szinkronizálás a legutóbbi munkamenetekkel"),
|
|
("Sort tags", "Címkék rendezése"),
|
|
("Open connection in new tab", "Kapcsolat megnyitása új lapon"),
|
|
("Move tab to new window", "Lap áthelyezése új ablakba"),
|
|
("Can not be empty", "Nem lehet üres"),
|
|
("Already exists", "Már létezik"),
|
|
("Change Password", "Jelszó módosítása"),
|
|
("Refresh Password", "Jelszó frissítése"),
|
|
("ID", "Azonosító"),
|
|
("Grid View", "Mozaik nézet"),
|
|
("List View", "Lista nézet"),
|
|
("Select", "Kiválasztás"),
|
|
("Toggle Tags", "Címkekapcsoló"),
|
|
("pull_ab_failed_tip", "A címjegyzék frissítése nem sikerült"),
|
|
("push_ab_failed_tip", "A címjegyzék szinkronizálása a kiszolgálóval nem sikerült"),
|
|
("synced_peer_readded_tip", "A legutóbbi munkamenetekben jelen lévő eszközök ismét felkerülnek a címjegyzékbe."),
|
|
("Change Color", "Szín módosítása"),
|
|
("Primary Color", "Elsődleges szín"),
|
|
("HSV Color", "HSV szín"),
|
|
("Installation Successful!", "Sikeres telepítés!"),
|
|
("Installation failed!", "A telepítés nem sikerült!"),
|
|
("Reverse mouse wheel", "Fordított egérgörgő"),
|
|
("{} sessions", "{} munkamenet"),
|
|
("scam_title", "Lehet, hogy átverték!"),
|
|
("scam_text1", "Ha olyan valakivel beszél telefonon, akit NEM ISMER, akiben NEM BÍZIK MEG, és aki arra kéri, hogy használja a RustDesket és indítsa el a szolgáltatást, ne folytassa, és azonnal tegye le a telefont."),
|
|
("scam_text2", "Valószínűleg egy csaló próbálja ellopni a pénzét vagy más személyes adatait."),
|
|
("Don't show again", "Ne jelenítse meg újra"),
|
|
("I Agree", "Elfogadás"),
|
|
("Decline", "Elutasítás"),
|
|
("Timeout in minutes", "Időtúllépés percekben"),
|
|
("auto_disconnect_option_tip", "A bejövő munkamenetek automatikus bezárása, ha a felhasználó inaktív"),
|
|
("Connection failed due to inactivity", "A kapcsolat inaktivitás miatt megszakadt"),
|
|
("Check for software update on startup", "Szoftverfrissítés keresése indításkor"),
|
|
("upgrade_rustdesk_server_pro_to_{}_tip", "Frissítse a RustDesk Server Prot a(z) {} vagy újabb verzióra!"),
|
|
("pull_group_failed_tip", "A csoport frissítése nem sikerült"),
|
|
("Filter by intersection", "Szűrés metszéspontok szerint"),
|
|
("Remove wallpaper during incoming sessions", "Háttérkép eltávolítása bejövő munkameneteknél"),
|
|
("Test", "Teszt"),
|
|
("display_is_plugged_out_msg", "A képernyő nincs csatlakoztatva, váltson az első képernyőre."),
|
|
("No displays", "Nincsenek kijelzők"),
|
|
("Open in new window", "Megnyitás új ablakban"),
|
|
("Show displays as individual windows", "Kijelzők megjelenítése egyedi ablakokként"),
|
|
("Use all my displays for the remote session", "Összes kijelző használata a távoli munkamenethez"),
|
|
("selinux_tip", "A SELinux engedélyezve van az eszközén, ami azt okozhatja, hogy a RustDesk nem fut megfelelően, mint ellenőrzött."),
|
|
("Change view", "Nézet módosítása"),
|
|
("Big tiles", "Nagy csempék"),
|
|
("Small tiles", "Kis csempék"),
|
|
("List", "Lista"),
|
|
("Virtual display", "Virtuális kijelző"),
|
|
("Plug out all", "Kapcsolja ki az összeset"),
|
|
("True color (4:4:4)", "Valódi szín (4:4:4)"),
|
|
("Enable blocking user input", "Engedélyezze a felhasználói bevitel blokkolását"),
|
|
("id_input_tip", "Megadhat egy azonosítót, egy közvetlen IP-címet vagy egy tartományt egy porttal (<domain>:<port>).\nHa egy másik kiszolgálón lévő eszközhöz szeretne hozzáférni, adja meg a kiszolgáló címét (<id>@<kiszolgáló_cím>?key=<key_value>), például\n9123456234@192.168.16.1:21117?key=5Qbwsde3unUcJBtrx9ZkvUmwFNoExHzpryHuPUdqlWM=.\nHa egy nyilvános kiszolgálón lévő eszközhöz szeretne hozzáférni, adja meg a „<id>@public” lehetőséget. A kulcsra nincs szükség nyilvános kiszolgálók esetén.\n\nHa az első kapcsolathoz továbbító-kiszolgálón keresztüli kapcsolatot akar kényszeríteni, adja hozzá az „/r” az azonosítót a végén, például „9123456234/r”."),
|
|
("privacy_mode_impl_mag_tip", "1. mód"),
|
|
("privacy_mode_impl_virtual_display_tip", "2. mód"),
|
|
("Enter privacy mode", "Lépjen be az adatvédelmi módba"),
|
|
("Exit privacy mode", "Lépjen ki az adatvédelmi módból"),
|
|
("idd_not_support_under_win10_2004_tip", "A közvetett grafikus illesztőprogram nem támogatott. Windows 10, 2004-es vagy újabb verzió szükséges."),
|
|
("input_source_1_tip", "1. bemeneti forrás"),
|
|
("input_source_2_tip", "2. bemeneti forrás"),
|
|
("Swap control-command key", "Vezérlő- és parancsgombok cseréje"),
|
|
("swap-left-right-mouse", "Bal és jobb egérgomb felcserélése"),
|
|
("2FA code", "2FA kód"),
|
|
("More", "Továbbiak"),
|
|
("enable-2fa-title", "Kétfaktoros hitelesítés aktiválása"),
|
|
("enable-2fa-desc", "Állítsa be a hitelesítőt. Használhat egy hitelesítő alkalmazást, például az Aegis, Authy, a Microsoft- vagy a Google Authenticator alkalmazást a telefonján vagy az asztali számítógépén.\n\nOlvassa be a QR-kódot az alkalmazással, és adja meg az alkalmazás által megjelenített kódot a kétfaktoros hitelesítés aktiválásához."),
|
|
("wrong-2fa-code", "A kód nem ellenőrizhető. Ellenőrizze, hogy a kód és a helyi idő beállításai helyesek-e."),
|
|
("enter-2fa-title", "Kétfaktoros hitelesítés"),
|
|
("Email verification code must be 6 characters.", "Az e-mailben kapott ellenőrző-kódnak 6 karakterből kell állnia."),
|
|
("2FA code must be 6 digits.", "A 2FA-kódnak 6 számjegyűnek kell lennie."),
|
|
("Multiple Windows sessions found", "Több Windows-munkamenet található"),
|
|
("Please select the session you want to connect to", "Válassza ki a munkamenetet, amelyhez kapcsolódni szeretne"),
|
|
("powered_by_me", "Üzemeltető: RustDesk"),
|
|
("outgoing_only_desk_tip", "Ez a RustDesk testre szabott kimenete.\nMás eszközökhöz kapcsolódhat, de más eszközök nem kapcsolódhatnak az Ön eszközéhez."),
|
|
("preset_password_warning", "Ez egy testre szabott kimenet a RustDeskből egy előre beállított jelszóval. Bárki, aki ismeri ezt a jelszót, teljes irányítást szerezhet a készülék felett. Ha nem kívánja ezt megtenni, azonnal távolítsa el ezt a szoftvert."),
|
|
("Security Alert", "Biztonsági riasztás"),
|
|
("My address book", "Saját címjegyzék"),
|
|
("Personal", "Személyes"),
|
|
("Owner", "Tulajdonos"),
|
|
("Set shared password", "Megosztott jelszó beállítása"),
|
|
("Exist in", "Létezik"),
|
|
("Read-only", "Csak olvasható"),
|
|
("Read/Write", "Olvasás/Írás"),
|
|
("Full Control", "Teljes ellenőrzés"),
|
|
("share_warning_tip", "A fenti mezők megosztottak és mások számára is láthatóak."),
|
|
("Everyone", "Mindenki"),
|
|
("ab_web_console_tip", "További információk a webes konzolról"),
|
|
("allow-only-conn-window-open-tip", "Csak akkor engedélyezze a kapcsolódást, ha a RustDesk ablaka nyitva van."),
|
|
("no_need_privacy_mode_no_physical_displays_tip", "Nincsenek fizikai képernyők; Nincs szükség az adatvédelmi üzemmód használatára."),
|
|
("Follow remote cursor", "Kövesse a távoli kurzort"),
|
|
("Follow remote window focus", "Kövesse a távoli ablakfókuszt"),
|
|
("default_proxy_tip", "A szabványos protokoll és port SOCKS5 és 1080"),
|
|
("no_audio_input_device_tip", "Nem található hangbemeneti eszköz."),
|
|
("Incoming", "Bejövő"),
|
|
("Outgoing", "Kimenő"),
|
|
("Clear Wayland screen selection", "Wayland képernyő kiválasztásának törlése"),
|
|
("clear_Wayland_screen_selection_tip", "A képernyőválasztás törlése után újra kiválaszthatja a megosztandó képernyőt."),
|
|
("confirm_clear_Wayland_screen_selection_tip", "Biztosan törölni szeretné a Wayland képernyő kiválasztását?"),
|
|
("android_new_voice_call_tip", "Új hanghívás-kérés érkezett. Ha elfogadja a megkeresést, a hang átvált hangkommunikációra."),
|
|
("texture_render_tip", "Használja a textúra leképezést a képek simábbá tételéhez. Ezt az opciót kikapcsolhatja, ha leképezési problémái vannak."),
|
|
("Use texture rendering", "Textúra leképezés használata"),
|
|
("Floating window", "Lebegő ablak"),
|
|
("floating_window_tip", "Segít, ha a RustDesk a háttérben fut."),
|
|
("Keep screen on", "Tartsa a képernyőt bekapcsolva"),
|
|
("Never", "Soha"),
|
|
("During controlled", "Amikor ellenőrzött"),
|
|
("During service is on", "Amikor a szolgáltatás fut"),
|
|
("Capture screen using DirectX", "Képernyő rögzítése DirectX használatával"),
|
|
("Back", "Vissza"),
|
|
("Apps", "Alkalmazások"),
|
|
("Volume up", "Hangerő fel"),
|
|
("Volume down", "Hangerő le"),
|
|
("Power", "Főkapcsoló"),
|
|
("Telegram bot", "Telegram bot"),
|
|
("enable-bot-tip", "Ha aktiválja ezt a funkciót, akkor a 2FA-kódot a botjától kaphatja meg. Kapcsolati értesítésként is használható."),
|
|
("enable-bot-desc", "1. Nyisson csevegést @BotFather.\n2. Küldje el a „/newbot” parancsot. Miután ezt a lépést elvégezte, kap egy tokent.\n3. Indítson csevegést az újonnan létrehozott botjával. Küldjön egy olyan üzenetet, amely egy perjel („/”) kezdetű, pl. „/hello” az aktiváláshoz.\n"),
|
|
("cancel-2fa-confirm-tip", "Biztosan vissza akarja vonni a 2FA-hitelesítést?"),
|
|
("cancel-bot-confirm-tip", "Biztosan le akarja mondani a Telegram botot?"),
|
|
("About RustDesk", "A RustDesk névjegye"),
|
|
("Send clipboard keystrokes", "Billentyűleütések küldése a vágólapra"),
|
|
("network_error_tip", "Ellenőrizze a hálózati kapcsolatot, majd próbálja meg újra."),
|
|
("Unlock with PIN", "Feloldás PIN-kóddal"),
|
|
("Requires at least {} characters", "Legalább {} karakter szükséges"),
|
|
("Wrong PIN", "Hibás PIN"),
|
|
("Set PIN", "PIN-kód beállítása"),
|
|
("Enable trusted devices", "Megbízható eszközök engedélyezése"),
|
|
("Manage trusted devices", "Megbízható eszközök kezelése"),
|
|
("Platform", "Platform"),
|
|
("Days remaining", "Hátralévő napok"),
|
|
("enable-trusted-devices-tip", "A 2FA-ellenőrzés kihagyása megbízható eszközökön"),
|
|
("Parent directory", "Szülőkönyvtár"),
|
|
("Resume", "Folytatás"),
|
|
("Invalid file name", "Érvénytelen fájlnév"),
|
|
("one-way-file-transfer-tip", "Az egyirányú fájlátvitel engedélyezve van a vezérelt oldalon."),
|
|
("Authentication Required", "Hitelesítés szükséges"),
|
|
("Authenticate", "Hitelesítés"),
|
|
("web_id_input_tip", "Azonos kiszolgálón lévő azonosítót adhat meg, a közvetlen IP elérés nem támogatott a webkliensben.\nHa egy másik kiszolgálón lévő eszközhöz szeretne hozzáférni, adja meg a kiszolgáló címét (<id>@<kiszolgáló_cím>?key=<key_value>), például\n9123456234@192.168.16.1:21117?key=5Qbwsde3unUcJBtrx9ZkvUmwFNoExHzpryHuPUdqlWM=.\nHa egy nyilvános kiszolgálón lévő eszközhöz szeretne hozzáférni, adja meg az „<id>@public” kulcsot. A kulcsra nincs szükség a nyilvános kiszolgálók esetében."),
|
|
("Download", "Letöltés"),
|
|
("Upload folder", "Mappa feltöltése"),
|
|
("Upload files", "Fájlok feltöltése"),
|
|
("Clipboard is synchronized", "A vágólap szinkronizálva van"),
|
|
("Update client clipboard", "Az ügyfél vágólapjának frissítése"),
|
|
("Untagged", "Címkézetlen"),
|
|
("new-version-of-{}-tip", "A(z) {} új verziója"),
|
|
("Accessible devices", "Hozzáférhető eszközök"),
|
|
("upgrade_remote_rustdesk_client_to_{}_tip", "Frissítse a RustDesk klienst {} vagy újabb verziójára a távoli oldalon!"),
|
|
("d3d_render_tip", "D3D leképezés"),
|
|
("Use D3D rendering", "D3D leképezés használata"),
|
|
("Printer", "Nyomtató"),
|
|
("printer-os-requirement-tip", "Nyomtató operációs rendszerének minimális rendszerkövetelménye"),
|
|
("printer-requires-installed-{}-client-tip", "A nyomtatóhoz szükséges a(z) {} kliens telepítése"),
|
|
("printer-{}-not-installed-tip", "A(z) {} nyomtató nincs telepítve"),
|
|
("printer-{}-ready-tip", "A(z) {} nyomtató készen áll"),
|
|
("Install {} Printer", "A(z) {} nyomtató telepítése"),
|
|
("Outgoing Print Jobs", "Kimenő nyomtatási feladatok"),
|
|
("Incoming Print Jobs", "Bejövő nyomtatási feladatok"),
|
|
("Incoming Print Job", "Bejövő nyomtatási feladat"),
|
|
("use-the-default-printer-tip", "Alapértelmezett nyomtató használata"),
|
|
("use-the-selected-printer-tip", "Kiválasztott nyomtató használata"),
|
|
("auto-print-tip", "Automatikus nyomtatás"),
|
|
("print-incoming-job-confirm-tip", "Bejövő nyomtatási feladat megerősítése"),
|
|
("remote-printing-disallowed-tile-tip", "A távoli nyomtatás nincs engedélyezve"),
|
|
("remote-printing-disallowed-text-tip", "A távoli nyomtatás nincs engedélyezve"),
|
|
("save-settings-tip", "Beállítások mentése"),
|
|
("dont-show-again-tip", "Ne jelenítse meg újra"),
|
|
("Take screenshot", "Képernyőkép készítése"),
|
|
("Taking screenshot", "Képernyőkép készítése..."),
|
|
("screenshot-merged-screen-not-supported-tip", "Egyesített képernyőről nem támogatott a képernyőkép készítése"),
|
|
("screenshot-action-tip", "Képernyőkép-művelet"),
|
|
("Save as", "Mentés másként"),
|
|
("Export", "Exportálás"),
|
|
("Export Logs", "Naplók exportálása"),
|
|
("Import Folder", "Mappa importálása"),
|
|
("Copy to clipboard", "Másolás a vágólapra"),
|
|
("Enable remote printer", "Távoli nyomtatók engedélyezése"),
|
|
("Downloading {}", "{} letöltése"),
|
|
("{} Update", "{} frissítés"),
|
|
("{}-to-update-tip", "{} bezárása és az új verzió telepítése."),
|
|
("download-new-version-failed-tip", "Ha a letöltés sikertelen, akkor vagy újrapróbálkozhat, vagy a „Letöltés” gombra kattintva letöltheti a kiadási oldalról, és manuálisan frissíthet."),
|
|
("Auto update", "Automatikus frissítés"),
|
|
("update-failed-check-msi-tip", "A telepítési módszer felismerése nem sikerült. Kattintson a „Letöltés” gombra, hogy letöltse a kiadási oldalról, és manuálisan frissítse."),
|
|
("websocket_tip", "WebSocket használatakor csak a relé-kapcsolatok támogatottak."),
|
|
("Use WebSocket", "WebSocket használata"),
|
|
("Trackpad speed", "Érintőpad sebessége"),
|
|
("Default trackpad speed", "Alapértelmezett érintőpad sebessége"),
|
|
("Numeric one-time password", "Numerikus, egyszer használatos jelszó"),
|
|
("Enable IPv6 P2P connection", "IPv6 P2P kapcsolat engedélyezése"),
|
|
("Enable UDP hole punching", "UDP résszűrés engedélyezése"),
|
|
("View camera", "Kamera nézet"),
|
|
("Enable camera", "Kamera engedélyezése"),
|
|
("No cameras", "Nincs kamera"),
|
|
("view_camera_unsupported_tip", "A kameranézet nem támogatott"),
|
|
("Terminal", "Terminál"),
|
|
("Enable terminal", "Terminál engedélyezése"),
|
|
("New tab", "Új lap"),
|
|
("Keep terminal sessions on disconnect", "Terminál munkamenetek megtartása leválasztáskor"),
|
|
("Terminal (Run as administrator)", "Terminál (rendszergazdaként futtatva)"),
|
|
("terminal-admin-login-tip", "Adja meg a felügyelt terminál rendszergazdai fiókjának jelszavát."),
|
|
("Failed to get user token.", "Hiba a felhasználói token lekérdezésekor."),
|
|
("Incorrect username or password.", "A felhasználónév vagy a jelszó helytelen."),
|
|
("The user is not an administrator.", "A felhasználó nem rendszergazda."),
|
|
("Failed to check if the user is an administrator.", "Hiba merült fel annak ellenőrzése során, hogy a felhasználó rendszergazda-e."),
|
|
("Supported only in the installed version.", "Csak a telepített változatban támogatott."),
|
|
("elevation_username_tip", "Felhasználónév vagy tartománynév megadása"),
|
|
("Preparing for installation ...", "Felkészülés a telepítésre ..."),
|
|
("Show my cursor", "Kurzor megjelenítése"),
|
|
("Scale custom", "Egyéni méretarány"),
|
|
("Custom scale slider", "Egyéni méretarány-csúszka"),
|
|
("Decrease", "Csökkentés"),
|
|
("Increase", "Növelés"),
|
|
("Show virtual mouse", "Virtuális egér megjelenítése"),
|
|
("Virtual mouse size", "Virtuális egér mérete"),
|
|
("Small", "Kicsi"),
|
|
("Large", "Nagy"),
|
|
("Show virtual joystick", "Virtuális vezérlő megjelenítése"),
|
|
("Edit note", "Megjegyzés szerkesztése"),
|
|
("Alias", "Álnév"),
|
|
("ScrollEdge", "Görgetés az ablak szélein"),
|
|
("Allow insecure TLS fallback", "Nem biztonságos TLS-tartalék engedélyezése"),
|
|
("allow-insecure-tls-fallback-tip", "Alapértelmezés szerint a RustDesk ellenőrzi a kiszolgáló tanúsítványát a TLS-protokollok esetében. Ha ez a beállítás engedélyezve van, a RustDesk kihagyja az ellenőrzési lépést, és az ellenőrzés sikertelensége esetén folytatja a műveletet."),
|
|
("Disable UDP", "UDP letiltása"),
|
|
("disable-udp-tip", "Meghatározza, hogy csak TCP-t használjon-e. Ha ez az beállítás engedélyezve van, a RustDesk nem fogja többé használni a 21116-os UDP-portot, helyette a 21116-os TCP-portot fogja használni."),
|
|
("server-oss-not-support-tip", "MEGJEGYZÉS: Az OSS RustDesk kiszolgáló nem támogatja ezt a funkciót."),
|
|
("input note here", "Megjegyzés beírása"),
|
|
("note-at-conn-end-tip", "Kérjen megjegyzést a kapcsolat végén"),
|
|
("Show terminal extra keys", "További terminálgombok megjelenítése"),
|
|
("Relative mouse mode", "Relatív egér mód"),
|
|
("rel-mouse-not-supported-peer-tip", "A kapcsolódott partner nem támogatja a relatív egér módot."),
|
|
("rel-mouse-not-ready-tip", "A relatív egér mód még nem elérhető. Próbálja meg újra."),
|
|
("rel-mouse-lock-failed-tip", "Nem sikerült zárolni a kurzort. A relatív egér mód le lett tiltva."),
|
|
("rel-mouse-exit-{}-tip", "A kilépéshez nyomja meg a következő gombot: {}"),
|
|
("rel-mouse-permission-lost-tip", "A billentyűzet-hozzáférés vissza lett vonva. A relatív egér mód le lett tilva."),
|
|
("Changelog", "Változáslista"),
|
|
("keep-awake-during-outgoing-sessions-label", "Képernyő aktív állapotban tartása a kimenő munkamenetek során"),
|
|
("keep-awake-during-incoming-sessions-label", "Képernyő aktív állapotban tartása a bejövő munkamenetek során"),
|
|
("Continue with {}", "Folytatás ezzel: {}"),
|
|
("Display Name", "Kijelző név"),
|
|
("password-hidden-tip", "Állandó jelszó lett beállítva (rejtett)."),
|
|
("preset-password-in-use-tip", "Jelenleg az alapértelmezett jelszót használja."),
|
|
("Enable privacy mode", "Adatvédelmi mód aktiválása"),
|
|
("allow-remote-toolbar-docking-any-edge", "A távoli eszköztár dokkolásának engedélyezése az ablak bármely széléhez"),
|
|
("API Token", "API-token"),
|
|
("Deploy", "Telepítés"),
|
|
("Custom ID (optional)", "Egyéni azonosító (nem kötelező)"),
|
|
("server_requires_deployment_tip", "A kiszolgáló megköveteli, hogy ez az eszköz kifejezetten telepítve legyen. Telepíti most?"),
|
|
("The server does not require explicit deployment.", "A kiszolgáló nem igényel kifejezett telepítést."),
|
|
("Unknown response.", "Ismeretlen válasz."),
|
|
("wayland-keyboard-input-disabled-tip", "Engedélyezi a billentyűzetbevitelt?"),
|
|
("wayland-keyboard-input-consent-tip", "Amit ezen a távoli számítógépen begépel (beleértve a jelszavakat is), azt a rajta futó más alkalmazások is olvashatják."),
|
|
("wayland-keyboard-input-applies-to-tip", "Ez a választás a következőre vonatkozik:"),
|
|
("wayland-soft-keyboard-input-label", "Szoftveres billentyűzetbevitel"),
|
|
("wayland-keyboard-input-reset-choice-tip", "Billentyűzetbevitel választásának visszaállítása"),
|
|
("remember-wayland-keyboard-choice-tip", "Ne kérdezze meg újra ennél a távoli számítógépnél"),
|
|
("Why this happens", "Miért történik ez"),
|
|
("Switch display", "Kijelző váltása"),
|
|
("Show monitor switch button on the main toolbar", "Monitorváltó gomb megjelenítése a fő eszköztáron"),
|
|
("Show on the minimized toolbar", "Megjelenítés a kis méretű eszköztáron"),
|
|
("All monitors", "Minden monitor"),
|
|
("#{} monitor", "{}. monitor"),
|
|
("conn-e2ee-unavailable-tip", "A végpontok közötti titkosítás nem volt ellenőrizhető.\nA távoli eszköz talán még beállítás alatt áll. Próbálja újra később.\nHa ez továbbra is előfordul, a szerver lehet, hogy nem megbízható.\nFolytatja így is?"),
|
|
("ID whitelisting", "Azonosító engedélyezési lista"),
|
|
("Use ID whitelisting", "Azonosító engedélyezési lista használata"),
|
|
("id_whitelist_tip", "Csak az engedélyezési listán szereplő azonosítók kapcsolódhatnak"),
|
|
("id_whitelist_wildcard_tip", "Helyettesítő karakterek használhatók: a '*' tetszőleges számú karakternek, a '?' pontosan egy karakternek felel meg"),
|
|
("Invalid ID", "Érvénytelen azonosító"),
|
|
("Your ID is blocked by the peer", "Az azonosítóját a távoli fél letiltotta"),
|
|
("Your ip is blocked by the peer", "Az IP-címét a távoli fél letiltotta"),
|
|
("id_whitelist_caveat_tip", "Az azonosítót a csatlakozó kliens jelenti. Az engedélyezési lista csökkenti a kitettséget, és nem helyettesíti a jelszót vagy a 2FA-t"),
|
|
("whitelist_cidr_tip", "A CIDR jelölés támogatott, például 192.168.1.0/24"),
|
|
("Continue", "Folytatás"),
|
|
("Browser didn't open? Use the url below to sign in.", "Nem nyílt meg a böngésző? A belépéshez használja az alábbi URL-címet."),
|
|
("Lock canvas", "Nézet zárolása"),
|
|
("Sync clipboard between sessions", "Vágólap szinkronizálása a munkamenetek között"),
|
|
("sync-clipboard-between-sessions-tip", "Az egyik távoli munkamenetben másolt szöveg vagy kép a többi csatlakoztatott munkamenet vágólapjára is elküldésre kerül."),
|
|
("terminal-clipboard-write-tip", ""),
|
|
("Allow terminal apps to copy to clipboard", ""),
|
|
("Enable", "Engedélyezés"),
|
|
("Reuse one connection for port forwarding", "Egyetlen kapcsolat újrafelhasználása a portátirányításhoz"),
|
|
("port-forward-mux-tip", "Egy portátirányítás összes kapcsolatát egyetlen, a másik géppel létesített kapcsolaton vezeti át, ahelyett hogy mindegyikhez újra csatlakozna és bejelentkezne."),
|
|
("Enable WebRTC P2P connection", "WebRTC P2P kapcsolat engedélyezése"),
|
|
("Enable TCP hole punching", "TCP résszűrés engedélyezése"),
|
|
].iter().cloned().collect();
|
|
}
|