Hoc age ;)

Wear-Leveling beschreibt ein Verfahren, bei dem auf die Karte so geschrieben wird, dass die Sektoren möglichst gleichmäßig belastet werden und nicht wenige Sektoren (bspw. am Anfang) sehr viel und andere dafür kaum. Das kann die durchschnittliche Lebensdauer schon um einiges erhöhen.
Industrial-Grade Karten (gibts recht wenige, aber bspw Transcend bietet sie günstig im Shop an) sollen durchschnittlich ca. 10x höhere Schreibzugriffe verkraften. Zusätzlich dazu sei der Stromverbrauch etwas geringer und die Temperaturresistenz größer, was den Einsatz in embedded Geräten bevorteilen soll. Da der Unterschied bei 128MB bzw. 256MB Karten nicht wirklich viel ist, ist die Frage ob man darauf setzen möchte oder nicht.

Bei den IG CF-Karten von Transcend werden 2Mio Schreibzyklen angegeben, bei den Consumerkarten gibt es keine Angabe ;) Per Standard müssen es m.W. nur ~10.000 sein.

Ein Image muss man aber nicht erstellen, das ist unnötig. Einfach zwei Karten nehmen, die Masterkarte fertig installieren und konfigurieren und anschließend in pfSense ein Backup der Konfig machen. Zweite Karte Standard-Installation und einfach Restore der Konfiguration und schon hat man eine 2. Karte. Die Konfiguration sollte man trotzdem häufiger mal exportieren ;)

Grüße
Grey

Wenn ich nicht völlig schief gewickelt bin wird pfSense bei der Ausgabe der "mismatch" Meldung sich eher auf die vorkonfigurierten Interfaces beziehen? Kenne ähnliches aus dem Embedded Bereich wo ja die sisX Interfaces vorgegeben sind und der erste Bootvorgang mit neuem Image dann immer stehen bleibt bei der IF Zuordnung, weil es das nicht automatisch erkennen kann. Ansonsten hat Heiko recht, wenns läuft läufts. Hab auch einen CARP-Cluster mit 2 FSI Maschinen im Einsatz, die am Anfang erst Meldungen gebracht haben, dann aber nur noch handzahm waren ;)

Hallo,

habe die rule für das wireless Adapter eingestellt - Ergebnis ist leider, dass es noch nicht geht.

Muss das WLAN Adapter eigentlich im selben Subnet sein, wenn man vorher nichts weiter konfiguriert hat?

DNS forwarder ist enabled.

Vieleicht habt jemand noch eine Idee?

hört sich gut an, es gibt ein Bounty  derzeit wg. Squid und da gibt es auch ein Cache Problem mit einigen Updates auf die neueste Version. Insofern ist das schwer nachvollziehbar, soweit neue Probleme auftauchen, dann kurze Rückmeldung
Gruß
heiko

Hallo,
ich kann wenig zu OLSR sagen, hast Du das Forum nach Beiträgen durchsucht? Sind einige Einträge vorhanden über OLSR…
Gruß
heiko

Versuch mal die static port option zu setzen
http://doc.pfsense.org/index.php/Static_Port

Ausserdem setzte in deinen NAT rules als NAT-IP dein WAN und nicht any.

Du könntest auch mal versuchen UpNp zu aktivieren.
Dein anderer router funktioniert wahrscheinlich, gerade bsp. mit ICQ, weil er per default upnp aktiviert hat.

hallo

ich versuche auch verzweifelt sqid über einen "cache_peer" zu leiten dann hab ich dazu auch was gefunden

http://forum.pfsense.org/index.php/topic,4324.0.html

nur schreibt er nicht wo man die zeile einzufügen hat damit es dauerhaft funktioniert

und nicht zu vergessen, die Telekom hat auch bei den Buiseness Anschlüssen die 24h Zwangstrennung, das gilt auch für SDSL, Ausnahme sind die neuen BAIP Anschlüsse….

Wo sitzen denn die Clients, die sich sehen sollen und wie sieht das Netz aus? Vielleicht kannst Du mal eine kleine Ascii-Zeichnung machen.

Danke für den Tip, schauen wir uns an  :)

Hallo Jungs,

Danke erst mal für die schnelle Antwort. Ihr habt vollkommen recht gehabt es lag an der MTU und zwar habe ich von meinem ISP die richtige MTU (1440) für die DSL-Verbindung herausgefunden und auf dem Netgear Router eingetragen. Der Tunnel funktioniert jetzt stabil in beiden Richtungen.

Danke nochmal! :)
Ciao

genau son Schrott wie die DLINK Printserver ;D

zu 2): "XML error: OPTXXXX at line 628 cannot occur more than once"

Wann wird denn in der config.xml ein Interface mit dem Namen optXXXX oder optxxxx erzeugt?

Bei mir trat das Problem ebenfalls auf als ich mit VLANs herumspielte (Anlegen und Löschen)
In der .XML waren dann zwei Einträge vorhanden, einmal: optxxxx und einmal optXXXX.
Nach händischem Löschen und Zurückspielen/reboot (via WinSCP, das funktioniert dann noch), waren GUI und Konsole wieder erreichbar.

Habe jetzt mal die neuste Version installiert und alles komplett neu aufgesetzt, aber die Abbrüche sind leider immer noch vorhanden.

Werde das ganze mal im Auge behalten vielleicht finde ich da mal einen anhaltspunkt zu und berichte  :)

Nochmal eine alternative Full-Install-Methode: http://forum.pfsense.org/index.php/topic,8750.msg49255.html#msg49255

ja das ist unter system advanced

Use sticky connections
Successive connections will be redirected to the servers in a round-robin manner with connections from the same source being sent to the same web server. This "sticky connection" will exist as long as there are states that refer to this connection. Once the states expire, so will the sticky connection. Further connections from that host will be redirected to the next web server in the round robin.

Ich test das mal
Nochmal Vielen Dank  Mirco

Möglich ist es wohl:

http://www.mail-archive.com/support@pfsense.com/msg06618.html

…aber "a little weird to configure
on the Fortigate side, but it worked just fine."  ;)

tausend dank für die schnellen und hilfreichen antworten.
Leider hab ich gerade nur mein nb. zur hand und das hat keinen seriellen port. 
Aber sobald ich wieder zuhause bin hab ich ja meinen festen rechner und den usb adapter, dann sollte das ja funktionieren.