This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Remote Logs

I had my ASL 5.2 boxes doing the nightly FTP of the logs to our FTP server.  It was working initially.

I had to re-install the FTP software a few days ago and re-create the users for the ASL boxes ( 3 total ) 

The first night one of the accounts logged on and uploaded the logs just fine while the other two generated an error stating that they could not transfer the logs for some reason ( I don't remember why ) and that they would be transfered with the next days logs.

Well, since I had changed something on the FTP server and not the ASL boxes I knew(hah) what to do to fix it.  I checked and made sure that the username/password/directory I entered in the FTP server matched the ASL settings.  I can log on using my FTP client with those name/pass combinations and all appears to be setup fine there. 

Since then none of the firewalls have transfered their logs to the server.  According to the FTP logs, none of the firewalls have even made the attempt to connect.  If the FTP settings were wrong, the ASL user ids should show up in the log as being rejected.  But nothing.

Is there some way (other than changing the time) I can force a test of the FTP settings on the firewall?

Which ASL log would I look in to see where the error may be?


Thanks,

-Robert


This thread was automatically locked due to age.
Parents
  • Hi,

    you can test the remote storage functionality from the console:
    Code:
      /usr/local/bin/logarchiver -d15 -t

     
    This will create a special test file which will be uploaded to your remote storage.

    The logfile to watch out for is  Code:
     /var/log/logging.log 

     

    Regards,
    andreas
Reply
  • Hi,

    you can test the remote storage functionality from the console:
    Code:
      /usr/local/bin/logarchiver -d15 -t

     
    This will create a special test file which will be uploaded to your remote storage.

    The logfile to watch out for is  Code:
     /var/log/logging.log 

     

    Regards,
    andreas
Children
No Data