- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
09-24-2018 07:19 PM
2018-09-24 13:11:12 Daemon.Info 10.33.20.10 Sep 24 13:11:13 ETR_Olive SSH:SSHC: Password Authentication failure
2018-09-24 13:11:12 Daemon.Info 10.33.20.10 Sep 24 13:11:13 ETR_Olive SSH:SSHC: ASCII CFG upload SFTP failure
2018-09-24 13:11:37 Daemon.Info 10.33.20.10 Sep 24 13:11:37 ETR_Olive SNMP:Trap: bsnConfigurationSavedToNvram
2018-09-24 13:11:42 Auth.Info 10.33.20.10 Sep 24 13:11:42 ETR_Olive SSH: [ssh]#6 Session closed (lost connection), IP address: 10.50.26.222, access mode: r/w
2018-09-24 13:11:42 Auth.Info 10.33.20.10 Sep 24 13:11:42 ETR_Olive SSH: [ssh]#6 Connection closed (lost connection), IP address: 10.50.26.222
XMC reports the results as follows:
Archive Save Management Center Archive: (10.33.20.10) Version Stamp: Sep 24, 2018 2:23:40 PM - % Failed to authenticate the connection. :
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
05-17-2021 06:42 PM
Hello - I’ve been meaning to reply to this.
Our Security engineers said NO WAY to the root account being used in this manner.
I asked the Linux sysadmin to create an account (example name of “secure_backup”)
Then from Administration → Options → Inventory Manager → Data Storage we set the directory path to:
/home/secure_backup
Then from Administration - → Options → Inventory Manager → File Transfer → SFTP Server Properties → Login Information, we unchecked Anonymous and filled in the Username and Password
Then from Administration - → Options → Inventory Manager → File Transfer → SFTP Server Properties → Firmware Directory Path, we set the path to:
/home/secure_backup/firmware/images/
Then from Administration - → Options → Inventory Manager → File Transfer → SFTP Server Properties → Root Directory Path, we set the path to:
/home/secure_backup/
And we were all set.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
12-05-2018 04:02 PM
there is a bugfix for ers3500 in release 5.3.9
for ers3600 there is no new release till april, 25th.
i hope there will a new version including this fix soon.
nr
richi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
10-04-2018 07:57 AM
regarding this article
https://extremeportal.force.com/ExtrArticleDetail?n=000035775&q=%3C%40-%20%25%20SFTP%20Filename%...
there is a 30-character limitation in the boss code for filename
the default boss-sftp script copies the file into /root/config/tmp/10_10_10_232/nms.xsf
boss interprets the whole string as filename, so its too long.
provided resolution is to upgrade the switches to the last release.
BUT
- there is no hint to this problem in the release notes
- in my case with last ers3600 release (6.2.0.57) the problem still exists
i hope extreme will release a fix soon
nr
richi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
09-25-2018 04:33 AM
we see the same issue but no solution yet. Thanks for any help.
regards
Alex
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
09-25-2018 04:33 AM
XMC serverlog:
ERS3626(config)#copy config sftp address 10.10.10.80 filename /root/configs/tmp/10_10_10_232/nms.xsf username user password
% SFTP Filename too long (max length 30).
Someone knows a solution?
Thanks in advance
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
09-24-2018 07:41 PM
Thanks for pointing me to the right place.
