Hello Erich; Am Freitag, 31. Dezember 2010, 10:15:11 schrieb Erich Titl: > Hi KP > > at 31.12.2010 07:13, KP Kirchdoerfer wrote: > > Hi Erich; > > > > Am Donnerstag, 30. Dezember 2010, 17:01:05 schrieb Erich Titl: > >> Hi KP > >> > >> at 30.12.2010 16:13, KP Kirchdoerfer wrote: > >>> Hi Erich; > > ... > > > ok, I can confirm you're right. > > Anyway I believe we should just provide sensible defaults to work > > out-of-the- box for a basic setup - and our basic setup for ssh is > > dropbear. If a user wants to replace it, he has his reasons and I assume > > he is experierenced enough to know what he does and how to do it. We > > have to draw a line somwhere otherwise we are always behind trying to > > catch up with config requests. > > That is a bit the fate of a system integrator :-)
Yes, and because we no that damn well, we are evil enough, that we won't do it for you ;-) > > Instead I prefer a small chapter in the wiki. > > That is fine with me. I can provide a default for sshd_config if needed. > >> Disabling IPv6 as a standard set up is just a suggestion to cater for > >> most people. At least where I live IPv6 is not a commodity item. I don't > >> know of any ISP here that pushes it (well maybe init7). > > > > Already added to two lines to /etc/sysctl. > : > :-) > : > >> Maybe one day I will understand how IPv6 is supposed to work in the real > >> world. In the meantime it just clutters my display with unmemorable > >> addresses which are not routed. Do you have a a real world IPv6 > >> connection? > > > > Depends what you define as "real". Currently it's just a tunnel with > > aiccu, but I expect changes in 2011 as my ISP plans to deploy ipv6. > > That is what I call the real world. If you are full IPv6 is your ISP > doing the address translation for you, e.g. who is providing you with an > IPv4 address for us poor retarded folks who only now about IPv4. To me > it still feels like another dimension I don't know about, like the two > dimensional things that cannot think in the third. > > For example if I want to access a site which is IPv6 only, but I am > living in the IPv4 word and do not even know about IPv6, who is doing > the routing and translation stuff for me? I dont know about the > transition mechanisms. I guess for the foreseeable future both, the users and the service providers, will run a dual stack modus. So even ip4-only users can access the services, i.e. there will be no ipv6-only websites. I expect the workload on the providers side in the long-run, cause once there are for whatever reasons ipv6-only users, they have to make shure to offer their services for ipv6 as well or loose those users. The times are changing rapidly. I've recently moved a server to a new hosting location, and for the first time, I hadn't to ask (unsuccessfully) for ipv6 support, but was asked instead, if I do need it. > In the meantime I did some more stuff on the kernel config, mainly > because I have a number of WRAP boxes deployed and in the current > setting the SCx200 modules are just missing. I will probably only use > the watchdog timer but the driver architecture in recent 2.6 has changed > dramatically as compared to 2.4, so more things are required. I will > report when I know more. ok. > One more thing, would you agree to a move to a recent haserl version, we > are still on 0.8. Else I would have to fork off webconf and with the > size limitations falling away there is no reason for not having a > powerful web interface anymore. Do you speak LUA? Currently the while webconf framework has not been added and the future is open for discussion. As a first step I'd like to add the current packages to Bering-uClibc 4 and buildtool. If you volunteer to lead the migration to a new haserl version, feel free to do so. > Guten Rutsch ... und ein Frohes neues Jahr! regards kp ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
