Jump to content
major_shepard

ArmA3Sync - launcher and addons synchronization software for ArmA 3

Recommended Posts

How to make a bash script (for Buntu) to build (update) a repo?

 

I can run:

#sh
java -Djava.net.preferIPv4Stack=true -Xms256m -Xmx256m -jar ArmA3Sync.jar -console

for manual console BUILD then repo name etc but i need to make .sh script to run it via cron 

 

when i try

 

#sh
java -Djava.net.preferIPv4Stack=true -Xms256m -Xmx256m -jar ArmA3Sync.jar -BUILD "REPONAME"

it show that there is no repo that actually exists

ArmA3Sync Installed version = 1.6.97
JRE installed version = 1.8.0_222
OS Name = Linux
Loading repositories...
 not found!AFTP
ArmA3Sync Installed version = 1.6.97
JRE installed version = 1.8.0_222
OS Name = Linux

ArmA3Sync console commands:
NEW: create a new repository
BUILD: build repository
CHECK: check repository synchronization
DELETE: delete repository
LIST: list repositories
SYNC: synchronize content with a repository
EXTRACT: extract *.bikey files from source directory to target directory
UPDATE: check for updates
COMMANDS: display commands
VERSION: display version
QUIT: quit

Please enter a command = LIST

List repositories
Loading repositories...
Number of repositories found: 1

Repository name: AFTP
Protocole: HTTPS
Url: [changed for display]
Port: [changed for display]
Login: [changed for display]
Password: [changed for display]
Auto-config url: https://server.armafans.pl/.a3s/autoconfig
Repository main folder path: [changed for display]


Please enter a command =

Any help?

Share this post


Link to post
Share on other sites

Confirmed bug on Ubuntu Linux with JRE 1.8 (Windows ok).

There is nothing you can do right now.

Will try to see for it next week.

 

  • Thanks 1

Share this post


Link to post
Share on other sites
On 8/2/2019 at 9:49 PM, major_shepard said:

Try to run arma3sync-debug.exe

Also select button Settings in the download repo tab and change read timeout and connection timeout to 15 seconds.

 

I'm also having the same issue where transfer freezes. I've tried the suggested settings but still getting the same result. Any other ideas?

Share this post


Link to post
Share on other sites

Most probably you are loosing server connection and ArmA3Sync is waiting for server response.

Could you give me the server connection infos by PM?

Share this post


Link to post
Share on other sites

once I downloaded the arma3sync as I can put the file in which I want to save the mod? in the videos I've seen I have to press a button of ''plus' but I don't have that option, please help me 

Share this post


Link to post
Share on other sites
21 hours ago, PX205 said:

once I downloaded the arma3sync as I can put the file in which I want to save the mod? in the videos I've seen I have to press a button of ''plus' but I don't have that option, please help me 

 

AmA3Sync -> Addon options tab -> Addon search directories.

Share this post


Link to post
Share on other sites

Any progress on Ubuntu version?

 

 

Share this post


Link to post
Share on other sites

ArmA3Sync v1.7 Update 1 now available

 

Download:

Windows installer: ftp://www.sonsofexiled.fr/ArmA3/ArmA3Sync/releases/arma3sync-installer-1-7-101.exe

Zip archive: ftp://www.sonsofexiled.fr/ArmA3/ArmA3Sync/download/ArmA3Sync-1-7-101.zip

 

Changelog:

- Added: support for Contact DLC
- Added: support for Global Mobilization DLC: Compatibility Data for Non-Owners addon
- Fixed: Linux and custom script: -build command failed with repository not found error

  • Like 1

Share this post


Link to post
Share on other sites

Hi,

as many ArmA communities, we're also using ArmASync.
It's really a nice tool. Good job!

However, I found a few bugs in ArmASync 1.7.99 (which as far as I can see are still present in 1.7.101).
Especially as we want to get rid of FTP and migrate to WebDAV.
Good news is: You don't have to search for the bugs. I already did the bug hunt.

