From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 10 Jan 2007 20:16:03 +0100 From: Alberto =?iso-8859-1?Q?Cort=E9s?= To: 9fans <9fans@cse.psu.edu> Subject: Re: [9fans] slow boot, may be a secstore time out Message-ID: <20070110191603.GA19704@it.uc3m.es> References: <20070110181109.GB25778@it.uc3m.es> <20070110184053.GC25778@it.uc3m.es> <20070110185108.GB6279@it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20070110185108.GB6279@it.uc3m.es> User-Agent: Mutt/1.5.9i Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 00e33e44-ead2-11e9-9d60-3106f5b1d025 Russ was right. After waiting for the secstore to time out and booting the terminal, a snoopy on the server shows the AR tcp packets BUT a snoopy on the client does not!. I don't know if it is qemu, windows firewall or the antivirus firewall. Windows firewall is not running and the antivirus firewall log do not show anything regarding this :( It seems I will have to install the secstore server after all :) On 2007-01-10 19:51, Alberto Cort=E9s wrote: > Damn, my terminal is running on a qemu!, this can be the problem. >=20 > Sorry for the private reply before. >=20 > On 2007-01-10 13:43, Russ Cox wrote: > > It sounds like the server is doing the right thing > > but that the flags=3DAR packets are not getting > > back to the client. > > Are they on the same network or is there some > > kind of nat box inbetween? > >=20 > > Russ > >=20 > >=20 > > On 1/10/07, Alberto Cort=E9s wrote: > > >On 2007-01-10 13:15, Russ Cox wrote: > > >> >I have a cpu/auth/fs server and a terminal. > > >> > > > >> >The terminal is booting with the server as auth and fs. > > >> > > > >> >When booting the terminal: > > >> > > > >> >- I am asked for a user name. > > >> >- 6 minutes waiting for the next prompt > > >> >- factotum ask me about my username and password for the fs > > >> > domain with proto p9sk1 > > >> >- I get a nice, working terminal > > >> > > > >> > > > >> >A snoopy running on the server during those 6 minutes of waiting > > >> >show some tcp traffic from the client to the server at the > > >> >secstore port. > > >> > > > >> >My server is not a secstore server. > > >> > > > >> >How can I tell factotum not to connect to my (nonexistent) > > >> >secstore server? > > >> > > > >> >I would like to do without a secstore server until I learn > > >> >something about it :). > > >> > > >> If you are not running secstore, then a connect to that > > >> port (5356) should just fail immediately. It sounds like somethin= g > > >> else is silently dropping the tcp connect packets or not > > >> letting the rejections come back. > > >> > > >> Russ > > > > > >"netstat -n" on the server do not show anything on port 5356. > > > > > >The "snoopy" dump is something like this (sorry I can't copy > > >& paste, I write the relevant info, ask for more if something is > > >missing): > > > > > >client -> server: source_port=3DXXXX dest_port=3D5356 tcp_flags=3DS > > >server -> client: source_port=3D5356 dest_port=3DXXXX tcp_flags=3DAR > > >client -> server: source_port=3DXXXX dest_port=3D5356 tcp_flags=3DS > > >server -> client: source_port=3D5356 dest_port=3DXXXX tcp_flags=3DAR > > >client -> server: source_port=3DXXXX dest_port=3D5356 tcp_flags=3DS > > >server -> client: source_port=3D5356 dest_port=3DXXXX tcp_flags=3DAR > > > > > >2 minutes of waiting... > > > > > >the same 3 tcp tries as before with other source_port > > > > > >2 minutes of waiting... > > > > > >the same 3 tcp tries as before with other source_port > > > > > >2 minutes of waiting... > > > > > >the same 3 tcp tries as before with other source_port > > > > > >secstore give up... 564 traffic here... > > > > > >-- > > > http://bach.gast.it.uc3m.es/~alcortes/index.html > > > > > > > >=20 >=20 > --=20 > http://bach.gast.it.uc3m.es/~alcortes/index.html >=20 --=20 http://bach.gast.it.uc3m.es/~alcortes/index.html