Und zwar tritt das Problem nur auf, wenn man ein Mainboard mit NVidia Chipsatz mehr als 3GB RAM und einen 64bit-Kernel einsetzt. Genauere Hintergründe hab ich jetzt nicht recherchiert aber man kann das Problem mit dem Kernelparameter “iommu=soft” umgehen. Dann findet die Karte auch Sender.

Beastie Boys – Make Some Noise (YooRonYaa Revisited dnb Rework) from YooRonYaa on Vimeo.

von Nerdcore…

Zum Einsatz kommt Prosody, der in LUA geschrieben ist. Ejabberd oder jabberd2 wären sicher auch nett, aber man will ja mal was neues versuchen. Die Transports werden von Spectrum gestellt (der braucht dann auch Fuse). Das Ganze läuft jetzt seit gestern und bisher kann ich nicht klagen. Da ich die Domain von Netcup zu Domainfactory umziehen musste, um die nötigen SRV-Records setzen zu können, sind manche Server noch nicht erreichbar. Das sollte sich aber in 24-48h erledigt haben.

Der Umstieg von Openfire wurde nötig, da Openfire ziemlich verschwenderisch mit Ressourcen umgeht und neuerdings einen Bug im SSL-Handling hat, der nicht gefixt wird und verhindert dass man mit verschiedenen Servern kommunizieren kann. Schade eigentlich, mit der Ressourcenverschwendung hätte ich leben können.

Problem: Das Macbook kann keine Hosts im LAN mehr auflösen. Nach etwa einer Stunde und mit viel Hilfe von #macintosh.de auf freenode konnte ich dann aber den Fehler eingrenzen.
Und zwar nutzt OSX den mDNSResponder Dienst. Es gibt zwar eine /etc/resolv.conf, aber die wird nur von Tools wie dig oder nslookup genutzt, die übrigens ohne Problem die Hosts auflösen konnten. Naja, jedenfalls verwirft dieser mDNSResponder Antworten mit zu langer oder zu kurzer TTL (und tut noch ein paar andere Dinge, die man nicht erwarten würde, aber das kann man alles in den Apple Support Foren nachlesen ).

Lösung: pfSense nutzt nun dnsmasq und gibt keine TTL an, dnsmasq deutet das als TTL von 0. Umgehen kann man das Problem, indem man wie hier beschrieben die TTL in “/etc/inc/services.inc” durch “–local-ttl 1″ auf eine Sekunde setzt. OSX braucht dann noch eine Weile, bis es wieder versucht, die Namen aufzulösen, aber dann funktioniert alles, wie man es von anderen Betriebssystemen gewohnt ist. In pfSense 2.0 sollte schon eine TTL von 1 gesetzt sein.

Den Buffalo Router werd ich entweder zurückgeben oder doch noch als AccessPoint nutzen aber dafür ist er eigentlich zu schade. Eigentlich wärs mir lieber, wenn der Router auf eigener Hardware laufen würde… evtl. kommt doch noch so eine Alix-Kiste ins Haus, die kann ja mit der VM CARPen…