Adrian Reyer | 1 Jan 2012 18:39
Picon
Favicon

Re: Re: ad-hoc network assist

On Sat, Dec 31, 2011 at 07:59:48AM -0700, John Schultz wrote:
> I did that and used some other techniques to permanently change the
> hostname and that sort of worked, the network still recognizes the old
> name. I also had to add an A record in my DNS on the network and that
> seemed to work for now. the problem here is that the old name is still
> accessible.

Well, network name resolution ist quite different from the hostname. I'd
check DNS A and PTR records as well as /etc/hosts&Co.

> OK,... this one is defiantly new to me on Linux - never set up vpns before.

It is not that hard. Depending on what you want to achieve you have
different options. What you describe sounds like a typical 'Freifunk'
setup.
In a typical freifunk network, the participants take care to encrypt
their traffic on application/protocol level, e.g. HTTPS, SSMTP,
SMTP/TLS, IMAPS, IMAP/TLS, ircs, ssh
If that's not possible for some protocol you tunnel it e.g. via
- ssh with portforwarding (single ports, while networks if needed)
- openvpn (networks)
- tinc (networks)

We run OpenVPN on Alix 2D13 encrypting 35MBit/s last time I tested. The
AES crypto unit had not been in use unless it gets autodetected and
autoused.

> The mesh will not have access to the internet unless the end user has that
> transport specifically setup for them. What I am trying to accomplish is
> creating the "last mile" of a transport system to remove all wires from the
(Continue reading)

John Schultz | 1 Jan 2012 20:17
Picon

Re: Re: ad-hoc network assist

Adrian,

Thank you for your reply and suggestions...

I will check that the next time Im in my DNS server.

Well, network name resolution ist quite different from the hostname. I'd
check DNS A and PTR records as well as /etc/hosts&Co.


I believe what we are trying to accomplish is similar to freifunk we are also attempting to implement something like Locust mesh but with more options and features and the most important thing, cheaper.

It is not that hard. Depending on what you want to achieve you have
different options. What you describe sounds like a typical 'Freifunk'
setup.
In a typical freifunk network, the participants take care to encrypt
their traffic on application/protocol level, e.g. HTTPS, SSMTP,
SMTP/TLS, IMAPS, IMAP/TLS, ircs, ssh
If that's not possible for some protocol you tunnel it e.g. via
- ssh with portforwarding (single ports, while networks if needed)
- openvpn (networks)
- tinc (networks)

We run OpenVPN on Alix 2D13 encrypting 35MBit/s last time I tested. The
AES crypto unit had not been in use unless it gets autodetected and
autoused.



If its in German, I can use Google to translate ( not an issue)

Check out freifunk&Co, they have quiet a few pages about setup and
information about encrypting traffic as well.
The pages I know are mostly German, but at least some exist in English
versions as well
http://wiki.freifunk.net/Kategorie:English should be an ok entry point.

_______________________________________________
Voyage-linux mailing list
Voyage-linux@...
http://list.voyage.hk/mailman/listinfo/voyage-linux
gommer | 1 Jan 2012 21:02
Picon

problem with webgui ethernet settings?

I think i have encountered a reproducible problem with the webgui:

After a fresh installation, eth0 requests an addres by dhcp, this works
fine.

I i logon intothe webgui and goto interfaces->ethernet and change IP method
to DHCP (default lists static), then after a reboot, the box is inaccessible
and eth0 does not have an ip address.

Here is the /etc/network/interfaces file after the change, when it goes
wrong

----begin file---
auto lo
	iface lo inet loopback

auto eth0
	allow-hotplug eth0
	iface eth0 inet dhcp
	up nat.sh wlan0 eth0 "10.1.10.0/24"
	up nat.sh wlan1 eth0 "10.1.20.0/24"
	hostapd /etc/hostapd/hostapd.wlan0.conf  
	hostapd /etc/hostapd/hostapd.wlan1.conf  
----end  file---

The original (good) interfaces file lists this (with removal of trailing
commented lines):

----begin file---
# Used by ifup(8) and ifdown(8). See the interfaces(5) manpage or
# /usr/share/doc/ifupdown/examples for more information.
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

