Strange FTP log entry - FTP LOGIN REFUSED: getpwnam returned null

At the systems log file, I get entries like the following since a few days:
FTP LOGIN REFUSED: getpwnam returned null
Over and over again (three or four per second). System performance is not harmed, anything working in normal parameters.
There are several xftpd processes there causing this behavior - stopping ftp, killing them, restarting ftp solves the problem - and after one day, same situation.
I searched this forum, but haven't found much information. Others seemed to have the problem as well, but either got no reply or have decided to use a different ftp server instead of Apple's one (which is no choice for us).
Any advise would be appreciated.

Others seemed to have the problem as well, but either got no reply or have decided to use a different ftp server instead of Apple's one
Using a different server won't make any difference.
Your machine is being attacked by a hacker trying to get into your FTP server.
Don't be surprised by this. Just about any service that is open to the public internet is going to get probed at some point. All that's happened here is that some bot has detected a FTP server running on your machine and is trying a number of username/password combinations to see if they can log in.
Whether they will or not depends on the number of accounts you have on your server and the strength of their passwords.
Having a different FTP server isn't going to make a difference because the bot doesn't (yet) know what server you're running, it's just opening FTP connections and trying to log in. Any FTP server would respond in the same way.
The solution is to decide whether you really need FTP exposed to the outside world. It really isn't a secure protocol and can be the vector through which other hacks occur. If you don't need it I'd turn it off. If you do need it, consider some way of limiting access (e.g. make it available to LAN clients only and not to the whole internet, or use a VPN.

Similar Messages

FTP LOGIN REFUSED: getpwnam returned null

the below is appearing in my system.log at the rate of about 3 a second. Any idea how I can trace the source of what I assume is an attack.
server ftpd[2953]: FTP LOGIN REFUSED: getpwnam returned null
server ftpd[2953]: FTP LOGIN REFUSED: getpwnam returned null
server ftpd[2953]: FTP LOGIN REFUSED: getpwnam returned null

Others seemed to have the problem as well, but either got no reply or have decided to use a different ftp server instead of Apple's one
Using a different server won't make any difference.
Your machine is being attacked by a hacker trying to get into your FTP server.
Don't be surprised by this. Just about any service that is open to the public internet is going to get probed at some point. All that's happened here is that some bot has detected a FTP server running on your machine and is trying a number of username/password combinations to see if they can log in.
Whether they will or not depends on the number of accounts you have on your server and the strength of their passwords.
Having a different FTP server isn't going to make a difference because the bot doesn't (yet) know what server you're running, it's just opening FTP connections and trying to log in. Any FTP server would respond in the same way.
The solution is to decide whether you really need FTP exposed to the outside world. It really isn't a secure protocol and can be the vector through which other hacks occur. If you don't need it I'd turn it off. If you do need it, consider some way of limiting access (e.g. make it available to LAN clients only and not to the whole internet, or use a VPN.

FTP LOGIN REFUSED continously (FTP is off)

I'm getting this every half-second in my system log on my 10.4.6 XServe.
I have FTP access turned off. (Checking the xinetd.d/ftp.darwin it is disabled).
There is no ftp access to this machine from outside, so how can I determine what is happening?

Is this a Mac OS X system, or a Darwin one?
Under Mac OS X, FTP is managed by launchd, not xinetd, in which case the appropriate file is in /System/Library/LaunchDaemons/
In either case it sounds like someone is trying to initiate FTP connections to your server. A tcpdump on the server should help determine the source.

Strange system.log entries. Have I been compromised? Related to ARD

