Freifunk Halle

das ist leider die alte leier mit den freifunk-halle.de domains, dass wir da leider nichts mehr dran ändern können.
aber wenn du aber aus dem .de ein .net machst (also vpn2.freifunk-halle.net) sollte alles glatt gehen.

Bitte benutzt ab jetzt 78.47.163.38, die alte IP funktioniert allerdings noch einige Zeit weiter.

also ich würde mich auch für 5GHz interessieren, da bei mir ja so viel 2.4 GHz foo ist, dass ich überhaupt nicht per Funk durchkomme.
Ich hab hier auch nen MiniPCI-fähigen Netgear, den ich auf 5GHz umrüsten würde, mir fehlt aber noch karte + pigtail + kabel + antenne

hmm ok, also zumindest schonmal kein datumsproblem...

3dfxatwork hat geschrieben:Also ich komm jetzt gar nicht mehr auf die vpn server, ich weiß nicht ob cyrus was mit den Zertifikaten gemacht hat, aber dann sollte ja keiner mehr drauf sein, hier mal mein log:

Immer ich!

Gib mal bitte auf der Konsole ein und poste die Ausgabe

da stellt sich mir die frage: wenn ich es schön finden würde, dass meine linux distro so wäre wie windows, wieso benutz ich dann linux statt windows?

super sache, danke 4huf

Reboot wurde schon gemacht.
Ich hab jetzt mal 2 Knoten eingetragen, und immerhin die Sendeleistung is grad wie gesagt bei 20mW, vielleicht bringts ja was die ein bisl hochzudrehen, da dürfte der Node auch, selbst wenns insgesamt nicht besser wird, nicht ausm Netz fliegen, oder was meint ihr?

Ich hab meinen ssh-key zumindest auf den root-servern wo sie draufliegen mal durch frische 4096er-RSA-Keys ausgetauscht.
vpns müssten wir mal sehen, obwohl die dinger imo jetzt nicht so die sicherheitskritischen sachen darstellen.

Also ich könnt bei Bedarf bisl an der Sendeleistung und anderen Wifi-Paramtern auf der Unidach rumdrehen. Sendeleistung steht im Moment bei 20mW.
Sagt einfach welche Einstellungen ihr mal probiert haben wollt (auch alle andern Drahtlossachen) und ich werds mal Einstellen.

Dafür bräuchte man imo noch ein paar mehr Einstellungen auf dem Server und auf jedenfall eine neue Firmwarerevision.

Die Hallesche Firmware hat ab halle-3 die aktualisierten Pakete bereits integriert, das ist nicht das Problem, da ist auch keine Paketaktualisierung nötig. Alle mit -halle-3 und Problemen, versucht mal bitte folgendes: Unter Verwalten -> OLSR -> OLSR-DHCP auf folgendes setzen: 10.62.PROJEKT.START/30...

Welches Gastbetriebssystem?

Es gibt einen Fehler in 1.6.10-core-1-halle-1/2, der WLAN-DHCP verhindert.
Bitte die entsprechenden Knoten auf 1.6.10-core-1-halle-3 aktualisieren.

nein

Ich hab mal die Startseite angepasst, ich hoffe es ist so genehm.

Letzteres liegt daran, dass ich meinen VPN-Server, von 104.61.252.193 auf 104.62.1.1 umgestellt habe, entsprechend ändern sich auch die DHCP-Bereiche für die Interfaces, ich hoffe der 252.193 fliegt bald automatisch raus, da er in Wirklichkeit nicht mehr existiert.

Was geht denn dort nicht?

Ich werd den alten Topoviser demnächst mal auf BMX umstellen.

theoretisch klar, ist nur eine frage von portforwarding

dateikodierung korrigiert

Ja, Projekt 2 bitte bis zur 255 voll ausnutzen.

Der Node wird nur dann in der Topo als "grün" geführt wenn er in der aktuellen OLSR-Topoliste steht, also entweder ist mein OLSR-Daemon auf dem VPN kaputt (ist ein Betabuild) oder es gibt 'nen IP-Doppler.

upgrade im webinterface mit trx-file funktioniert beim wgt634u nicht. nach klick auf "Firmware aktualisieren" kommt "Flashvorgang fehlgeschlagen! (Code 512)" kommt auch, wenn man keine konfigurationsdateien übernehmen will. Ja, das Problem ist bekannt, das sysupgrade-Programm vo...

So neue Snapshots: http://firmware.freifunk-halle.net/ffluci/snapshots/r1971/ Neuerungen: Korrigierte Firewallregeln für Freifunk, LAN + WAN & co. Freifunkassistent zur automatischen Konfiguration des Routers für Freifunk (ähnlich IP-Vergabe) WLAN-DHCP-Splash Erste Datenschnittstelle zum Auslese...

Hmm dein Beitrag ist leider leicht unverständlich, was möchtest du genau?

Und was meinst du mit:

bekomme ein verbindung die sich aber nur auf lokal beschränkt

OK, ich hab im SVN jetzt mal die Funktion zum Anwenden von OLSRd Einstellungen auf "reboot" geändert.

hmm die OpenWRTler schreiben:

danke fürs testen erstmal, hmm das mit der last hab ich eigentlich noch nicht festgestellt. kannst du irgendwelche prozesse identifizieren, die die auslösen könnten? Also das Webinterface selbst oder OLSR oder soetwas? Die Probleme mit dem OLSR sind bekannt, müssten aber Upstream von OpenWRT gefixed...

kein problem ich wars ja selber auch, ich denke da das hier erledigt scheint, machen wir mal dicht oder?