# mac80211-based drivers
#auto wlan0
iface wlan0 inet static
        address 10.1.10.1
        netmask 255.255.255.0
        broadcast 10.1.10.255
		hostapd /etc/hostapd/hostapd.wlan0.conf
        up nat.sh wlan0 eth0 "10.1.10.0/24"

#auto wlan1
iface wlan1 inet static
        address 10.1.20.1
        netmask 255.255.255.0
        broadcast 10.1.20.255
		hostapd /etc/hostapd/hostapd.wlan1.conf
        up nat.sh wlan1 eth0 "10.1.20.0/24"
----end file---

I don't see what an important difference between these two, but it's a
repetitive problem anyhow.
Not blocking, if i don't touch these settings in the webgui i'll be fine.
But i' thought i'd better report this.

Kind regards, Marc 

--
View this message in context: http://voyage-linux.34677.n3.nabble.com/problem-with-webgui-ethernet-settings-tp3625318p3625318.html
Sent from the Voyage Linux mailing list archive at Nabble.com.
Punky Tse | 2 Jan 2012 09:42
Favicon

Re: problem with webgui ethernet settings?

Hi Marc,

Thanks.  I am well aware of this issue.  But i can't some time to fix 
it.  Volunteers are welcome.

Meanwhile, I will comment out the wlan0 and wlan1 definition in 
voyage-utils.

On 1/2/2012 4:02 AM, gommer wrote:
> I think i have encountered a reproducible problem with the webgui:
>
> After a fresh installation, eth0 requests an addres by dhcp, this works
> fine.
>
> I i logon intothe webgui and goto interfaces->ethernet and change IP method
> to DHCP (default lists static), then after a reboot, the box is inaccessible
> and eth0 does not have an ip address.
>
> Here is the /etc/network/interfaces file after the change, when it goes
> wrong
>
> ----begin file---
> auto lo
> 	iface lo inet loopback
>
> auto eth0
> 	allow-hotplug eth0
> 	iface eth0 inet dhcp
> 	up nat.sh wlan0 eth0 "10.1.10.0/24"
> 	up nat.sh wlan1 eth0 "10.1.20.0/24"
> 	hostapd /etc/hostapd/hostapd.wlan0.conf
> 	hostapd /etc/hostapd/hostapd.wlan1.conf
> ----end  file---
>
> The original (good) interfaces file lists this (with removal of trailing
> commented lines):
>
> ----begin file---
> # Used by ifup(8) and ifdown(8). See the interfaces(5) manpage or
> # /usr/share/doc/ifupdown/examples for more information.
> auto lo
> iface lo inet loopback
>
> auto eth0
> iface eth0 inet dhcp
>
> # mac80211-based drivers
> #auto wlan0
> iface wlan0 inet static
>          address 10.1.10.1
>          netmask 255.255.255.0
>          broadcast 10.1.10.255
> 		hostapd /etc/hostapd/hostapd.wlan0.conf
>          up nat.sh wlan0 eth0 "10.1.10.0/24"
>
> #auto wlan1
> iface wlan1 inet static
>          address 10.1.20.1
>          netmask 255.255.255.0
>          broadcast 10.1.20.255
> 		hostapd /etc/hostapd/hostapd.wlan1.conf
>          up nat.sh wlan1 eth0 "10.1.20.0/24"
> ----end file---
>
> I don't see what an important difference between these two, but it's a
> repetitive problem anyhow.
> Not blocking, if i don't touch these settings in the webgui i'll be fine.
> But i' thought i'd better report this.
>
> Kind regards, Marc
>
> --
> View this message in context: http://voyage-linux.34677.n3.nabble.com/problem-with-webgui-ethernet-settings-tp3625318p3625318.html
> Sent from the Voyage Linux mailing list archive at Nabble.com.
>
> _______________________________________________
> Voyage-linux mailing list
> Voyage-linux@...
> http://list.voyage.hk/mailman/listinfo/voyage-linux

--

-- 

Regards,
Kim-man "Punky" Tse