Every two minutes my system.log posts a new entry that I am having a UDP WritePacket error 65 and it looks as if its trying to connect to a range of IP's that are hosted by pacbell. I do not have any systems outside my network on my ARD so not sure what the heck is going on. Here is a copy of the messages:
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.33
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.64
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.95
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.174
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.27
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.161
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.98
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.126
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.61
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.130
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.67
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.51
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.92
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.74
Mar 24 15:06:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.57
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.179
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.45
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.90
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.14
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.48
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.88
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.229
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.69
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.37
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.54
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.84
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.23
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.79
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.173
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.149
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.80
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.53
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.21
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.86
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.111
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.168
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.44
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.40
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.124
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.29
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.166
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.133
Mar 24 15:07:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.56
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.33
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.64
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.95
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.174
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.27
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.161
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.98
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.126
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.61
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.130
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.67
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.51
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.92
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.74
Mar 24 15:08:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.57
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.179
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.45
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.90
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.14
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.48
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.88
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.229
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.69
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.37
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.54
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.84
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.23
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.79
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.173
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.149
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.80
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.53
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.21
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.86
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.111
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.168
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.44
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.40
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.124
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.29
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.166
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.133
Mar 24 15:09:00 Kyle ARDAgent [222]: UDPWritePacket error 65 No route to host for -64.168.10.56

There is another post about this about a couple of months ago. The poster figured out that the first number -64 actually could be translated into 192. etc.
and that the computers were not online at the time (laptops etc).
Here is the link..
http://discussions.apple.com/thread.jspa?messageID=2608312&#2608312

Strange System Log Entry

The following sequence keeps repeating every few seconds in the System Log. Does anyone have any ideas as to what it is all about? It appears to be referring to a Python script, but we have not "knowingly" executed any.
Dec 13 13:15:06 host1 com.apple.wikid[28950]: Traceback (most recent call last):
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/bin/twistd", line 21, in <module>
Dec 13 13:15:06 host1 com.apple.wikid[28950]: run()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: app.run(runApp, ServerOptions)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: runApp(config)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
Dec 13 13:15:06 host1 com.apple.wikid[28950]: _SomeApplicationRunner(config).run()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 156, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: self.preApplication()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistdunix.py", line 203, in preApplication
Dec 13 13:15:06 host1 com.apple.wikid[28950]: self.config['prefix'], self.config['nodaemon'])
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistdunix.py", line 113, in startLogging
Dec 13 13:15:06 host1 com.apple.wikid[28950]: logFile = app.getLogFile(logfilename or 'twistd.log')
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 410, in getLogFile
Dec 13 13:15:06 host1 com.apple.wikid[28950]: os.path.dirname(logPath))
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/python/logfile.py", line 113, in _init_
Dec 13 13:15:06 host1 com.apple.wikid[28950]: BaseLogFile._init_(self, name, directory, defaultMode)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/python/logfile.py", line 26, in _init_
Dec 13 13:15:06 host1 com.apple.wikid[28950]: assert os.path.isdir(self.directory)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: AssertionError
Dec 13 13:15:06 host1 com.apple.launchd[1] (com.apple.wikid[28950]): Exited with exit code: 1
Dec 13 13:15:06 host1 com.apple.launchd[1] (com.apple.wikid): Throttling respawn: Will start in 8 seconds

Okay - I also noticed this same issue as propably many others - did little study and found out the reason.
First of all - these should be standard locations, but let's make sure. I found out that wikid keeps it settings in /etc/wikid/wikid.conf - From error messages I checked source of last mention before process ended. Not pasting anything to here, I usually use PHP or C and try to stay away from python but I was able to make something out. Assert is a function that makes a test agains something, if this test's result is true (if I remember my studies right, I rarely use assert) it exits process. Why? Sometimes when programs start they need to make certain checks to avoid crashing - crashing isn't nice..
Anyway, test was for existency of directory where logfile(s) are kept. From same or another source file I also found out about location /etc/wikid, I ofcourse could had checked it from there in the first place, but I liked to follow the code a bit.. There I found file wikid.plist, opened it - a long conf file and finally there it was - logfile(s) are kept in location:
/Library/Logs/wikid
I created this directory and restarted, everything wasn't okay yet, as rights for that directory were incorrect. So I checked com.apple.wikid in LaunchDaemons and found out it runs as user _teamsserver and gid _teamsserver. So I changed rights for that uid and gid and everything was working after that.
Here's what you need to do in terminal to get it working:
#sudo mkdir /Library/Logs/wikid
#sudo chown -R teamsserver:teamsserver /Library/Logs/wikid
Then just restart wikid, there you go. This was my first post and I just created account for this.
Can be marked as SOLVED but 10.5.2 should make sure this directory gets created - either when ever it's missing and wikid is started, or just a empty dir created while upgrading to 10.5.2

