Suchergebnisse

Du könntest sonst auch mal OpenBSD probieren. Die zumindest (meist) funktionierendes suspend/resume. Allerdings halt kein Flash und von nvidia sollte dein Grafikchip auch nicht sein ;).

Das mit chromium ist mir heute morgen auch aufgefallen. Nicht so schön.

Eine Beispielkonfiguration liegt bei FreeBSD unter /usr/share/examples/pf/pf.conf Als Lektüre empfehle ich dir Peter N. Hansteens Tutorial sowie den pf Teil in der OpenBSD FAQ. Damit solltest du auch kurzfristig zumindest den einen Port geblockt bekommen.

@foxit: Das wird er schon gemacht haben, daher kommt das unreachable (sonst würde der ntp ja antworten und der Port wäre nicht unreachable ;)). testit: Die Anfragen solltest du mit einem Paketfilter droppen. Ich persönlich verwende OpenBSD und pf. Die Konfiguration ist leicht verständlich und...

Nein. Dazu braucht openntpd den Startparameter "-s", dann wird die Zeit beim Starten des Dienstes(!) synchronisiert. Lustigerweise wurde eine Zeit lang bei Nichterreichbarkeit des eingestellten Zeitservers endlos auf eine Antwort gewartet... War beim Systemstart von OpenBSD nicht so schön, da...

Ich persönlich fände das auch nicht so toll, ein Forentreffen explizit auf einer Konferenz oder so zu veranstalten. Ist aber nur meine Meinung ;). Evtl. würde ich es diesmal sogar schaffen ebenfalls vorbeizukommen, wenn nach dem 10.05. gegrillt wird :)

"portmaster -o databases/db42 databases/db5" registriert db5 als ersatz für db4 und sollte damit arbeiten. Evtl. ist der Eintrag in /etc/make.conf dennoch notwendig.

Ich hatte mal Probleme an nem Hotspot. Da hatte ich dann nach einigen Recherchen das bei mir auch ein wenig erweitert: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel ap_scan=1 fast_reauth=1 eapol_version=2 network={ ssid="xxxxxxx" proto=WPA RSN...

Selbes Problem bei meinem L420 hier unter 9.2 und leider keine Lösung. Aber danke für den Tipp, werde ich mal probieren. Welche Auswirkungen hat die sysctl?

Das Problem hier ist die Grafikkarte bzw. der alte X Treiber dafür. Die Unterstützung der nvidia-Chips durch die offenen Treiber sind eher dürftig und unter OpenBSD nochmal schlechter. Auf der Maillingliste ist das schon öfter aufgetaucht, das OpenBSD auf dem Desktop mit nvidia nichts geben wird...

probier evtl auch mal -current, kettenis@ hat da viel geschraubt. Falls du updaten möchtest bedenke, dass alle Pakete vorher deinstalliert werden _müssen_ und anschließend das Update gemacht wird. Siehe auch http://www.openbsd.org/faq/current.html zum Update.

Wozu? Schon jetzt brauchen unsere Kisten länger um sich selber zu initialisieren, als das FreeBSD hochzufahren, wie sie beides zugegebenermaßen nicht häufig tun.

Leider gibt es das sysctl nicht: net.inet6.ip6.forwarding=0 net.inet6.ip6.redirect=1 net.inet6.ip6.hlim=64 net.inet6.ip6.mrtproto=103 net.inet6.ip6.maxfragpackets=200 net.inet6.ip6.accept_rtadv=0 net.inet6.ip6.log_interval=5 net.inet6.ip6.hdrnestlimit=10 net.inet6.ip6.dad_count=1...

So, bin nun endlich mal dazu gekommen, das Linux der rescue Konsole zu probieren: ~ # ip -6 route add 2001:4ba0:ffff:1:beef::1 dev eth0 ~ # ip -6 route add default via 2001:4ba0:ffff:1:beef::1 ~ # ip -6 route show 2001:4ba0:ffff:1:beef::1 dev eth0 metric 1024 2001:4ba0:ffff:ab::/64 dev eth0...

*brrrrr* Das haben wir auch, meistens mit Problemen. Aber dafür kostet es nen Haufen Geld und setzt auf Java. Dazu kommt dann noch, dass eine Syntax kaum vorhanden bzw. sehr beschissen ist und der tolle HTML-Editor kein Kopieren mit der mittleren Maustaste zulässt und sonstiges Kopieren immer...

Nicht nur fast. Toshiba hat sich einen Großteil gesichert, ob OCZ als Marke weiter bestand hat, würde ich bezewifeln. Aber das war nun OT.

OpenBSD macht erst ein bootstrap und lädt seinen eigenen loader. Mehr dazu: http://www.openbsd.org/cgi-bin/man.cgi?query=boot_i386&sektion=8&arch=i386&apropos=0&manpath=OpenBSD+Current

aber die SLA ist doch eine andere, und daher meint OpenBSD, dass er das Netz bei einer Prefix Länge 64 nicht erreichen kann, oder? Der Support spricht ja auch davon, dass eine Hostroute gesetzt werden muss und anschließend die default route auf das GW. Ich werde wohl gleich mal die Rescue...

Erinnert mich auch irgendwie an die Linuxstartscreens, in denen mittlerweile alles ausgeblendet wird, damit auch ja nicht mitbekommt, warum das booten fehlgeschlagen ist oder so lange dauert.

ja, das weiss ich wohl. ich meinte es jetzt eher auf das Routing bezogen. Also so, wie Hetzner das macht. die weigert er sich zu setzen, weil er das Netz nicht erreicht (weder per /etc/mygate, in dem ich sie vor einem Neustart gesetzt hatte, noch per Hand auf der Konsole) : marc@malkier ~ $...

link local scheint es nicht zu geben. Die Antwort:

ich hab dem die adresse mitgegeben, über die er das GW erreichen sollte. jop: ~ # route add -inet6 2001:4ba0:ffff:1:beef::1 -iface em0 route: em0: bad value EDIT: -iface wird unter OpenBSD anders gehandhabt:

~ # netstat -rn -f inet6 Routing tables Internet6: Destination Gateway Flags Refs Use Mtu Prio Iface ::/104 ::1 UGRS 0 0 - 8 lo0 ::/96...

Hat leider auch nicht weitergeholfen.

das hab ich ja gemacht (s. OP) lässt sich leider nicht setzen: ~ # route add -inet6 2001:db8:ffff:1:beef::1 route: writing to routing socket: Invalid argument add host 2001:db8:ffff:1:beef::1: Invalid argument Da fehlte die destination. Als default gesetzt funktioniert es nicht. Die abgehende...