Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+FTP\s+data\s+port\s+connection\s+not\s+closing\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+FTP\s+data\s+port\s+connection\s+not\s+closing\?\s*$/: 12 ]

Total 12 documents matching your query.

1. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Julian Anastasov <ja@xxxxxx>; Date: Fri, 1 Sep 2017 01:15:08 +0300 (EEST); Hello, The idea is to test connection from LAN client via IPVS director, not directly from client to FTP server. Regards -- Julian Anastasov <ja@xxxxxx> ______________________________________________; /html/lvs-users/2017-08/msg00017.html (11,416 bytes)
2. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Wed, 30 Aug 2017 13:50:40 +0100; Not possible, I'm afraid. The router is an ISP-provided thing which doesn't provide access to that sort of thing. The FTP server is configured to report the external IP address. But if I change that; /html/lvs-users/2017-08/msg00016.html (14,311 bytes)
3. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Julian Anastasov <ja@xxxxxx>; Date: Tue, 29 Aug 2017 21:53:42 +0300 (EEST); Hello, The MAC usually does not play. You can also check the state of conntrack entries in router, if possible. But to be sure that it is not the router, you can start client connection from some box; /html/lvs-users/2017-08/msg00015.html (12,112 bytes)
4. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Tue, 29 Aug 2017 14:57:03 +0100; No, wait, sorry. The connections from 192.168.0.100 are just the LVS healthchecks, ensuring that the real server is still alive. Ignore that last post. _______________________________________________; /html/lvs-users/2017-08/msg00014.html (10,214 bytes)
5. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Tue, 29 Aug 2017 14:47:37 +0100; Okay, now we're getting somewhere interesting. (?@192.168.0.100) New connection from 192.168.0.100 (?@192.168.0.100) Logout And it has this a few times in a row. The thing is, 192.168.0.100 is the DI; /html/lvs-users/2017-08/msg00013.html (10,645 bytes)
6. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Tue, 29 Aug 2017 10:17:04 +0100; Hi, The packets seem to be dying at the router. As I can see the packets being received on the director and the response packets being sent from the real server. One thing I'm thinking of, that I fai; /html/lvs-users/2017-08/msg00012.html (10,693 bytes)
7. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Thu, 24 Aug 2017 13:44:44 +0100; As an addendum, I just used "ethtool" in order to turn off NIC-based checksumming on the bonded interface and then tried tcpdump again on the FTP real server. This time, all the checksums came back a; /html/lvs-users/2017-08/msg00011.html (10,198 bytes)
8. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Thu, 24 Aug 2017 12:39:59 +0100; Okay, I used tcpdump with -v, filtering on the VIP in the passive port range (20000-21000). On the director, all the packets have correct checksums. But, on the realserver, from the VIP to the router; /html/lvs-users/2017-08/msg00010.html (10,261 bytes)
9. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Julian Anastasov <ja@xxxxxx>; Date: Thu, 24 Aug 2017 14:14:44 +0300 (EEST); Hello, ARP filtering settings should be ok. They should not be a reason connection to stop every time just before the end of file. May be you can check for checksum errors, the -v in tcpdump -lnnnv s; /html/lvs-users/2017-08/msg00009.html (13,504 bytes)
10. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Thu, 24 Aug 2017 10:04:49 +0100; Yeah, I have persistence enabled on the HTTP / HTTPS and other services, but I didn't bother here simply because there's only a single FTP server at the moment. It's kernel version 4.4.0-92-generic o; /html/lvs-users/2017-08/msg00008.html (12,972 bytes)
11. Re: [lvs-users] FTP data port connection not closing? (score: 1): Author: Julian Anastasov <ja@xxxxxx>; Date: Wed, 23 Aug 2017 18:32:48 +0300 (EEST); Hello, When you add more real servers you will need to use -p to enable persistence, ipvsadm man page explains this for FTP. What shows 'ipvsadm -Lnc' when connection stucks ? What is shown for the c; /html/lvs-users/2017-08/msg00007.html (14,886 bytes)
12. [lvs-users] FTP data port connection not closing? (score: 1): Author: Owain Jones <Owain@xxxxxxxxxxxxxxxxxx>; Date: Wed, 23 Aug 2017 13:06:43 +0100; Hi, I've set up LVS-DR - via ldirectord, fired up by heartbeat - for my cluster and I've got it serving up HTTP / HTTPS just fine. So I moved onto FTP and it seems to work, except that when uploading; /html/lvs-users/2017-08/msg00006.html (12,224 bytes)

Current List: 1 - 12
Page: [1]