Unfortunately, my compact flash (CF) holding the root file system of my alix2c3 system died; I replaced it with a 4 GB CF and set up latest http://openwrt.org and updated several packages: Python 2.5.4, Mercurial 1.1.2, Lighttpd 1.4.20.
posted at: 21:07 | path: /projects/OpenWrt | permanent link | 0 comments
posted at: 15:04 | path: /projects/OpenWrt | permanent link | 0 comments
I got a PC Engines alix2c3 board which now runs OpenWRT. WLAN is provided by Gigabyte GN-W101HT 802.11.agb mini PCI card with an Atheros AR5413 chipset (got everything from varia-store.com).
OpenWRT is trunk (rev. 12393) and I had to try the new LUA based web configuration interfaced named LuCI (trunk, rev. 2955). Main problem was missing dependencies in various OpenWRT packages, so you have to guess what you might need...
Here's my custom kernel config (gzipped).
posted at: 17:06 | path: /projects/OpenWrt | permanent link | 0 comments
Sadly, Mercurial is not in OpenWrt yet;
here is my lighttpd config (/etc/lighttpd.conf):
server.modules = (
"mod_rewrite",
"mod_alias",
"mod_auth",
"mod_cgi"
)
# OpenWrt has troubles with more advanced backends (#2401)
server.network-backend = "write"
# needed to store data of POST requests (#2224)
server.upload-dirs = ( "/tmp" )
static-file.exclude-extensions = ( ".cgi" )
cgi.assign = ( ".cgi" => "/usr/bin/python" )
# where hgwegdir.cgi resides
alias.url = ( "/cgi-bin/" => "/data/www-cgi/" )
# I have public and a private repositories
url.rewrite += ( "^/hg-priv([/?].*)?$" => "/cgi-bin/hgwebdir_priv.cgi$1" )
url.rewrite += ( "^/hg([/?].*)?$" => "/cgi-bin/hgwebdir.cgi$1" )
# require user/password for private repositories under /data/hg-priv
auth.debug = 0
auth.backend = "htdigest"
auth.backend.htdigest.userfile = "/data/hg-priv/.htdigest"
auth.require = ( "/cgi-bin/hgwebdir_priv.cgi" => (
"method" => "digest",
"realm" => "Private Mercurial repositories",
"require" => "valid-user"))
# only require require user/password for push requests to public
# repositories under /data/hg
$HTTP["url"] =~ "^/cgi-bin/hgwebdir.py" {
$HTTP["querystring"] =~ "cmd=unbundle" {
auth.debug = 0
auth.backend = "htdigest"
auth.backend.htdigest.userfile = "/data/hg/.htdigest"
auth.require = ( "/cgi-bin/hgwebdir.cgi" => (
"method" => "digest",
"realm" => "Mercurial repositories",
"require" => "valid-user"))
}
}
$SERVER["socket"] == "nslu2:80" {
}
$SERVER["socket"] == "nslu2:443" {
ssl.engine = "enable"
ssl.pemfile = "/etc/ssl/server.pem"
}
And the hgweb.config configuration file (in /data/www-cgi/):
[collections] /data/hg/repos/ = /data/hg/repos/ [web] motd =Repositories maintained by me
baseurl = /hg push_ssl = true
posted at: 21:49 | path: /projects/OpenWrt | permanent link | 0 comments
To allow packets from dns0 to be forwarded to the wan interface:
iptables -A FORWARD -i dns0 -o $wan_ifname -j ACCEPT
posted at: 16:17 | path: /projects/OpenWrt | permanent link | 0 comments
"iodine lets you tunnel IPv4 data through a DNS server.
This can be usable in different situations where internet access is
firewalled, but DNS queries are allowed."
Applies to many public hotspots...
Sounds useful, I tried to set it up using free subdomain (FreeDNS) and DNS (xname) service, with iodine running on my Asus wl500gp OpenWRT router (with dynamic IP (DynDNS)).
pmeerw.mooo.com zone on xname:
pmeerw.mooo.com. 86400 IN SOA ns0.xname.org. pmeerw.pmeerw.net. 2008010101 10800 3600 604800 10800 pmeerw.mooo.com. 86400 IN NS ns0.xname.org. pmeerw.mooo.com. 86400 IN NS ns1.xname.org. bla.pmeerw.mooo.com. 86400 IN CNAME pmeerw.dyndns.org. tunnel.pmeerw.mooo.com. 86400 IN NS pmeerw.dyndns.org. pmeerw.mooo.com. 86400 IN SOA ns0.xname.org. pmeerw.pmeerw.net. 2008010101 10800 3600 604800 10800pmeerw.mooo.com subdomain on FreeDNS:
Type: NS Subdomain: pmeerw Domain: mooo.com Address: ns0.xname.org
posted at: 17:47 | path: /projects/OpenWrt | permanent link | 0 comments
Enabling swap (on an USB stick
) on my OpenWrt
slug helps to serve larger Mercurial transactions.
Had to flash OpenWrt trunk (rev #8779) to get swap working.
posted at: 01:08 | path: /projects/OpenWrt | permanent link | 0 comments