* Open Source Embedded Solutions and Systems
   - Voyage Linux (http://linux.voyage.hk)
   - Voyage ONE   (http://linux.voyage.hk/voyage-one)
   - Voyage MPD   (http://linux.voyage.hk/voyage-mpd)
* Voyage Store   (http://store.voyage.hk)
Jim Cromie | 2 Jan 2012 23:10
Picon

Re: AUTO: Francesco Gardini is out of office

2011/12/31 Francesco Gardini <fgardini@...>:
>
> I am out of the office from Thu 29/12/2011 until Mon 02/01/2012.
>

Oh christ, do we have to put up with a whole month of this crap ?

Thanks Francesco, (not ccd)

we will all write filter rules to block it cuz you evidently cannot
configure your mailer to reply only to people in your contact list.
Michael Steinmann | 2 Jan 2012 23:29
Picon

Re: AUTO: Francesco Gardini is out of office

'29/12/2011 until Mon 02/01/2012'  to me looks like just a few days, thanks ...christ or Francesco?

Michael


2012/1/2 Jim Cromie <jim.cromie-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011/12/31 Francesco Gardini <fgardini <at> sanmarcoinformatica.it>:
>
> I am out of the office from Thu 29/12/2011 until Mon 02/01/2012.
>

Oh christ, do we have to put up with a whole month of this crap ?

Thanks Francesco, (not ccd)

we will all write filter rules to block it cuz you evidently cannot
configure your mailer to reply only to people in your contact list.

_______________________________________________
Voyage-linux mailing list
Voyage-linux-59MrfjRBeRo6ThAmvYpkag@public.gmane.org
http://list.voyage.hk/mailman/listinfo/voyage-linux

_______________________________________________
Voyage-linux mailing list
Voyage-linux@...
http://list.voyage.hk/mailman/listinfo/voyage-linux
Rich E Neese | 2 Jan 2012 23:31
Picon

Voyage Linux for arm cpu

is there a plan to get voyage working on arm cpu  builds ?

as alot of new embedded boards are arm now.
Frank Hoeflich | 3 Jan 2012 01:04
Picon
Favicon

Re: Voyage Linux for arm cpu

Richard:

    Punky can speak for himself about this port.  But I doubt there are resources to do it ... and continue to track
the Debian ARM code base for each subsequent Voyage release.  Unless you're volunteering to assist and can
dedicate (or get someone to donate) some ARM hardware to vet the releases.  Start here:

http://www.debian.org/ports/arm/

which would bring us to Voyage 0.7.5.  You'll need to bring in a Linux 3.0.x kernel, with any ARM
platform-specific issues documented and patches vetted, to get us up to Voyage 0.8.0.

--Frank

--- On Mon, 1/2/12, Rich E Neese <r.neese@...> wrote:

> From: Rich E Neese <r.neese@...>
> Subject: [Voyage-linux] Voyage Linux for arm cpu
> To: Voyage-linux <at> voyage.hk
> Date: Monday, January 2, 2012, 2:31 PM
>
> is there a plan to get voyage working
> on arm cpu  builds ?
> 
> as alot of new embedded boards are arm now.
> 
> _______________________________________________
> Voyage-linux mailing list
> Voyage-linux@...
> http://list.voyage.hk/mailman/listinfo/voyage-linux
> 
Kim-man 'Punky' TSE | 3 Jan 2012 02:31
Favicon

Re: Voyage Linux for arm cpu

Hi,

On 1/3/2012 6:31 AM, Rich E Neese wrote:
> is there a plan to get voyage working on arm cpu  builds ?
>
> as alot of new embedded boards are arm now.
Voyage Linux homepage title give you the hint.  ;-)

"Voyage Linux | { x86 Embedded Linux = Green computing }"

--

-- 
Regards,
Kim-man "Punky" Tse

* Open Source Embedded Solutions and Systems
   - Voyage Linux (http://linux.voyage.hk)
   - Voyage ONE   (http://linux.voyage.hk/voyage-one)
   - Voyage MPD   (http://linux.voyage.hk/voyage-mpd)
* Voyage Store   (http://store.voyage.hk)
Rudolf Ladyzhenskii | 3 Jan 2012 09:11

Where are asterisk configuration files?

Hi, all

Probably a stupid question, but I am stuck.
I run Voyage ONE on ALIX 6 board (v 0.8).
Where asterisk config files are????
/etc/asterisk is a tmpfs, so looks like it is dynamically created.
I found copy of those files in /lib/init/rw/etc/asterisk/.

If I change files in any of those two locations, asterisk works until
next reboot. Then files go back to default.
I am moving asterisk setup from another server, so it is much easier
for me to simply replace config files.

Thanks,
Rudolf

Gmane