Warning message in logs -Bad frontendHostUrl in WorkflowConfig, will return null: no protocol

Hi All-
In my BPM server, I am seeing lot of warning message like below one. Could you please help me understand whats causing these errors and how I can fix this.
Warning message :-
<Oct 15, 2013 4:33:25 PM IST> <Warning> <oracle.soa.services.workflow.runtimeconfig> <BEA-000000> <<TaskDisplayUtil.getFusionAppsFrontendHostUrlFromHwfConfig> Bad frontendHostUrl in WorkflowConfig, will return null: no protocol: >

Please carefully read Lion Setup Assistant tips, this will show you how to move your files. It's extremely simple to do, also please book mark and begin using:
Mac 101
Switch 101
Find Out How Video tutorials
List of Useful URLs for switchers
To be honest I think you're over thinking the matter and making your transition more difficult than need be. IMHO this is natural coming from the Windows world where managing your system is difficult, not so with OS X. Take some look over the URL's and study them and begin playing with the system and you'll see how easy it really is.

FTP Login Gone Everytime I Close DW

Hi,
Every time I close and re-open Dreamweaver all my FTP login
info is gone. (user and password). This just started yesterday. I
have been using this product Dreamweaver CS3 for almost a year
without problem.
Any ideas?
Thanks

quote:
Originally posted by:
Garry Bradley
Hi, I went through this using DW4 under OS X 10.5.5 and
received a link to the answer from another member. Unfortunately
the link has now been terminated but from what I remember it was
down to Keychain Access in the Utilities folder.
If you select the 'login' section under Keychains you'll see
a list of password entries with the name of 'Adobe Dreamweaver CS3
Site'. These are still named like this now even though I now use
CS4. These were all apparently corrupted and I had to delete them
all.
I then went back to Dreamweaver CS4 and re-entered all my
passwords and logons (a pain I know) for my web sites and upon
quitting and restarting the app it held them. Whatever made them
corrupt in the beginning I don't know but everything's been fine
since.
Hope this helps for Mac users.
Unfortunately this did not work for me, I'm using Dreamweaver
CS4 on OS X 10.5.6 (mac). I removed the CS3 keychains and then
started up DW CS4, re-inserted the login and password, made sure
"Save" login info was checked. Then after closing DW CS4 and
re-opening it the login and password were blank. This happens both
at work and at home.
This little annoying bug (that has yet to be fixed by adobe)
makes CS4 almost unusable.

FTP login attempt timesout when coming from the www

hello there, let me describe the problem i am having
my seperate department under our university has our OSX Server running smoothly. Everyone is able to pull up webpages from withing the university, as well as from the outside, this is GOOD.
from within the university i can login through an FTP connection to upload things and whatnot..., HOWEVER from outside the university this is not possible, the login attempts always TIMEOUT.
now the reason why i am quite confused about this is because the webpage displays without a problem from outside the university, the FTP login however does not work.
what might be the problem here?
any help is real greatly appriciated.
Thanks, gregor.

Hi guys,
I had the similar problem:
Login via client tools worked fine
Manual login via InfoView also no problem
Kerberos-ticket was created in the background
But when acitvating vintela SSO for InfoView I could see in stdout.log that no username was passed:
"[Krb5LoginModule] user entered username: @MY_DOMAIN.COM"
As there was no real error message it was hard to figure out what the problem was. The solution itself was to simply add the server-URL to the Intranet-pages in IE. This is described in several guides but I think it's good to document what happens if this is not done correctly
Regards

FTP login and password are not saved on some sites

On some of my sites the FTP login and password are not saved
(even though the "saved" box is checked). Dreamweaver 8.0 on XP
SP2. I can export the site information and then import the same
file exported and there still will be no login or password placed
in the login or password window. I opened the exported .ste files
in notepad and found the login correct and the password incorrect.
I uninstalled Dreamveaver and reinstalled still same
problem.

