Re: Eigene IPv6-Tunnel bauen
morphium schrieb: > Was sagt denn /proc/sys/net/ipv6/conf//forwarding ? Normalerweise 0, habe aber auch schon probiert auf 1 zu setzen, für eth0 (wo der gesamte Traffic läuft) und ipv6tun (das Gerät des Tunnels). Ändert sich gar nichts... > > Mit tcpdump sehe ich, daß die Pakete mit der IPv6-Adresse meines PCs > > rausgeschickt werden, aber kommen nicht zurück... > > tcpdump auf deinem Server? Auf welchem Interface? Es sieht so aus, wie wenn das Paket geschickt wird, aber keine Antwort zurückkommt... Ich habe jetzt einen anderen Test probiert, und zwar, auf meinem Server auf eth0 die IPv6 2001:1608:10:47:1::1/80 zu vergeben, dann das Gerät ipv6tun einzurichten, mit der IPv6 2001:1608:10:47:1::2/80. Von einem anderen Server kann ich zwar 2001:1608:10:47:1::1 erreichen, aber schon nicht mehr 2001:1608:10:47:1::2. Ich habe auch probiert dem Gerät ipv6tun die IPv6 2001:1608:10:47:10::1/80 (falls ich unbedingt ein anderes Netz nutzen sollte) zu vergeben und von dem anderen Server zu erreichen. Auch nicht... In dem Fall, mit tcpdump auf eth0 sehe ich GAR KEIN PAKET. Also, ich bin 100% sicher, daß ich was ganz falsches mache, verstehe aber überhaupt nicht WAS... Ich freue mich auf eurer Hilfe! Grüße Luca Bertoncello (lucab...@lucabert.de) ___ Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Re: Eigene IPv6-Tunnel bauen
Hi! > Jedenfalls, von meinem PC kann ich jede IPv6 meines Servers anpingen, aber > sobald > ich versuche einen anderen Host (den ich aber von meinem Server problemlos > über > IPv6 erreichen kann!), geht es nicht... Was sagt denn /proc/sys/net/ipv6/conf//forwarding ? > Mit tcpdump sehe ich, daß die Pakete mit der IPv6-Adresse meines PCs > rausgeschickt > werden, aber kommen nicht zurück... tcpdump auf deinem Server? Auf welchem Interface? Viele Grüße! -- morphium - morph...@jabber.ccc.de - 113332157 http://identi.ca/morphium - http://twitter.com/morphium86 ___ Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Eigene IPv6-Tunnel bauen
Hallo, Leute! Tunnelbroker wird jeden Tag instabiler, und ich bin jetzt auch der Suche nach einer Alternative... Da ich einen Server habe, der schon eine native IPv6-Anbindung hat, wollte ich probieren selber meinen Tunnel zu bauen... Hier was ich gemacht habe: Auf dem Server, wo ich das Netz 2001:1608:10:24::/64 für den normalen Traffic nutze, und ich gerade das Netz 2001:1608:10:47::/64 für diesen Tunnel gekriegt habe: /sbin/ip tunnel add ipv6tun mode sit ttl 255 remote 87.157.44.171 local 84.200.210.163 /sbin/ip link set dev ipv6tun up /sbin/ip -6 addr add 2001:1608:10:47:1::1/80 dev ipv6tun /sbin/ip -6 route add 2001:1608:10:47:10::/80 dev ipv6tun metric 1 Auf meinem PC: /sbin/ip tunnel add he-ipv6 mode sit remote 84.200.210.163 local 87.157.44.171 ttl 255 /sbin/ip link set he-ipv6 up /sbin/ip route add ::/0 dev he-ipv6 /sbin/ip -6 addr add 2001:1608:10:47:10::1/80 dev eth0 Warum /80? Naja, es war ein Versuch... Ich habe auch mit /64 probiert, ging aber nicht, dann habe ich gedacht, daß ich vielleicht zwei unterschiedliche Netze benötige... Jedenfalls, von meinem PC kann ich jede IPv6 meines Servers anpingen, aber sobald ich versuche einen anderen Host (den ich aber von meinem Server problemlos über IPv6 erreichen kann!), geht es nicht... Mit tcpdump sehe ich, daß die Pakete mit der IPv6-Adresse meines PCs rausgeschickt werden, aber kommen nicht zurück... Nun, ich habe viele Seiten im Internet gefunden, wo es gesagt wird, daß ich eigentlich genau so machen muss, aber geht nicht... Was mache ich denn falsches? Danke Luca Bertoncello (lucab...@lucabert.de) ___ Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Re: Unit tests
Am 27. Februar 2012 15:23 schrieb Sebastian Oeste : > Mich interessieren grade C/C++,Bash,Perl, Assembler (kann man das testen?). Mit C++ habe ich gute Erfahrungen mit CppUnitLite von Michael Feathers gemacht. Das ist quasi ein Minimal-Testframework, welches man sich leicht an die eigenen Vorlieben anpassen kann. Ansonsten habe ich nur gutes über googletest (http://code.google.com/p/googletest/) gehört, habe es aber selbst nie eingesetzt. Prozedurale Sprachen wie C zu testen ist generell etwas aufwändiger, da die ganzen OO-Mechanismen zur Ersetzung von Komponenten wegfallen. Man muß sich statt dessen mit dem Präprozessor und Linker-Tricks behelfen, was u.U. recht aufwändig sein kann. Als Framework kommt für C z.B. CUnit in Frage, welches recht brauchbar sein soll (habe ich aber selbst nie benutzt). Es gibt eine umfangreiche Liste mit Testframeworks für alle möglichen Platformen und Sprachen unter http://www.xprogramming.com/software Viele Grüße Eric ___ Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
