Diskussion:Opennet Firmware - Versionsgeschichte

Oconnor: /* Version 0.9 */

2005-09-09T23:12:04Z

Version 0.9

← Nächstältere Version		Version vom 9. September 2005, 23:12 Uhr
Zeile 32:		Zeile 32:

	== Version 0.9 ==		== Version 0.9 ==
	Die neue Version läuft ohne Probleme! Portforwarding auch! (Vielleicht könnte man ja vom DHCP Server die eingetragenen IP's gleich automatisch einfügen lassen. Weis aber nicht in wie weit das geht und ob es dem Aufwand wehrt ist.) Gute Arbeit! Warum wird jetzt aber bei TX-Power:31 dBm angezeigt vorher warens glaub ich 14 oder 19? Oconnor		Die neue Version läuft ohne Probleme! Portforwarding auch! (Vielleicht könnte man ja vom DHCP Server die eingetragenen IP's gleich automatisch einfügen lassen. Weis aber nicht in wie weit das geht und ob es dem Aufwand wehrt ist.) Gute Arbeit! Warum wird jetzt aber bei TX-Power:31 dBm angezeigt vorher warens glaub ich 14 oder 19? Obwohl ich bei Sendeenergie nix verändert habe und das auch nie einen einfluss auf die TX-Power werte hatte. Zu sehen durch iwconfig. Oconnor

Oconnor: /* Version 0.9 */

2005-09-09T23:08:56Z

Version 0.9

← Nächstältere Version		Version vom 9. September 2005, 23:08 Uhr
Zeile 32:		Zeile 32:

	== Version 0.9 ==		== Version 0.9 ==
	Die neue Version läuft ohne Probleme! Portforwarding auch! (Vielleicht könnte man ja vom DHCP Server die eingetragenen IP's gleich automatisch einfügen lassen. Weis aber nicht in wie weit das geht und ob es dem Aufwand wehrt ist.) Gute Arbeit! ~~Hab~~ ~~bis~~ jetzt ~~noch~~ ~~keine~~ ~~Bugs~~ ~~gefunden!~~ Oconnor		Die neue Version läuft ohne Probleme! Portforwarding auch! (Vielleicht könnte man ja vom DHCP Server die eingetragenen IP's gleich automatisch einfügen lassen. Weis aber nicht in wie weit das geht und ob es dem Aufwand wehrt ist.) Gute Arbeit! Warum wird jetzt aber bei TX-Power:31 dBm angezeigt vorher warens glaub ich 14 oder 19? Oconnor

Oconnor am 9. September 2005 um 22:58 Uhr

2005-09-09T22:58:27Z

