Re: Newbie can't log into his own wu-ftpd server from PowerBook G4 (Mac OS X 10.2.8)
Phillip Pi <[email protected]> Tue, 15 Feb 2005 00:58:00 -0800 (PST)
| Newsgroups | gmane.network.ftp.wuftpd.user |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 14 Feb 2005, Ted Keller wrote: > First - many Unixs support binding orders - the order the resolver > libraries choose to resolve names. If your unix supports binding orders > and you are running resolver library that has that support, you may be > able to have it look at your /etc/hosts and not resolve to dns. Ted, I am not sure where to look for binding orders and if I am running resolver library with the support. Any help on this would be greatful. I did look at my hosts file: more /etc/hosts 127.0.0.1 localhost.localdomain localhost ANTian-AXP # The following lines are desirable for IPv6 capable hosts fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts 192.168.0.32 Harvesters ANTian-A64 192.168.0.220 ANTian-AXP localhost # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhost > Check for things like /etc/nsswitch.conf type of files. more /etc/nsswitch.conf # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: compat group: compat shadow: compat hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis I am not sure what I am looking in here. It's all technical to me. ;) > Second. Get the source - Get a gcc compiler - build it without DNS > support. I will try this second option if I cannot get the first option going. Thank you in advance. :) > > Ted, I just tested this and you're right! It did work (connected to > > wu-ftpd server so fast -- woah) when Debian was connected to the Internet. > > I also had to disable Guarddog (firewall) because it was blocking incoming > > FTP access (have not configured it for LAN and will deal with it later) > > -- disabled mode still had that long pause earlier without dial-up. > > > > So now what? Do I really need run a domain server? Isn't there a > > configuration to have wu-ftpd ignore domain look up? I don't care about > > looking up who and who server. I just want connections with IP addresses. > > /etc/hosts has the server names I gave (e.g., ANTian-AXP). What's the best > > way? Again, newbie here... > > > > On Sun, 13 Feb 2005, Ted Keller wrote: > > > > > To test.... connect your dialup - point to you ISP's DNS servers - and > > > attempt your connections. It's ok that it doesn't resolve - just that the > > > wu-ftpd gets an answer within a reasonable time. That will confirm the > > > theory. > > > > > > There are a number of devices that can operate as a DNS server. Setting > > > it up isn't difficult... but will take some effort. > > > > > > On Sun, 13 Feb 2005, Phillip Pi wrote: > > > > > > > Ted, how would I configure that on a LAN? Do I really need a DNS server? > > > > It is only three computers on the LAN. I did not compile wu-ftpd from > > > > source. I got it from Debian's apt-get install command. Is there a > > > > configuration file to edit? Again, I am new to this Linux stuff. > > > > > > > > On Sun, 13 Feb 2005, Ted Keller wrote: > > > > > > > > > Phillip, > > > > > > > > > > This sounds like a DNS timeout issue. The ftp daemon issues a dns request > > > > > to determine the domain of the connecting machine. If no dns is > > > > > available, it waits until the dns timeout process has occured (30 seconds) > > > > > then continues to proces the request. Your G4 client may have timers in > > > > > it that are faster than the 30 second limit. > > > > > > > > > > Options... > > > > > > > > > > install some local dns server on your ftp unit. > > > > > point to a valid ftp unit. > > > > > recomplie ftpd without dns support. > > > > > > > > > > ted keller > > > > > > > > > > > > > > > On Sun, 13 Feb 2005, Phillip Pi wrote: > > > > > > > > > > > Hello! > > > > > > > > > > > > I am a newbie with Linux (Debian v3.1; Sarge installer; Kernel 2.6.8), and > > > > > > I seem to have troubles getting into my wu-ftpd v2.6.2(1) [from apt-get] > > > > > > server remotely on a LAN (not used for Internet since I am on a measly > > > > > > dial-up connection). It used to work in the past (two weeks ago or more) > > > > > > even after a few minutes of waiting. I am not sure what caused this > > > > > > problem. I tried both the standalone daemon and inetd setup for wu-ftpd, > > > > > > but they resulted the same. > > > > > > > > > > > > Example: > > > > > > $ ftp ANTian-AXP (also tried 192.168.0.220 IP address) > > > > > > > > > > > > Connected to ANTian-AXP. > > > > > > > > > > > > <<a long pause for a few minutes>> > > > > > > > > > > > > 421 Service is not available, remote server timed out. Connection closed. > > > > > > > > > > > > > > > > > > I wonder if the long pauses are causing PowerBook G4 to time out/give up? > > > > > > In Windows XP Professional SP2, ftp connection is a couple minutes and > > > > > > eventually lets me log in. Even ftp to localhost, on the Debian box > > > > > > running wu-ftpd, takes too long (a few minutes) but it is fine once I am > > > > > > logged in the FTP server. Maybe I misconfigured something on the Debian > > > > > > box? > > > > > > > > > > > > > > > > > > In /var/log/messsages, I see (within the same second) from my PowerBook > > > > > > G4: > > > > > > > > > > > > localhost wu-ftpd[3821]: connection from 192.168.0.28 [192.168.0.28] > > > > > > localhost wu-ftpd[3821]: lost connection to 192.178.0.28 [192.168.0.28] > > > > > > localhost wu-ftpd[3821]: FTP session closed > > > > > > > > > > > > > > > > > > I am not sure if this is related. I can ssh (have to wait about 25-30 > > > > > > seconds) from PowerBook G4's ssh -2 -C command; SecureCRT v3.4.8 was > > > > > > instant) and ping to this Debian box without problems. > > > > > > > > > > > > Any ideas on what's going on? Thank you in advance. :)