Because I didn't want to set up a SVN repository, etc., etc., I just zipped everything.
I also didn't commit anything, so you can see my changes right away.
You can download that at: https://www.atog-arma.com/ArmASync.zip

Here is a list of things I found:

1)
Problem: Basic Authentication with WebDAV was not working.
Reason: The required Base64 class was not found.
Solution: I added the library "commons-codec-1.13.jar" to the repository.
Severity (for our clan): Low, as we most likely won't use Basic Authentication anyways.

2)
Problem: When ArmASync performed checks of the repository, directories were not found correctly.
Reason: Webservers expect directories to have a trailing slash (I tried apache2 and nginx to check this). If the trailing slash is missing, webservers will respond with http 301 (permanently moved). However, ArmASync can't follow these redirects and hence will fail to find the directories.
Solution: I added a trailing slash for directories on http and https connections.
Severity (for our clan): Low

Disclaimer: This fix is not very nice and I can completely understand if you don't want to take this from me. Ideally, ArmASync should be able to follow 301 redirects, but this seems to be difficult to integrate with the current architecture of ArmASync.

Possible Workaround: It is also possible to configure the WebServer to deal with that problem (e.g. In apache, DirectorySlash must be enabled).

3)
Problem: https connections were not correctly authenticated.
Reason: The validation of the trust chain was disabled. As this was explicitly disabled, this must have been on purpose. Please don't do that. This makes encrypted connections just as unsafe as unencrypted connections, as they become susceptible to man-in-the-middle attacks. In times of "Let's encrypt" which issue SSL certificates for free, there is no excuse for having self-signed or otherwise invalid https certificates. Please don't disable these vital validation checks in ArmASync. After all we're transmitting code that will be executed on client side (e.g. plugin DLLs for TeamSpeak or ACE3), so any attacker that can manipulate the transmission can also inject malicious code which then will be executed on client side. Hence, an attacker can execute whatever he wants on the client and consequently he can gain full control of the attacked client. Even worse: If the connection is manipulated during upload, the malicious code will be distributed to all clan members who update their modset. So please don't disable these validation checks in ArmASync! They're there for a good reason!
Solution: I enabled the validation checks again and added two pop up windows during repository check and synchronization to inform the user if the validation check failed.
Severity (for our clan): High

4)
Problem: WebDAV/https always tried to communicate unencrypted via http.
Reason: The WebDAV implementation checks "protocol.getProtocolType().equals(ProtocolType.HTTPS)" and if that fails, it uses unencrypted http. However, WebDAV stores "HTTPS_WEBDAV" and "HTTP_WEBDAV" as protocol identifier (and not "HTTPS" and "HTTP").
Solution: Check for "HTTPS_WEBDAV" instead of "HTTPS". If that fails, a check for "HTTP_WEBDAV" will be performed. If that also fails, an exception will be thrown.
Severity (for our clan): High, as we want to use WebDAV on our new server.

It would be nice if you could integrate these fixes and changes in your next version of ArmASync.

Best Regards,
[ATOG]Freak

Share this post


Link to post
Share on other sites

Thank for sharing this contribution 😉

1) ok

2) It is common usage for web admin to add .htaccess file for apache to hold different possible url formulation (not only the / at the end), so it is not a big deal right now. But anyway, I will add support for 30X redirection request into ArmA3Sync.

3) ok. I just removed the 2 pop up messages you added, this is wrong place.

4) definitely an implementation error

 

I have created a branch on the SVN for you with the code merged. Check your pm.

You can generate the jar file with name ArmA3Sync.jar using the manifest file found at root.

I would appreciate you could share your repo access by pm.

thanks.

 

Share this post


Link to post
Share on other sites

Hey there,

I run a repository for my community, and I have a few of them reporting the same problem described here. Weirdly, we had an event recently that used a different mod set from a separate repository on the same server, and this time a different group of people had the same issue.

It seems like the first character of the server's response is getting cut off somehow - did anyone ever figure this out?

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

×