Re: strange sftp behaviour... man-in-the-middle?

Yes, but the problem is that they are shaping on the perimeter, so I cannot rewrite incoming packets, and they will still have a low priority... or am I wrong? Regards, Robert Varga On Mon, 2 Feb 2004, Dariush Pietrzak wrote: > > Is there some way to override this? :-) > You can edit packets

Re: strange sftp behaviour... man-in-the-middle?

Yes, but the problem is that they are shaping on the perimeter, so I cannot rewrite incoming packets, and they will still have a low priority... or am I wrong? Regards, Robert Varga On Mon, 2 Feb 2004, Dariush Pietrzak wrote: > > Is there some way to override this? :-) > You can edit packets

Re: strange sftp behaviour... man-in-the-middle?

> Is there some way to override this? :-) You can edit packets on your firewall ( something along the lines of iptables -t mangle -p tcp --dport 22 -j TOS --set-tos Minimize-Delay ), but in general it's not a good idea ( you don't want your bulk traffic eating your interactive sessions ). -- Da

Re: strange sftp behaviour... man-in-the-middle?

> Is there some way to override this? :-) You can edit packets on your firewall ( something along the lines of iptables -t mangle -p tcp --dport 22 -j TOS --set-tos Minimize-Delay ), but in general it's not a good idea ( you don't want your bulk traffic eating your interactive sessions ). -- Da

Re: strange sftp behaviour... man-in-the-middle?

Is there some way to override this? :-) Thanks, Robert Varga On Thu, 29 Jan 2004, Dariush Pietrzak wrote: > > operations (that includes even checking the password at login) either > > complete with a great delay, or time out with connection reset by peer. > It looks like someone is shaping tr

Re: strange sftp behaviour... man-in-the-middle?

Is there some way to override this? :-) Thanks, Robert Varga On Thu, 29 Jan 2004, Dariush Pietrzak wrote: > > operations (that includes even checking the password at login) either > > complete with a great delay, or time out with connection reset by peer. > It looks like someone is shaping tr

Re: strange sftp behaviour... man-in-the-middle?

> operations (that includes even checking the password at login) either > complete with a great delay, or time out with connection reset by peer. It looks like someone is shaping traffic ( sftp packets run with 'Bulk Transfer' bit enabled, ssh go with 'Low Latency Required' )... -- Dariush Piet

Re: strange sftp behaviour... man-in-the-middle?

> operations (that includes even checking the password at login) either > complete with a great delay, or time out with connection reset by peer. It looks like someone is shaping traffic ( sftp packets run with 'Bulk Transfer' bit enabled, ssh go with 'Low Latency Required' )... -- Dariush Piet

strange sftp behaviour... man-in-the-middle?

Hello all, one of my servers started to behave strangely... I can connect with ssh to the server and also to other machines from the server without any problems from a variety of sites, and don't experience any delays. However with sftp I am able to only connect to the port, but the operations

strange sftp behaviour... man-in-the-middle?

Hello all, one of my servers started to behave strangely... I can connect with ssh to the server and also to other machines from the server without any problems from a variety of sites, and don't experience any delays. However with sftp I am able to only connect to the port, but the operations