Forum Replies Created
Thank you, that seems to work!
Ok back to the actually topic: now I know why sending passwords did not work: I don’t use the send sms function, and if I don’t enter a mobile phone number but only the username and mail address, the message “Username unknown” appears.
So it’s probably designed to work only per sms. So I think I will change the message to something like: “Your username is wrong or you forgot to enter your mobile phone number” or something similar.
Many Greetings, Simsa
thank you, that worked very well!
Should I now expect any disadvantages because of removing the start and stop scripts?
For example will the backup still work?
I agree the crontab mess has nothing to do with the password change dialog, but with the cron thing is definitely something wrong. I deleted the content of crontab but when I click save under konfig -> backup all the things reappear in crontab inclusive the error message “can’t install cron: bad day-of-week”.
UPDATE: It’s not only the backup-dialog it’s also with the register user and probably some more (I did not test more function yet).
thank you for your fast reply and the tests!
So there seems to be something wrong at my site 🙁
Maybe it is related to a problem with crontab: At boot the message: “”/tmp/crontab.XXXXYHWFfB”:7: bad day-of-week” appears.
The crontab looks indeed quite messy: http://pastebin.com/VJFuDhBX
Could you maybe share your crontab or a hint what I can delete/change?
So now I did a test, and thats what I have to say:
Wow it’s really awesome, thank you very much! Creation of many random user works indeed perfectly.
Just one question left: I’d like to remove some infos from the ticket (for example the expire date if it never expires, if user name=anonymous, no time or days limitations, class/profile info …). How could I do that?
I’m also highly interested in a arm-compatible Version of ZS.
I’d like to use it on a raspberry pi for a small guest wifi.
Thanks again for replying!
I needed some time to figure out what rules are necessary and now I think I know what would be nice. I’d like to deny access from the ETH00 Port to ZeroShells administration page and the clients shouldn’t “see” each other (something like access point isolation).
Is that possible?
My network topology: ZeroShells ETH01 port is connected to a hardware router and the ETH00 port is connected with a wifi access point. The captive portal is active at this port.
Some private pc’s are directly connected to the hardware router (is it possible to protect them? (No access through ZeroShell to these pc’s).
Hi, I use Zeroshell 2.0 RC1 and you are right, I really had two forward rules:
ACCEPT all opt — in ETH00 out * 0.0.0.0/0 -> 0.0.0.0/0
ACCEPT all opt — in * out * 0.0.0.0/0 -> 0.0.0.0/0 state RELATED,ESTABLISHED
The policy was ACCEPT and I thought the rules aren’t active in this mode.
I was obviously wrong, because I deleted both and now all is working properly.
Thank you very much!
Which firewall rules do you suggest?
I use zeroshell only because of the nice accounting function and the captive portal. Its not for the security of the network.