← Nächstältere Version		Version vom 9. September 2005, 22:58 Uhr
Zeile 30:		Zeile 30:
	Reicht das aus, um das Prädikat getestet zu verteilen?		Reicht das aus, um das Prädikat getestet zu verteilen?
	Grüße Schiggy		Grüße Schiggy

			== Version 0.9 ==
			Die neue Version läuft ohne Probleme! Portforwarding auch! (Vielleicht könnte man ja vom DHCP Server die eingetragenen IP's gleich automatisch einfügen lassen. Weis aber nicht in wie weit das geht und ob es dem Aufwand wehrt ist.) Gute Arbeit! Hab bis jetzt noch keine Bugs gefunden! Oconnor

MathiasMahnke: /* Asus Deluxe */ alter Absatz raus

2005-09-08T13:46:14Z

Asus Deluxe: alter Absatz raus

← Nächstältere Version		Version vom 8. September 2005, 13:46 Uhr
Zeile 7:		Zeile 7:
	Ich ueberlege, ob wir nicht SSH-Verbindungen und SIP auf den APs prioritisieren sollten? Sie haben Echtzeitanforderungen. Ich benutze etwa haeufig SSH, momentan ist meist unbenutzbar, sobald man ein paar Hops weiter muss. SIP waere noch ein anderes "Streitthema". --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 09:15, 15. Aug 2005 (CEST)		Ich ueberlege, ob wir nicht SSH-Verbindungen und SIP auf den APs prioritisieren sollten? Sie haben Echtzeitanforderungen. Ich benutze etwa haeufig SSH, momentan ist meist unbenutzbar, sobald man ein paar Hops weiter muss. SIP waere noch ein anderes "Streitthema". --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 09:15, 15. Aug 2005 (CEST)
	:: Hatte ich auch schon überlegt. Dann meinte Sh aber ganz richtig das der Traffic ja duch den Tunnel geht und damit dann auf dem Weg als eine dicke VPN-Traffic wurst nicht shapebar ist. [[Benutzer:Mdbw\|Mdbw]]		:: Hatte ich auch schon überlegt. Dann meinte Sh aber ganz richtig das der Traffic ja duch den Tunnel geht und damit dann auf dem Weg als eine dicke VPN-Traffic wurst nicht shapebar ist. [[Benutzer:Mdbw\|Mdbw]]
	== Asus Deluxe ==

	Wollte mal fragen, wie es aussieht mit der Firmware für den Asus WL500g DELUXE.
	Bei mir läuft OPENVPN auch so, Frage ist nur interessehalber. Läuft die Firmware auch dadrauf, oder müsste sie extra angepasst werden?
	: Die Firmware basiert auf der aktuellen OpenWRT, diese läuft auch auf dem Deluxe. Gestestet hier wohl noch nicht. --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 09:40, 16. Aug 2005 (CEST)

	:: Das ist ja das Problem, ich hab ja auch die aktuelle OpenWRT (Freifunk) auf dem AP, aber die lief nur nach Anpassung von Sh01. Hat sich da was geändert? -- Daniel

	::: Freifunk basierte auf der letzten OpenWrt, darum war wohl die Anpassung nötig. Die Opennet-firmware basiert nun auf der neuen 'OpenWRT whiterussian'. Die sollte ohne Probleme oder Anpassungen auf dem AP laufen. Soweit mein er-googeltes Theorie-Wissen, der Praxistest steht allerdings noch aus. -- Rene, 14:10, 16.Aug 2005

	== Anmerkungen ==		== Anmerkungen ==

Schiggy07: Asus Deluxe Test

2005-09-08T12:09:57Z

Asus Deluxe Test

← Nächstältere Version		Version vom 8. September 2005, 12:09 Uhr
Zeile 31:		Zeile 31:

	* Absolut '''Top''' die neue Firmware. Großes Lob. [[Benutzer:Mdbw\|Mdbw]] 22:40, 26. Aug 2005 (CEST)		* Absolut '''Top''' die neue Firmware. Großes Lob. [[Benutzer:Mdbw\|Mdbw]] 22:40, 26. Aug 2005 (CEST)

			== Asus Deluxe Test ==

			Also wie schon im Forum erwähnt, läuft auf meinem Deluxe die Firmware schon seit einigen Tagen problemlos.
			Es gab auch weiterhin keine Probleme.
			Reicht das aus, um das Prädikat getestet zu verteilen?
			Grüße Schiggy

MediaWiki default: Default-PW Warnung

2005-08-26T21:01:04Z

Default-PW Warnung

← Nächstältere Version		Version vom 26. August 2005, 21:01 Uhr
Zeile 1:		Zeile 1:
	=== ~~Echtzeit~~-~~Anforderungen~~ ===		== Default-PW Hinweis ==

			Hatte im Forum gelesen das es einige User gab die das PW nicht geändert haben. Man könnte eine Warnmeldung ausgeben wenn das Default-PW gesetzt ist oder gleich zu dem Change-PW dialog weiterleiten. [[Benutzer:Mdbw\|Mdbw]]
⚫	Ich ueberlege, ob wir nicht SSH-Verbindungen und SIP auf den APs prioritisieren sollten? Sie haben Echtzeitanforderungen. Ich benutze etwa haeufig SSH, momentan ist meist unbenutzbar, sobald man ein paar Hops weiter muss. SIP waere noch ein anderes "Streitthema". --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 09:15, 15. Aug 2005 (CEST)

			== Echtzeit-Anforderungen ==

		⚫	Ich ueberlege, ob wir nicht SSH-Verbindungen und SIP auf den APs prioritisieren sollten? Sie haben Echtzeitanforderungen. Ich benutze etwa haeufig SSH, momentan ist meist unbenutzbar, sobald man ein paar Hops weiter muss. SIP waere noch ein anderes "Streitthema". --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 09:15, 15. Aug 2005 (CEST)
			:: Hatte ich auch schon überlegt. Dann meinte Sh aber ganz richtig das der Traffic ja duch den Tunnel geht und damit dann auf dem Weg als eine dicke VPN-Traffic wurst nicht shapebar ist. [[Benutzer:Mdbw\|Mdbw]]
	== Asus Deluxe ==		== Asus Deluxe ==

MediaWiki default: Lob

2005-08-26T20:40:42Z

Lob

← Nächstältere Version		Version vom 26. August 2005, 20:40 Uhr
Zeile 22:		Zeile 22:
	** Generieren		** Generieren
	** Key-Management/Key-Erstellung (unschöner Englisch-Mix) -> Schlüssel-Verwaltung (die Seite selbst steht ja unter Verwaltung) + Schlüssel-Erstellung?		** Key-Management/Key-Erstellung (unschöner Englisch-Mix) -> Schlüssel-Verwaltung (die Seite selbst steht ja unter Verwaltung) + Schlüssel-Erstellung?


			== Lob ==

			* Absolut '''Top''' die neue Firmware. Großes Lob. [[Benutzer:Mdbw\|Mdbw]] 22:40, 26. Aug 2005 (CEST)

MathiasMahnke: /* Testergebnis Linksys + Opennet Firmware 0.6 */ -> umgebaut in Anmerkungen

2005-08-19T05:06:54Z

Testergebnis Linksys + Opennet Firmware 0.6: -> umgebaut in Anmerkungen

← Nächstältere Version		Version vom 19. August 2005, 05:06 Uhr
Zeile 13:		Zeile 13:
	::: Freifunk basierte auf der letzten OpenWrt, darum war wohl die Anpassung nötig. Die Opennet-firmware basiert nun auf der neuen 'OpenWRT whiterussian'. Die sollte ohne Probleme oder Anpassungen auf dem AP laufen. Soweit mein er-googeltes Theorie-Wissen, der Praxistest steht allerdings noch aus. -- Rene, 14:10, 16.Aug 2005		::: Freifunk basierte auf der letzten OpenWrt, darum war wohl die Anpassung nötig. Die Opennet-firmware basiert nun auf der neuen 'OpenWRT whiterussian'. Die sollte ohne Probleme oder Anpassungen auf dem AP laufen. Soweit mein er-googeltes Theorie-Wissen, der Praxistest steht allerdings noch aus. -- Rene, 14:10, 16.Aug 2005

			== Anmerkungen ==
	== Testergebnis Linksys + Opennet Firmware 0.6 ==

	* Installation in zwei Schritten erfolgreich
	* (erstmal) wieder gelbes Interface, gewollt? -- Korrektur: ich musste hartes Reload machen, sicher wegen CSS-Dateien zwischengespeichert, Browser-Problem
	* Beschriftung "erweitert" wuerde ich "Erweitert" nennen		* Beschriftung "erweitert" wuerde ich "Erweitert" nennen
	* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)		* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)
	* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)		* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)
			* OpenVPN-Seite, bessere Beschriftungen:

			** OpenVPN neustarten
	* Sebastian schlägt vor, noch die br0 aufzulösen und direkt vlan0 als lan_ifname (nvram var) zu nehmen
			** Generieren
			** Key-Management/Key-Erstellung (unschöner Englisch-Mix) -> Schlüssel-Verwaltung (die Seite selbst steht ja unter Verwaltung) + Schlüssel-Erstellung?

