[X] My Assistant

^ Your NAS falls under the term "castrated embedded linux" I guess. You do not have a working gcc on it either i imagine.

It is not impossible to get something out of such a device, but it'll require a good deal of hacking (and possibly breaking some stuff).

If i reeeeeeeeeeeaaally needed to do something on such a device, the thing i'd try would be to cross-compile strace on another linux machine. Yet it is likely not worth the effort.

This post has been edited by blue penguin: Apr 26 2015, 02:42

^ Your NAS falls under the term "castrated embedded linux" I guess. You do not have a working gcc on it either i imagine.

It is not impossible to get something out of such a device, but it'll require a good deal of hacking (and possibly breaking some stuff).

If i reeeeeeeeeeeaaally needed to do something on such a device, the thing i'd try would be to cross-compile strace on another linux machine. Yet it is likely not worth the effort.

Thanks for the help though. Just going to risk catastrophic failure(keep running it on root). It's been running great for such a low power machine.

This post has been edited by chise87: Apr 26 2015, 09:11

Nice.

My client always show me these information, there is actually nothing be sent to this address. Why it happened?

CODE

2015-05-06T02:07:14Z [info] {248/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:14Z [info] {248/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.00 seconds (-.-- KB/s)
2015-05-06T02:07:17Z [info] {249/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:17Z [info] {249/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.02 seconds (1.87 KB/s)
2015-05-06T02:07:20Z [info] {250/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:20Z [info] {250/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.00 seconds (-.-- KB/s)
2015-05-06T02:07:23Z [info] {251/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:23Z [info] {251/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.02 seconds (1.87 KB/s)
2015-05-06T02:07:26Z [info] {252/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:26Z [info] {252/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.00 seconds (-.-- KB/s)

CODE

2015-05-06T02:07:14Z [info] {248/106.8.224.218}   Code=403 Bytes=28       GET /h/e31e1e759e6ad0d6349f93df7bafa146d7057bbf-678597-1200-1721-jpg/keystamp=1430873400-6ab7ae52ae/025.jpg HTTP/1.1
2015-05-06T02:07:14Z [info] {248/106.8.224.218}   Code=403 Bytes=28       Finished processing request in 0.00 seconds (-.-- KB/s)

Check the permissions of your files. Also try to make some of these calls by hand, and see if the result is similar.

Check the permissions of your files. Also try to make some of these calls by hand, and see if the result is similar.

Thanks! I will try it. However, I can't do anything even though I'm sure there is something wrong with that IP. (IMG:[invalid] style_emoticons/default/anime_cry.gif)

This post has been edited by zqjr: May 7 2015, 03:11

Is there a way to filter the content that is served by my H@H client? For instance lolicon tagged things.

No.

I have a question,if I close the H@H, couldn't I get the day's hath?
sorry for my poor english

You get hath continuously as it runs.

You get hath continuously as it runs.

even if i close it only a moment?

If you close it you stop getting hath until you run it again.

If you arent running it for the full day then I don't see how you would expect to get the full days hath.

This post has been edited by Mrsuperhappy: May 13 2015, 23:27

If you arent running it for the full day then I don't see how you would expect to get the full days hath.

got it, could I set a kind of method that I upload data a certain number such as 8GB, and then got the day's hath?

You can give it a bandwidth limit; check the settings here: https://e-hentai.org/hentaiathome.php

THANKEYOU

2015-05-21T16:30:13Z [info] Connecting to rpc.hentaiathome.net...
2015-05-21T16:30:14Z [info] /clientapi.php?clientbuild=96&act=still_alive&add=&cid=8994&acttime=1432225814&actkey=75b603c2733d66e897caabbacb298f317bb82c99: Retrieving 42 bytes...
2015-05-21T16:32:43Z [info] Checking for old files to prune...
2015-05-21T16:32:43Z [info] Pruned 0 files.


I get these (errors?) repeatedly ,anyone knows what is it and how can I fix it?

Those aren't errors.

Hey, I've just started using h@h, right now I'm doing something like this:

CODE

cd hath
~/jva/jre1.8.0_45/bin/java -jar HentaiAtHome.jar

but in a screen.
Is there a way to run h@h in background just as it is?
How should I go about restarting the client(in order to check cache for example) gracefully? I noticed my quality dropping today without warnings in log, so I killed it and started again, which resulted in -100 trust.

I have a seedbox in Finland, Helsinki I guess, but speedtest automatically chooses some place in US and thinks it's the closest location, should I be worried about this kind of behaviour affecting my H@H client?

I am running java this way because the server didn't have it installed and I was looking for a way around it with a normal user access.

Is there a way to run h@h in background just as it is?

You could do something like this to run H@H in background (use config file to turn off logging):
~/jva/jre1.8.0_45/bin/java -jar HentaiAtHome.jar 2>&1 &

How should I go about restarting the client(in order to check cache for example) gracefully?

Something like this to 'gracefully' shut it down:
kill -SIGINT `ps aux | egrep 'HentaiAtHome.jar' | grep -v egrep | awk '{ print $2 }'`

Once you see the pid is gone, you can start up your client again.

I have a seedbox in Finland, Helsinki I guess, but speedtest automatically chooses some place in US and thinks it's the closest location, should I be worried about this kind of behaviour affecting my H@H client?

I am running java this way because the server didn't have it installed and I was looking for a way around it with a normal user access.

There's not much you can do about this. Routing to the proper speedtest server is (probably) directed by the H@H servers.