Ok, I just spent about 3 hours on this. Here's the latest
that I've found. I had looked at the knowledgebase and my registry
matched what was suggested. As this has been an ongoing issue for
me, I thought it was still an issue. Apparently 8.02 did have some
improvements.
I can only guess that many of the 36 sites I have in the Site
Manager lost info before the .02 update.. or I hope so.
I did however discover that there is still what could be
considered a minor bug. I went in to Manage Sites and selected edit
for all of my sites, fixing the ones that had lost their user/pass
info. I'm not positive, but I think only the last edited site kept
it's data.
I discovered after many checks on all the sites, over and
over and over, that it appears that they are now holding the data,
but, if I add the user/pass, I must not only click the OK button to
close that particular site, but I must also click the 'Done' button
before only that one will be saved.
So, I thought I was fixing logins when in fact I was only
fixing one at a time.. Completely closing 'Manage Site' seemed to
hold one new set of login data each time. Seems that it shouldn't
be this way.
But I must say, I am rejoicing at the moment, as I actually
have all my sites set up with FTP info and I am now looking forward
to hopefully adding more and maybe they'll actually be available
for the next editing session.

Strange log entry on WLC5508?

following log entry on a WLC5508 (7.4.100.0) is permanentely filling up the log buffer and the WLC operates in low performance.
*spamApTask7: Oct 29 10:08:13.114: #LWAPP-3-DUP_AP_IP: spam_lrad.c:33673 Duplicate IP address detected for AP APb0fa.eb3d.8b4f, IP address of AP 0.2.146.0, this is a duplicate of IP on another machine (MAC address 4:ba:53:e0: 0: 0)
*spamApTask0: Oct 29 10:08:04.478: #LWAPP-3-DUP_AP_IP: spam_lrad.c:33673 Duplicate IP address detected for AP APb0fa.ebb8.de74, IP address of AP 0.2.146.0, this is a duplicate of IP on another machine (MAC address 4:b9:c8: 0: 0: 0)
*spamApTask7: Oct 29 10:07:43.113: #LWAPP-3-DUP_AP_IP: spam_lrad.c:33673 Duplicate IP address detected for AP APb0fa.eb3d.8b4f, IP address of AP 0.2.146.0, this is a duplicate of IP on another machine (MAC address 4:ba:53:e0: 0: 0)
*spamApTask0: Oct 29 10:07:34.477: #LWAPP-3-DUP_AP_IP: spam_lrad.c:33673 Duplicate IP address detected for AP APb0fa.ebb8.de74, IP address of AP 0.2.146.0, this is a duplicate of IP on another machine (MAC address 4:b9:c8: 0: 0: 0)
Has somebody an idea what the issue is or can be? Or has it been monitored from someone else on other installations as well?
Both AP's does have different IP adresses from DHCP server x.y.z.248 and x.y.z.249. WLC is working as internal DHCP server. DHCP proxy is disabled. From what could this strange address 0.2.146.0 come from? I've never seen such an address like 0.2.146.0
I would like to appriciate any kind of help or suggestions
thanks a lot
Klaus

This is another common issue that is seen when the AP tries to join the WLC. You might see this error message when the AP tries to join the controller.
No more AP manager IP addresses remain
One of the reasons for this error message is when there is a duplicate IP address on the network that matches the AP manager IP address. In such a case, the LAP keeps power cycling and cannot join the controller.
The debugs will show that the WLC receives LWAPP discovery requests from the APs and transmits a LWAPP discovery response to the APs. However, WLCs do not receive LWAPP join requests from the APs.
In order to troubleshoot this issue, ping the AP manager from a wired host on the same IP subnet as the AP manager. Then, check the ARP cache. If a duplicate IP address is found, remove the device with the duplicate IP address or change the IP address on the device so that it has a unique IP address on the network.
The AP can then join the WLC.

DW8 forgets FTP login and password

