Am 02/18/15 um 12:09 schrieb Stefan Wollny: > Am 02/18/15 um 01:40 schrieb Nick Holland: >> On 02/17/15 18:59, Stefan Wollny wrote: >>> ftp: connect: No route to host >> >> you need to fix that before you worry about anything. >> >> Once you get THAT fixed, then you can get back to worrying about your >> dropping connections. >> >> Gotta make it before you can drop it. >> > > > Mmmmh - it may not be related to the issue of this thread, but > /var/log/messages has nothing when the connection is lost. At connect > there are two complaints from avahi-daemon and adsuck: > > ~ $ date && sh reconnect > Wed Feb 18 11:56:45 CET 2015 > ifconfig: SIOCGIFFLAGS: Device not configured > loopback localhost done > BASE-ADDRESS.MCAST.N link#5 done > ::/128 localhost done > ::/128 localhost done > ::127.0.0.0/128 localhost done > ::224.0.0.0/128 localhost done > ::255.0.0.0/128 localhost done > ::ffff:0.0.0.0/128 localhost done > 2002::/128 localhost done > 2002:7f00::/128 localhost done > 2002:e000::/128 localhost done > 2002:ff00::/128 localhost done > fe80::/128 localhost done > fec0::/128 localhost done > ff01::/128 localhost done > ff02::/128 localhost done > ifconfig: SIOCSTRUNKPORT: Device busy > ifconfig: SIOCSTRUNKPORT: Device busy > DHCPREQUEST on trunk0 to 255.255.255.255 > DHCPREQUEST on trunk0 to 255.255.255.255 > DHCPACK from 192.168.178.1 (00:24:fe:31:e3:ea) > bound to 192.168.178.31 -- renewal in 432000 seconds. > > > ~ $ date && tail -f /var/log/messages > Wed Feb 18 11:56:43 CET 2015 > [... older stuff omitted .. ] > Feb 18 11:56:45 idefix dhclient[26941]: trunk0 down; exiting > Feb 18 11:56:45 idefix avahi-daemon[12643]: IP_DROP_MEMBERSHIP failed: > Can't assign requested address > Feb 18 11:56:45 idefix adsuck[16092]: can't convert wire packet to struct > > > I'd like to point out that the connection is lost too when running > 'pkg_add' right on the console. And YES - I had tried without adsuck > enabled before. > > I had posted it yesterday but here is once more the reconnect-script: > ~ $ cat reconnect > #/bin/sh > sudo /sbin/ifconfig em0 down > sudo /sbin/ifconfig wpi0 down > sudo /sbin/ifconfig rsu0 down > sudo /sbin/ifconfig trunk0 down > sudo /sbin/route flush > sudo sh /etc/netstart >
OK - I changed pf.conf to log on all allowed connections. Here are the last lines from 'tcpdump -nettti pflog0' before the connection is lost: Feb 18 12:28:09.752328 rule 20/(match) pass out on trunk0: 192.168.178.31.26112 > 217.31.80.35.80: S 2557329514:2557329514(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 965690760[|tcp]> (DF) Feb 18 12:28:10.063647 rule 20/(match) pass out on trunk0: 192.168.178.31.11874 > 217.31.80.35.80: S 264716856:264716856(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 2436088594[|tcp]> (DF) Feb 18 12:28:10.376068 rule 20/(match) pass out on trunk0: 192.168.178.31.30104 > 217.31.80.35.80: S 2435427941:2435427941(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 47943579[|tcp]> (DF) Feb 18 12:28:10.655702 rule 20/(match) pass out on trunk0: 192.168.178.31.40737 > 217.31.80.35.80: S 2432567211:2432567211(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 1107182930[|tcp]> (DF) Feb 18 12:28:10.930614 rule 20/(match) pass out on trunk0: 192.168.178.31.41772 > 217.31.80.35.80: S 1999637066:1999637066(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 2831739904[|tcp]> (DF) Feb 18 12:28:12.941274 rule 20/(match) pass out on trunk0: 192.168.178.31.41934 > 217.31.80.35.80: S 1637879660:1637879660(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 2522921076[|tcp]> (DF) Feb 18 12:28:13.274194 rule 20/(match) pass out on trunk0: 192.168.178.31.15493 > 217.31.80.35.80: S 3826414152:3826414152(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 1932273166[|tcp]> (DF) Feb 18 12:28:13.563635 rule 20/(match) pass out on trunk0: 192.168.178.31.12790 > 217.31.80.35.80: S 1899274144:1899274144(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 771850913[|tcp]> (DF) Feb 18 12:28:13.894579 rule 20/(match) pass out on trunk0: 192.168.178.31.34868 > 217.31.80.35.80: S 220640463:220640463(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 1280756876[|tcp]> (DF) Feb 18 12:28:14.069995 rule 20/(match) pass out on trunk0: 192.168.178.31.20335 > 217.31.80.35.80: S 726036165:726036165(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 391830302[|tcp]> (DF) Feb 18 12:28:14.349303 rule 20/(match) pass out on trunk0: 192.168.178.31.2050 > 217.31.80.35.80: S 2533225330:2533225330(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 3452245743[|tcp]> (DF) Feb 18 12:28:14.696570 rule 20/(match) pass out on trunk0: 192.168.178.31.22945 > 217.31.80.35.80: S 2714810475:2714810475(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 3814170479[|tcp]> (DF) Feb 18 12:28:14.998909 rule 20/(match) pass out on trunk0: 192.168.178.31.20039 > 217.31.80.35.80: S 3047622327:3047622327(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 2474458111[|tcp]> (DF) Feb 18 12:28:16.584069 rule 20/(match) pass out on trunk0: 192.168.178.31.6022 > 217.31.80.35.80: S 1158511218:1158511218(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 2712152012[|tcp]> (DF) Feb 18 12:29:31.647874 rule 20/(match) pass out on trunk0: 192.168.178.31.19323 > 217.31.80.35.80: S 2241206945:2241206945(0) win 16384 <mss 1460,nop,nop,sackOK,nop,wscale 3,nop,nop,timestamp 3985273132[|tcp]> (DF) ^C 76 packets received by filter 0 packets dropped by kernel ~ $ cat .profile | grep host PKG_PATH=http://ftp.hostserver.de/pub/OpenBSD/snapshots/packages/amd64/ CVSROOT=anon...@ftp.hostserver.de:/cvs ~ $ sudo ping ftp.hostserver.de PING ftp.hostserver.de (217.31.80.35): 56 data bytes 64 bytes from 217.31.80.35: icmp_seq=0 ttl=247 time=21.637 ms Could "mss 1460" be the core of the issue? I have the following: ~ $ sudo cat /etc/pf.conf | grep mss match in all scrub (no-df random-id max-mss 1440) ~ $ sudo cat /etc/sysctl.conf | grep mss net.inet.tcp.mssdflt=1440 On the other hand: Why _only_ with 'pkg_add'???