MathiasMahnke: /* Testergebnis Linksys + Opennet Firmware 0.6 */ Openvpn-Problem war lokales Problem

2005-08-17T18:34:39Z

Testergebnis Linksys + Opennet Firmware 0.6: Openvpn-Problem war lokales Problem

← Nächstältere Version		Version vom 17. August 2005, 18:34 Uhr
Zeile 20:		Zeile 20:
	* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)		* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)
	* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)		* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)
	* OpenVPn laeuft irgendwie noch nicht, tracepath kann ich leider auf einem Client auch nicht benutzen, es kommen keine Antworten zurueck

	* Sebastian schlägt vor, noch die br0 aufzulösen und direkt vlan0 als lan_ifname (nvram var) zu nehmen		* Sebastian schlägt vor, noch die br0 aufzulösen und direkt vlan0 als lan_ifname (nvram var) zu nehmen

MathiasMahnke: /* Testergebnis Linksys + Opennet Firmware 0.6 */

2005-08-17T18:02:01Z

Testergebnis Linksys + Opennet Firmware 0.6

← Nächstältere Version		Version vom 17. August 2005, 18:02 Uhr
Zeile 19:		Zeile 19:
	* Beschriftung "erweitert" wuerde ich "Erweitert" nennen		* Beschriftung "erweitert" wuerde ich "Erweitert" nennen
	* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)		* Link auf Stoerungsmeldungen wuerde ich sinnvoll halten (Forums Link siehe Wiki-Hauptseite)
	* OpenVPN-Upload erzeugt nur 0-Byte Files (Rechteproblem?), manuelles Hochladen der Dateien (CRT + KEY) per scp
	* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)		* Output auf http://ap/cgi-bin/on_vpn.html liefert neben init-Skript-Ausgabe noch eine NTP-Zeile, unterdruecken? (vllt beim Start des NTP-Demon direkt die Logausgaben nach /dev/null?)
	* OpenVPn laeuft irgendwie noch nicht, tracepath kann ich leider auf einem Client auch nicht benutzen, es kommen keine Antworten zurueck		* OpenVPn laeuft irgendwie noch nicht, tracepath kann ich leider auf einem Client auch nicht benutzen, es kommen keine Antworten zurueck