Each time I open Dreamweaver 8 to work on my site, I have to
re-enter the FTP login and password. This only began happening
recently. I check SAVE box, but DW8 does not save the login or
password ... so I have to re-enter every time. PLEASE advise what
could be causing this. Thank you very, very, very much!

http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?forumid=12&catid=189&threadid =1219996&enterthread=y

Mac user: FTP login pw not saved

I tried posting this to another topic that was posted by a PC
user, am concerned it will get buried. I'm a Mac user and having
this same annoying FTP login issue. I don't have IE7 (can't, thank
you Microsoft) and had no problems in MX, only after upgrading to
Studio 8. Have installed the 8.0.2 update without problems. Doesn't
fix the problem. Murray, are you out there. Help!

Thanks for posting this!
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"BONais" <[email protected]> wrote in
message
news:f5sapv$eg5$[email protected]..
> OK. It took me a few months to figure this out but I'm
posting this info
> for
> other struggling Mac users. The culprit is Keychain.
Keychain was
> inhibiting
> the passwords from Dreamweaver. Don't ask me why... all
I know is once I
> flushed the login keychain (which was hidden, by the
way), all was
> restored to
> goodness and health and Dreamweaver works like it did in
the olden days.
>

FTP login & password not saved

Under "manage sites" /remote, the box is checked to "save" my
site FTP login and password, but after I shut down Dreamweaver 8
and later come back to edit & put a page, I get a login error.
Turns out the login and password are not saved. When I re-enter
these two fields, I can put the page up on the site. I never had
this problem in my last version (Dreamweaver 3). Please help!! I'm
on the very disappointing Windows Vista OS. This problem happens
with multiple sites on multiple host servers, so it's not a single
site problem.

Download the 8.0.2 upgrade
Jo
"casagozo" <[email protected]> wrote in
message
news:es5ogn$1l2$[email protected]..
> Under "manage sites" /remote, the box is checked to
"save" my site FTP
> login
> and password, but after I shut down Dreamweaver 8 and
later come back to
> edit &
> put a page, I get a login error. Turns out the login and
password are not
> saved. When I re-enter these two fields, I can put the
page up on the
> site. I
> never had this problem in my last version (Dreamweaver
3). Please help!!
> I'm on
> the very disappointing Windows Vista OS. This problem
happens with
> multiple
> sites on multiple host servers, so it's not a single
site problem.
>

Dreamweaver 8 FTP login details

For some reason Dreamweaver 8 no longer retails the FTP login
details on the remote info tab on some but not all of the 5 web
sites I manage. Anyone suggest a reason for this?

8.02 would do it.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
==================
"Ken Binney" <[email protected]> wrote
in message
news:gl1qil$qvh$[email protected]..
>I believe there is an 8.01 updater to solve this issue
>
>
>
> "lawrence61" <[email protected]> wrote
in message
> news:gl1l2r$l0i$[email protected]..
>> For some reason Dreamweaver 8 no longer retails the
FTP login details on
>> the remote info tab on some but not all of the 5 web
sites I manage.
>> Anyone suggest a reason for this?
>
>

DW CS3 Repeatedly Loses FTP Login & Password Info

Greetings -
This has happened more than once, and I can't pinpoint anything else happening at the time that might cause it. Sometime during my work today, while DWCS3 was opened, all the FTP logins and passwords dropped out!
This install has only been on my new computer about a month, and all the updates were done, and no more are available. I saw many posts about old Dreamweaver 8 having this issue and a fix link given, but I don't see any complaints about this problem in any later versions, including CS3.
In lieu of a fix, I wonder what the most efficient way to put them back in is - since I have a couple of dozen on different servers with varying logins and pw's? I tried importing a backed up definition but discovered it won't overwrite but instead creates a 'version2'.
Thank you from Catherine.

You lost me.
I'm talking about the login and passwords in the Manage Sites section where we define our dreamweaver sites for FTP'ing to the server.

Strange FTP log entry - FTP LOGIN REFUSED: getpwnam returned null

Similar Messages

Maybe you are looking for