Forum Replies Created
> I would like to test it on my hardware (APU) but there is no USB image of 3.9.4, only ISO.
There are a couple options:
1. If you just burn ISO to a USB stick with dd, it may just boot. Some BIOSs know to boot from any media.
2. If #1 does not work, there is a Microsoft tool for going from ISO to USB image. Google it.
It looks like everything stalled.
First, Fulvio lost interest to answering any questions on the forum.
Fulvio, if you are not answering questions, no one is going to adopt Zeroshell.
Currently, you keep losing existing users but not gaining any new ones because this project is about as good as dead in the water. I’ve been doing fine for almost a decade but whenever I try something more complex than a direct internet connection, it just does not work, and there is absolutely zero help here, in the forum, other than from a rare knowledgeable member who has free time. Now I have complete show-stopper issues and again, zero help. Might as well scrap Zeroshell and get a FreeBSD based router distro. At least their forums are alive.January 5, 2021 at 2:38 pm in reply to: Can’t get Zeroshell authentication page automatically #66448
I guess that the OP said that he does not have DNS. From what I understand of the OP he has to enter the IP address of the destination server, to be able to access it. This tells me that DNS is not working. I never had this issue but I am still on 3.5 reluctant to upgrade after reading of many such problems with the more recent versions.
So back to the original question: how do you search in the forums?
I enter terms which are guaranteed to be mentioned, like ‘voip’, ‘eth00’, ‘vpn’ and always get No Results.
Appreciating this is very hard indeed.June 23, 2018 at 2:35 am in reply to: Transfer ZS to new hardware preserving configuration #64141
I did migrate from one hardware configuration to another in the past. My systems were initially Dell P4 Celeron machine with an Intel WAN NIC and 2x 3Com LAN LAN NICs. Then I went to an AMD Duron system with an on-board Realtek WAN and the same 3Com LAN NICs. And from there I migrated to an HP Atom micro-ATX PC with an Intel LAN NIC and onboard Realtec WAN.
Every time I backed up and restored the configuration. I did have to re-assign interfaces and that was it.
I remind myself because we still couldn’t solve the issue. Does anyone has any idea to make it work?
I will be grateful for any type of help
Can you post screenshots of your set up (with sensitive info erased) here, this may garner more attention. When I ran net balancer with 2x PPPOE over DSL, I just added both interfaces to the balancer and it worked out of the box, so not sure what you are doing different w/o seeing it.
So you contend that squid et al take more than 4GB per process each? I would question that assertion.
What’s the advantage of the 64 bit kernel, when the entire ZS takes no more than 256MB of RAM at runtime?
We have a Christmas roll call going, great!
Merry Christmas, Fulvio, and every member, from Canada!
Ho-ho-ho, Zeroshell!December 14, 2017 at 8:42 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54619
Looks like setting the job onto 1h schedule fixed the issue.
Thanks a lot, iulyb!November 27, 2017 at 4:58 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54618
I initially set the cron entry for once every 24 hours, but looks like that is not frequent enough, as PAP2T still loses registration once about every week.
For now I set the interval to 1 hour, as running the command manually through the Test button does fix the issue.
The old versions of ZS did not have this issue for sure.November 10, 2017 at 5:57 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54616
Ah, so that is why PAP2T did not need any port forwarding!
On the contrary, Grandstream HT702 simply refused to work if I did not forward all ports it requried. And the funnyest part was that when I repaired PAP2T and put it back in service, ports 5060 and 5061 were still being forwarded to the HT702’s IP, but PAP2T still worked on a different IP with those same ports. This device just seems to work no matter what.
Of course now I removed all port forwarding entries for VOIP from NAT, like it used to be back when I was using PAP2T.
How did your PAP die? It may be repairable. Mine went into a cyclic reboot after I shut it down for half an hour to test HT702. Ended up re-soldering one of the power transistors and ceramic capacitors on the phone lines side after finding with a oscope that there was no PWM on its inductor. It works fine again.November 9, 2017 at 3:20 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54614
Got it, thanks!
Just wondering why this problem became more frequent with the recent version of ZS. I was only having it every 3-6 months when I was on v.1 and v.2, but now on 3.5 it became a weekly thing. My LAN’s internet traffic did increase, and hardware changed from P4 Celeron to Atom. I also gotten rid of the load balanced 2nd DSL line and only have one now, otherwise this is the same profile as 10 years ago.November 4, 2017 at 6:45 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54612
No need for a script. An entry on crontab will suffice. Also an entry on scritps/cron should be enough.
Is there web UI for crontab editing?
I see in the main page there is Scripts/Cron entry, it loads up a window where Cron is only mentioned as Crontab Shiboleth and it talks about scheduled updates. Is that where I add the command above to flush conntrack?November 2, 2017 at 4:55 pm in reply to: PAP2T and other VOIP adapters having intermittent problems #54611
Got it, thanks again!
I prefer setting up something automatic, as no one but myself has access to the router UI and for now users just go to the PAP2T web UI and flip port numbers. I don’t want to give them any access to the router.