Differences
This shows you the differences between the selected revisions of the page.
| ui_login_connection 2005-01-27 | ui_login_connection 2024-02-15 (current) | ||
| Line 1: | Line 1: | ||
| - | ====== Connection Tab ====== | + | ====== The Connection Page (Advanced Site Settings dialog) ====== |
| - | //Connection tab// allows you to configure general protocol-independent options for the connection. | + | The //Connection page// on the [[ui_login_advanced|Advanced Site Settings dialog]] allows you to configure general protocol-independent options for the connection. |
| &screenshotpict(login_connection) | &screenshotpict(login_connection) | ||
| - | ===== Server Response Timeout ===== | + | More connection options are available on subpages: |
| - | By the //Server response timeout// you define how long should WinSCP wait for an answer from the server before diplaying window with option to //Abort// the connection. Note that the window does not block the waiting, so when it is displayed and the response is finally received it disappears itself. | + | * [[ui_login_proxy|Proxy]] (connection through proxy server) |
| + | * [[ui_login_tunnel|Tunnel]] (connection through SSH tunnel) | ||
| + | * [[ui_login_tls|TLS/SSL]] (TLS/SSL protocol options) | ||
| - | ===== Keepaliaves ===== | + | &toc_title_page_sections |
| - | Some servers (and also firewalls and routers on the way between the client and the server) disconnect client if they does not receive any data from it for defined period. In //Keepalives// box you may order WinSCP to send some dummy data in regular periods to avoid the disconnection. The period is defined by //Seconds between keepalives//. | + | |
| - | WinSCP implements two methods for keepalives. Basic option is to send SSH-level keepalives implemented by null SSH packets (SSH ignore messages). Some servers may be configured not to count these packets as data and thus they will still disconnect clients sending them. Also if you use SSH1 and your server suffers [[ui_login_bugs#chokes_on_ssh1_ignore_messages|"SSH1 ignore message" bug]], this method will not work. | + | ===== [[connection]] Connection ===== |
| + | Use //Passive mode// to toggle between //passive// and //active// [[ftp_modes|FTP connection mode]]. //Passive// mode is selected by default. WinSCP will try the other mode, if the selected mode does not work. The option is supported only with FTP protocol. | ||
| - | As an alternative WinSCP can send dummy commmands of the transfer protocol instead. For SFTP it is implemented as canonisation of path ''/''. For SCP it is implemented as ''echo'' command. With SCP this keepalive method does not work while WinSCP waits for user prompt in the middle of file transfer. | + | The //Optimize connection buffer size// enables optimization of socket buffer size. It greatly improves transfer speed. Disable it only when experiencing problems. The option is not available with [[webdav|WebDAV]] protocol. |
| - | ===== Internet Protocol Version ===== | + | ===== [[timeout]] Timeouts ===== |
| - | This option allows the user to select between the old and new Internet protocols and addressing schemes (IPv4 and IPv6). The default setting is //Auto//, which means WinSCP will do something sensible and try to guess which protocol you wanted. (If you specify a literal Internet address, it will use whichever protocol that address implies. If you provide a hostname, it will see what kinds of address exist for that hostname; it will use IPv6 if there is an IPv6 address available, and fall back to IPv4 if not.) | + | By the //Server response timeout// you define how long should WinSCP wait for an answer from the server before displaying window with option to //Abort// the connection. Note that the window does not block the waiting, so when it is displayed and the response is finally received it disappears itself. |
| + | |||
| + | WinSCP can [[ui_pref_resume#reconnect|automatically reconnect session]], if the server is not responding too long. | ||
| + | |||
| + | ===== [[keepalives]] Keepalives ===== | ||
| + | Some servers (and also firewalls and routers on the way between the client and the server) disconnect clients if they do not receive any data from it within a defined period. In the //Keepalives// box, you may order WinSCP to send some dummy data in regular periods to avoid being disconnected. This period is defined with //Seconds between keepalives//. | ||
| + | |||
| + | For SFTP and SCP, WinSCP implements two methods for keepalives. The basic option is //Sending of null SSH packets// (%%SSH%% ignore messages). Some servers may be configured not to count these packets as data and thus they will still disconnect clients sending them. As an alternative WinSCP can improve the keepalives by //Executing dummy protocol commands// instead. For %%SFTP%% it is implemented as canonization of path ''/''. For %%SCP%% it is implemented as ''echo'' command.((With %%SCP%% this keepalive method does not work while WinSCP waits for user prompt in the middle of file transfer.)) | ||
| + | |||
| + | For FTP, the basic option is to keep the session alive by //Executing dummy protocol commands//. As an alternative, WinSCP can improve the keeplives by //Additionally reading the current directory//. | ||
| + | |||
| + | The keepalives are not available with [[webdav|WebDAV]] and [[s3|S3]] protocols, as those are stateless protocols. | ||
| + | |||
| + | Note that keepalives are not always helpful. They help if you have a firewall which drops your connection after an idle period; but if the network between you and the server suffers from breaks in connectivity then keepalives can actually make things worse. If a session is idle, and connectivity is temporarily lost between the endpoints, but the connectivity is restored before either side tries to send anything, then there will be no problem -- neither endpoint will notice that anything was wrong. However, if one side does send something during the break, it will repeatedly try to re-send, and eventually give up and abandon the connection. Then when connectivity is restored, the other side will find that the first side doesn't believe there is an open connection any more. Keepalives can make this sort of problem worse, because they increase the probability that WinSCP will attempt to send data during a break in connectivity. (Other types of periodic network activity can cause this behavior; in particular, [[ui_login_kex|re-keys]] can have this effect.) | ||
| + | |||
| + | Therefore, you might find that keepalives help connection loss, or you might find they make it worse, depending on what kind of network problems you have between you and the server.((&puttydoccite)) | ||
| + | |||
| + | ===== [[ipv]] Internet Protocol Version ===== | ||
| + | This option allows the user to select between the old and new Internet protocols and addressing schemes (IPv4 and IPv6). The default setting is //Auto//, which means WinSCP will do something sensible and try to guess which protocol you wanted. (If you specify a literal Internet address, it will use whichever protocol that address implies. If you provide a hostname, it will see what kinds of address exist for that hostname; it will use %%IPv6%% if there is an %%IPv6%% address available, and fall back to IPv4 if not.) | ||
| If you need to force WinSCP to use a particular protocol, you can | If you need to force WinSCP to use a particular protocol, you can | ||
| - | explicitly set this to //IPv4// or //IPv6//. ((&puttydoccite)) | + | explicitly set this to //IPv4// or //%%IPv6%%//. ((&puttydoccite)) |
| + | |||
| + | The //Auto// setting is available with SFTP and SCP protocols only, it is not available with FTP protocol. Whole option is not available with [[webdav|WebDAV]] and [[s3|S3]] protocols. | ||
| + | |||
| + | ===== Further Reading ===== | ||
| + | Read more about [[ui_login|Login dialog]] and [[ui_login_advanced|Advanced Site Settings dialog]]. | ||