Slow Authentication on FTP

I have an OS-10.5.1 Server that I am presently using for nothing other than an FTP server. (users are set up with OD passwords in LDAPv3 local.) Updates have been held back to 10.5.1
Authentication is very slow, about 15-20 seconds.
I've done some research on this and tend to think it is attempting RFC 931 authentication. I would like to turn this off but only find ways to turn this off for xinetd or xftpd. These were on earlier servers but the Leopard server uses ftpd.
I don't see /etc/ftpd.conf file so I'm wondering where and how I should change this setting. If someone thinks my problem is elsewhere, I would welcome those comments too.
Any help would be greatly appreciated.

O.K., is this an initial login slowness issue only or is it slow for every action?
If it is only for login then this sounds like it is more a DNS issue than a confgiratoin issue.
Check to see if you can resolve the clients address from the Server with something like _nslookup ipaddress_.
Peter

Similar Messages

  • Authenticating the FTP server

    Hi,
    Can u please send me how to authenticate the FTP server using username/password in Oracle 10g? I need to open the file and write contents after authenticating the FTP server.

    Billy is right (again). What FTP server are you on about? If it's the embedded one inside the XDB DB, then amazingly enough you authenticate to it like any other FTP server, ie you provide a username and password from any FTP client. You can't tell it's any different from any other FTP server....
    If on the other hand you need a PL/SQL FTP client to do FTP from PL/SQL, check out XUTL_FTP.

  • Dreamweaver CS3 (9) maxed CPU slow performance and FTP issues.

    Dreamweaver CS3 (9) maxed CPU slow performance and FTP
    issues.
    Never mind...I found it.
    Of course I have all the firewall, worm, scanning, phishing
    filtering, full time protect, and everything else turned off when I
    am working on a remote/testing site however I found the Symantec
    antivirus email scan being enabled (doesn't it just interact with
    my email program?) was getting in the way of DW9 ftp operations,
    causing some lagging that was putting DW9 into an unstable mode
    during and immediately after (10 seconds) ftp operations.
    The CPU still spikes to 99% during ftp functions but DW9
    works even though it's likely taxed to the max but when I turn off
    email scan DW9 returned to a functioning state during ftp and
    remote file view. Whatever it takes huh?
    PS: email scanning only never effected DW8.02
    My System Info: properly configured (as in: everything works
    or I fix it) Toshiba - XP pro SP2 – Pentium 4 - 2.3GHz
    – 1.5 GB ram – Intel extreme graphics card 64 MB ram
    – Apache 2.2 server – PHP 5 – MySQL 5 -
    phpMyAdmin – Dreamweaver 8.02 – Interakt Kollection
    3.7.1 – Dreamwweaver 9 - DeVtoolbox – Flash –
    GoLive - Photoshop - ImageReady – Illustrator – Acrobat
    – CuteFTP – Putty SSH - blabla...)

    Thanks for the response. I managed to Google the 'nobody' account and found the explanation.
    As you say, I assumed the 'syslogd' process had to do with system logs. I did check the console and couldn't find anything of particular interest in the logs.
    I'll continue to monitor but if anyone has any further suggestions please post.
    One thing that might also have an impact... my available drive space is now down to less than 5gb (runs anywhere between 1gb and 5gb free depending on what I'm running). I know this causes problems for Parallels as it keeps moaning at me, but would it cause any problems with OSX?
    Thanks again,
    Tom

  • Slow Connection with FTP and SSH after a migration from 10.3.9 to 10.4.6

    Hi all,
    I just move my server from 10.3.9 to 10.4.6.
    I import all my users and settings.
    When i try to connect to my server using FTP or SSH, the connexion is slow.
    I have to wait arround 45 sec before connecting to the server ( i never wait with the old 10.3.9 )
    ex of connexion + delay
    I enter : ssh myuser@myserverip
    server : Password: ( 26 sec after i hit the return key !! )
    server : Last login: Tue May 9 11:57:03 2006 from XX.XX.XX.XX ( 2 sec after )
    server : Welcome to Darwin!
    It is faster than the first time because the server must store some datas of recent connected users.
    I have the same problem with FTP
    Thx for help

    I have this same problem.
    I'm not sure how to set up or tweak DNS. Could someone point to where this is accomplished?
    I'm not using a DNS server inside our firewall because I'm not sure how it works. I have DNS service turned off on the OS X Server.

  • Authentication Delays / Slow Authentication for Open Directory Users

    I'm experiencing delays when authenticating Open Directory users and it absolutely has me at my wit's end.
    The problem is quite simple: any time an Open Directory user authenticates his password there is a delay of at least 5-10 seconds. This goes for clients that are bound to the directory server and also authenticating locally on the server. Here are some examples:
    * On the server, there is a several second delay on the Login Window screen when trying to log in using an Open Directory account. Logging in as a local user is instantaneous.
    * In Workgroup manager, authenticating as the Directory Administrator takes several seconds.
    * On a remote computer, sharing the screen using an Open Directory user take several seconds and again, a local user is instantaneous. Screen sharing takes particularly long and often temporarily shows a sheet saying it has lost the connection with the server while authenticating.
    * Connecting with AFP takes several seconds when using an Open Directory login
    * On a client computer, unlocking the screen after sleep or screen saver takes several seconds for Open Directory users
    * Connecting with SSH does NOT exhibit the behavior
    In addition to all of this, I've seen periodic random unexplainable freezes for several seconds on client computers that are bound to the directory even when logged in as a local user account (and with no other users logged in.) For example, launching applications often results in a freeze. After unbinding the computer from the directory the problem goes away entirely.
    The history of the problem:
    Used Tiger Server for over a year = no problems
    Clean install of Leopard Server 10.5.0 back in October = no problems
    Update to Leopard Server 10.5.1 = no problems
    Then, all of the sudden one day several weeks back I started having problems. The server had been up for a few weeks. I didn't install any updates. I didn't change any configuration. Literally the only thing that I had done recently was unplug the Apple Cinema Display and keyboard+mouse that was connected to the server. Then I started having problems so I plugged the display, keyboard and mouse back in to troubleshoot it. I cleared the directory services caches on my server and clients and rebooted the Airport Base Station that's serving as my router and eventually the problem went away. I wish I could tell you which of those things resolved the problem but I have no idea. It was fine for a couple more weeks (and incidentally I once again unplugged the display, keyboard and mouse from the server). Then last week I started having problems again and this time no amount of rebooting, cache clearing, rebinding, troubleshooting using information in these forums or anything else will fix the problem. I only mention the display/keyboard/mouse thing because it's literally the only thing I changed around the time the problems started happening. I truly don't think it has anything to do with it.
    So in desperation I backed up and did a clean install today. Here's the process I used:
    0. Erase the disk
    1. Install Leopard Server 10.5.0 from the install DVD
    2. In the setup assistant, use the Advanced Configuration option but I didn't enable any services. Set up network settings and host name of myserver.mydomain.private.
    3. Reboot
    4. Use Software Update to update to 10.5.1 and Security Update 2007-009 v1.1
    5. Reboot
    6. Configure DNS (see below for detailed configuration)
    7. Reboot
    8. Change role to Open Directory Master
    9. Reboot
    ... and the problem is still there. Simply logging into the server GUI with the Directory Administrator account has the delay. Authenticating in Workgroup Manager has the delay. I haven't even bothered to set up AFP or any other users yet. I'm truly at my wit's end and I'm ready to chuck the server out the window.
    I've done a lot of googling and searching of these forums looking for answers. All of the responses seem to point to a problem with DNS or with the Kerberos realm. I believe all of my setup is correct. Here it is:
    == Basic Configuration ==
    OS: Mac OS X Server 10.5.1 (9B18) with Security Update 2007-009 v.1.1
    Services Enabled:
    DNS
    Open Directory
    (All other services are not yet enabled)
    == DNS Setup ==
    Primary Zone: mydomain.private.
    Allows zone transfer: no
    Nameservers: ns.mydomain.private.
    myserver (Machine) 10.0.22.201
    ns (Alias) myserver.mydomain.private.
    Reverse Zone: 22.0.10.in-addr.arpa.
    10.0.22.201 (Reverse Mapping) myserver.mydomain.private.
    Accept recursive queries from the following networks:
    localnets
    Forwarder IP Addresses:
    208.67.222.222
    208.67.220.220
    == Open Directory Setup ==
    Role: Open Directory Master
    LDAP Search Base: dc=myserver,dc=mydomain,dc=private
    Kerberos Realm: myserver.mydomain.private
    == Network Configuration ==
    Configure: Manually
    IP Address: 10.0.22.201
    Subnet Mask: 255.255.255.0
    Router: 10.0.22.1
    DNS Server: 127.0.0.1
    Search Domains: mydomain.private
    == Other Stuff ==
    Using 'changeip -checkhostname' verifies that the hostname and DNS hostname are both myserver.mydomain.private.
    I set the realm to myserver.mydomain.private (though the default was myserver.local) based on the advice of another poster to this forum. Kerberos.app reveals something interesting: the kdc and admin servers are both myserver.local and the domains are .local and local. I tried changing all instances of 'local' to 'mydomain.private' to see if that would solve the problem. No luck.
    I verified on a client that 'host myserver' and 'host 10.0.22.201' return proper DNS and reverse DNS resolutions.
    Hopefully one of the gurus out there will be able to help me out.
    Thanks,
    jeff

    I gathered together some log information for when I try to authenticate user 'diradmin' in Workgroup Manager. You can see from the log messages that this authentication took 4 seconds. There's an interesting error message in slapd.log (see below) but it doesn't say what it's looking for in the keytab that it's not finding. Grr! I've provided a listing of the principles in my keytab. I haven't monkeyed around with it at all -- this is just what resulted from promoting the server to an Open Directory Master.
    == kdc.log ==
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](debug): handling authdata
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](debug): handling authdata
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](debug): .. .. ok
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](debug): .. .. ok
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](info): AS_REQ (7 etypes {18 17 16 23 1 3 2}) fe80::216:cbff:fea5:f3ce: ISSUE: authtime 1199060508, etypes {rep=16 tkt=16 ses=16}, [email protected] for krbtgt/[email protected]
    Dec 30 18:21:48 myserver.mydomain.private krb5kdc[79](info): AS_REQ (7 etypes {18 17 16 23 1 3 2}) fe80::216:cbff:fea5:f3ce: ISSUE: authtime 1199060508, etypes {rep=16 tkt=16 ses=16}, [email protected] for krbtgt/[email protected]
    Dec 30 18:21:52 myserver.mydomain.private krb5kdc[79](info): TGS_REQ (7 etypes {18 17 16 23 1 3 2}) fe80::216:cbff:fea5:f3ce: ISSUE: authtime 1199060508, etypes {rep=16 tkt=16 ses=16}, [email protected] for ldap/[email protected]
    Dec 30 18:21:52 myserver.mydomain.private krb5kdc[79](info): TGS_REQ (7 etypes {18 17 16 23 1 3 2}) fe80::216:cbff:fea5:f3ce: ISSUE: authtime 1199060508, etypes {rep=16 tkt=16 ses=16}, [email protected] for ldap/[email protected]
    == slapd.log ==
    Dec 30 18:21:48 myserver slapd[36]: <= bdbsubstringcandidates: (authAuthority) index_param failed (18)
    Dec 30 18:21:52 myserver slapd[36]: SASL [conn=20] Failure: GSSAPI Error: Unspecified GSS failure. Minor code may provide more information (No principal in keytab matches desired name)
    == sudo klist -k ==
    Keytab name: FILE:/etc/krb5.keytab
    KVNO Principal
    3 afpserver/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4 D0DDB570D64ED88C5D06A78A34B7167C
    3 afpserver/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4 D0DDB570D64ED88C5D06A78A34B7167C
    3 afpserver/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4 D0DDB570D64ED88C5D06A78A34B7167C
    3 cifs/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB 570D64ED88C5D06A78A34B7167C
    3 cifs/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB 570D64ED88C5D06A78A34B7167C
    3 cifs/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB 570D64ED88C5D06A78A34B7167C
    3 vnc/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB5 70D64ED88C5D06A78A34B7167C
    3 vnc/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB5 70D64ED88C5D06A78A34B7167C
    3 vnc/LKDC:SHA1.D711BEA4D0DDB570D64ED88C5D06A78A34B7167C@LKDC:SHA1.D711BEA4D0DDB5 70D64ED88C5D06A78A34B7167C
    3 cifs/[email protected]
    3 cifs/[email protected]
    3 cifs/[email protected]
    3 ldap/[email protected]
    3 ldap/[email protected]
    3 ldap/[email protected]
    3 xgrid/[email protected]
    3 xgrid/[email protected]
    3 xgrid/[email protected]
    3 vpn/[email protected]
    3 vpn/[email protected]
    3 vpn/[email protected]
    3 ipp/[email protected]
    3 ipp/[email protected]
    3 ipp/[email protected]
    3 xmpp/[email protected]
    3 xmpp/[email protected]
    3 xmpp/[email protected]
    3 XMPP/[email protected]
    3 XMPP/[email protected]
    3 XMPP/[email protected]
    3 host/[email protected]
    3 host/[email protected]
    3 host/[email protected]
    3 smtp/[email protected]
    3 smtp/[email protected]
    3 smtp/[email protected]
    3 nfs/[email protected]
    3 nfs/[email protected]
    3 nfs/[email protected]
    3 http/[email protected]
    3 http/[email protected]
    3 http/[email protected]
    3 HTTP/[email protected]
    3 HTTP/[email protected]
    3 HTTP/[email protected]
    3 pop/[email protected]
    3 pop/[email protected]
    3 pop/[email protected]
    3 imap/[email protected]
    3 imap/[email protected]
    3 imap/[email protected]
    3 ftp/[email protected]
    3 ftp/[email protected]
    3 ftp/[email protected]
    3 afpserver/[email protected]
    3 afpserver/[email protected]
    3 afpserver/[email protected]

  • Very slow ssh during ftp transfers

    I regularly use two computers, a fileserver/mediabox and a laptop. The fileserver is gentoo and the laptop is arch, both with custom kernels and only base networking support. Often, I download some music or videos onto one computer, and then want to send it to the other. I have been running an ftp server on the desktop for this purpose. Ftp seems to be quite a lot faster than scp for large file transfers - I get something like 6 MB/s as opposed to 800 KB/s. Often, when I initiate such a transfer, Im also logged into the desktop from the laptop via ssh. During a transfer, the ssh session will become so sluggish that it might as well be frozen. My question is, is there a way to fix this?
    at 6 Megabytes/s, my 100 Megabit connection shouldn't be saturated. Cpu load on both computers is fine, and they otherwise both seem totally responsive. Is this some sort of packet schedualing issue? Do I need a packet scheduler? Neither system uses one (besides the default fifo) I noticed that the arch default kernel had all this stuff built as modules. Anyone have any ideas? Thanks.

    1) You could have a shitty, cheap switch that doesnt have the capacity you think it does.
    2) SCP uses encryption, which takes longer/has greater overhead. If you are working on a local LAN that you are relatively sure is 'more or less' safe, then you can try other ciphers. I have had excellent speed/performance from rc4, a stream cipher (the openssh implementation appears to be safe, as I believe they throw away the first many bits of the cipher output...a known problem with rc4/security).
    3) Check your sshd_config (server) and ssh_config (client) files to see if you have compression turned on by default. Compression makes it slower, but it is compressed..not much use for already compressed files like zips and bz's, and not really needed for local lan transfers.

  • AFP Slow authentication

    In a high school enviroment...
    The server...
    Xserve Dual 2.3 / 2GB Ram / 3 - 250GB HD / Link Aggragate 2GB uplink
    Providing AFP/DHCP/LDAP/WINDOWS on 10.4.8 Server
    The clients...
    Mixture of 125 managed Intel / G4 iMac units on 10.4.8 connected to 100MB managed switch untis. Additonal 125 Windows XP clients with roaming profiles.
    The issue...
    When all my clients are authenticating and attempting to open applications at about the same time, the managed AFP clients drop speed dramtically. A normal 20 second login goes to two minutes and application launch speed drops to an additional four minutes. I have only two AFP automounts per user and some managed client settings coming from the server. The Home folder location is one of the automounts and sits by itself on one of the 250GB drives. My switch units show very little utilization or network traffic. I was wondering is my bottleneck is max TCP connections? or Poor performance on my SATA drive?
    The school is very frustrated as it takes over 10 minutes to get a class logged in and functional in any MAC lab or PC lab during this time. Any ideas appreciated!
    PowerBook 1.67ghz   Mac OS X (10.4.8)  

    Thanks for some ideas...
    I have tried Network Home Relocator but it completely slowed down my login times from 4 mins to 15 mins! I had no success in my attempts to make it work and speed up the login or the application launch.
    The windows PC's login a little faster but they are not pulling as much data off the server so I expected that to be the case. If a MAC unit takes 4 mins to login the PC takes 2. Normally the login speed for MAC is 15 seconds and the PC about one minute even though the MAC is pulling more data from the server, but that is why I suspect this to be an AFP issue.
    My thoughts were to goto some type of RAID setup but alas I have no money for testing gear and as this is a production server I can't just take it down, backup data, reconfigure to RAID and re-load. I have an engineer sending me some test equipment in the next few weeks and I will try to move my HOMES to RAID array.
    The network switch units are all CISCO 3750 units.
    The funny part is, in Period two classes everything is slowwww... But anyother time of the day, same load on the server and network, everything is OK. I can find nothing that would clog the network or slow the server down. Very frustrating...

  • Slow authentication on Windows

    I've set up small office network - 6 Windows computers + one Mac with OS X Server 10.4.4. Everything works OK (file services, open directory....) but I have one problem - when Windows users try to authenticate on domain (OS X server runs as PDC), this process is slow - about 20 seconds until logon process starts. Where the problem could be?

    There used to be a TCP delayed acknowledge problem OSX<->Windows.
    The newer Tiger net.inet.tcp.delayed_ack: 3 default(?) might be worth trying changing.
    You could try in Terminal:
    sudo sysctl -w net.inet.tcp.delayed_ack=2 (used on Windows?)
    or
    sudo sysctl -w net.inet.tcp.delayed_ack=0
    Which will alter this setting immediately.
    Change it back to "3" if it doesn't help.
    Also, workgroup/domainame is entered with UPPERCASE letters?

  • Slow authentication when off home network

    Hi,
    I use my G4 in the office, at home, and on the road. My network guys at work set me up with a "mobile account". When I log in at work, it takes less than 15 seconds after hitting the "login" button before the standard OS X screen starts assembling itself, which is great. Logins are similarly rapid when I'm somewhere without network access, like on a plane. My problem only kicks in where my Airport can detect a wireless network, e.g. at home or in the airport. When my computer can sense a network but I'm not at work, logging in takes an inordinately long time (at least five minutes).
    I am not a net jock, but I know enough to suspect that this delay has something to do with an attempt to authenticate. Any suggestions on how to change my settings such that authentication is only attempted on my office network, and just use cached data elsewhere?
    Thanks,
    Chris

    You probably need a local firewall to block outbound kerberos traffic (port 88 udp/tcp) when you are off your home net. See:
    http://eportg.cgc.maricopa.edu/published/t/ss/tss-unix/wiki/1/index.shtml?Macx/K erberosTimeout
    iBook G4 12"   Mac OS X (10.4.6)   white

  • Mail slow authenticating to Yosemite server

    I'm running mail on a Yosemite server, and Mac Mail client on Yosemite. With the "Activity" window open on the Mail client, I see two copies of "Communicating with server: Authenticating" a lot. On the server /Library/Logs/Mail/mail-err.log is filled with lines:
    Nov 06 10:58:06 auth: Error: od(simon,192.168.0.29,<MuZNkS4HfQDAqAAd>): Credentials could not be verified, username or password is invalid.
    Nov 06 10:58:06 auth: Error: od(simon,192.168.0.29,<MuZNkS4HfQDAqAAd>): authentication failed for user=simon, method=DIGEST-MD5
    Nov 06 11:00:12 auth: Error: od(simon,192.168.0.29,<suuzmS4HggDAqAAd>): Credentials could not be verified, username or password is invalid.
    Nov 06 11:00:12 auth: Error: od(simon,192.168.0.29,<suuzmS4HggDAqAAd>): authentication failed for user=simon, method=DIGEST-MD5
    Nov 06 11:00:18 auth: Error: od(simon,192.168.0.29,<BLfTmS4HhADAqAAd>): Credentials could not be verified, username or password is invalid.
    Nov 06 11:00:18 auth: Error: od(simon,192.168.0.29,<BLfTmS4HhADAqAAd>): authentication failed for user=simon, method=DIGEST-MD5
    Nov 06 11:00:28 auth: Error: od(simon,192.168.0.29,<okUwmi4HhgDAqAAd>): Credentials could not be verified, username or password is invalid.
    Nov 06 11:00:28 auth: Error: od(simon,192.168.0.29,<okUwmi4HhgDAqAAd>): authentication failed for user=simon, method=DIGEST-MD5
    In the Server Mail settings, I have "Authenticate Using" set to "Local Users" (which checks the "Digest (CRAM-MD5)" and "Digest-MD5" boxes).
    On the client, in the Mail IMAP settings for the account I have selected (picking what I think will be relevant) "Automatically detect and maintain account settings", "Port: 993", "Use SSL", "Authentication: Password" and "Use IDLE command if server supports it". I have NOT selected "Allow insecure authentication". I have previously selected "Authenticaion: MD5 Challenge-Response", but it seems to revert to "Password". I have an iPad and iPhone, both of which have "MD5 Challenge-Response" set, and don't appear to generate anything in mail-err.log
    Mail from the Yosemite client works, it is just a bit sluggish. Under Mavericks new messages seemed to arrive simultaneously on all three clients, but now they hit iOS first.

    OK, I think I have solved this. In the client Mail app I de-selected "Automatically detect and maintain account settings". Login then failed. Authentication had switched itself to "Password" while automatic detection of account settings was on. I changed authentication back to "MD5 Challenge-Response", and login now works, I don't get "Authenticating" hanging around in the activity window, and I don't get lots of "authentication failed" messages in the mail logs on the server.

  • Slow authentication time for new BM 3.7 Radius server

    Hi,
    We are runnign BM 3.7 Radius, authentication only and it works fine on the
    original box. I have to decomssion that box and have configured a new server
    to replace it. The problem is on the new server the authentication time goes
    from 1 sec (from request accepted to logging start on the radius screen) to
    20 secs. this is dropping some of our remote clients off. Any idea what is
    the problem?
    Servers are NW 6 Sp3, BM3.7 Sp2.
    I have been searching all day and can't find anything on it.
    many thanks,
    Gawain :)

    Replica placement?
    Craig Johnson
    Novell Support Connection SysOp
    *** For a current patch list, tips, handy files and books on
    BorderManager, go to http://www.craigjconsulting.com ***

  • Slow login after sleep or slow authentication when click on lock in prefs

    takes about 30 seconds to login after sleep or clicking on the lock during a system preference change
    9/16/09 6:33:32 PM com.apple.launchd.peruser.501[120] (com.apple.pbs) Throttling respawn: Will start in 10 seconds
    9/16/09 6:34:12 PM System Preferences[1294] * WARNING: Method selectedRowEnumerator in class LoginItemsTableView is deprecated. It will be removed in a future release and should no longer be used.
    9/16/09 6:35:28 PM com.apple.launchd.peruser.501[120] (com.apple.pbs) Throttling respawn: Will start in 10 seconds

    See:
    Mac Maintenance Quick Assist,
    Mac OS X speed FAQ,
    Speeding up Macs,
    Macintosh OS X Routine Maintenance
    Essential Mac Maintenance: Get set up,
    Essential Mac Maintenance: Rev up your routines,
    Maintaining OS X, and
    Myths of required versus not required maintenance for Mac OS X for starters.
    BTW, reinstalling the OS only puts down new copies of OS components and basic Apple apps, such as TextEdit, Mail, and Safari, leaving everything else in place. The nuke and reinstall isn't needed.

  • Ftp over http authentication

    Hi,
    we have problem opening FTP sites that require authentication.
    When I try to open a ftp site, example ftp://site.com, I get this message in the browser :
    Authentication is required by the FTP server ( ftpserver.com ). A valid user ID and password must be entered when prompted.
    In some cases, the FTP server may limit the number of anonymous connections. If you usually connect to this server as an anonymous user, please try again later.
    But I didn't receive authentication prompt at all
    I think we didn't have issues with the previous versions...

    Are you using IE by chance?  If yes, try accessing the FTP server using a different browser.  IE has a known issue that such that it doesn't prompt end users to enter FTP server credentials when the user goes through any proxy (not just the WSA).  We just decided to add this to the WSA release notes as a "known issue" with the different workarounds listed. You'll see it in the next version of the 7.5 release notes when that comes out someday.  Here's what the bug write-up will say:
    Defect ID 5463
    Users cannot access FTP servers that require server authentication using FTP over HTTP with Internet Explorer. This is a known issue with Internet Explorer when communicating with web proxies. This is due to Internet Explorer never prompting users to enter the server authentication credentials.
    Workaround: To access FTP servers that require server authentication, use one of the following workarounds:
    Use a different browser, such as FireFox or Chrome, to access the FTP server.
    Use an FTP client that uses native FTP to access the FTP server.
    If users must use Internet Explorer, they can prepend the username and password into the URL. For example: ftp://USERNAME:[email protected]@ftp.example.com
    54636

  • Ftp is very slow locally with intel solaris 8 with 98 se buffalo ( 100mps)

    why? what to check? ping ok.
    3 com 3c905b card installed with solaris 8 connected with linksys router.
    Buffalo installed in 98 se 100 mps
    cable modem with dynamic ip.
    I have tried FTP in 98 SE with LINUX 6.0 RH via LINKSYS router with ver 1.37 ( 1.37 is even worser than 1.36-because the status is not refresh but itself) is ok.
    but 98SE with intel solaris 8 is very slow with wu-ftp(ipswitch) 1%, then 1%....etc an hour later still 1%. I shut down the solaris try a few times, then it is ok. all connection is tight.
    some one said::
    The most common mistake that causes bad throughput is mixing
    full-duplex and half-duplex stations on the same LAN.
    HOWTO solve full-duplex and half -duplex??
    thanks for your attention!
    SUN learner.

    why? what to check? ping ok.
    3 com 3c905b card installed with solaris 8 connected with linksys router.
    Buffalo installed in 98 se 100 mps
    cable modem with dynamic ip.
    I have tried FTP in 98 SE with LINUX 6.0 RH via LINKSYS router with ver 1.37 ( 1.37 is even worser than 1.36-because the status is not refresh but itself) is ok.
    but 98SE with intel solaris 8 is very slow with wu-ftp(ipswitch) 1%, then 1%....etc an hour later still 1%. I shut down the solaris try a few times, then it is ok. all connection is tight.
    some one said::
    The most common mistake that causes bad throughput is mixing
    full-duplex and half-duplex stations on the same LAN.
    HOWTO solve full-duplex and half -duplex??
    thanks for your attention!
    SUN learner.

  • Super-slow FTP download speed

    I recently switched from Time Warner to Verizon FiOS and it's been a whole lot better in terms of service except for one thing: FTP speed. When I log into Filezilla and try to download something, my download speed plummets to 30 kb/s and slower. I've tried switching FTP clients and saw no change, and tried accessing my ftp via Firefox and Chrome; neither option changed my slow as molasses FTP speeds. There's no problem with my connection (I'm wired, not wireless) and my speeds are reading as higher than advertised.
    Is there something I'm not checking for or is Verizon simply throttling my FTP DL speed?

    I use FireZilla all the time and have no problems with transfer speeds.
    Some FTP sites run slower than others, but I chalk that up to slower links between "here" and "there."
    I've never seen any real evidence of throttling by Verizon on any service.
    Good Luck.
    If a forum member gives an answer you like, give them the Kudos they deserve. If a member gives you the answer to your question, mark the answer as Accepted Solution so others can see the solution to the problem.

Maybe you are looking for