Dank Christian habe ich es nun auch mitbekommen. Ein weiteres Update für den FVS338 steht ins Haus. Wie üblich Downloadbar über die Netgear-Seiten. Das Changelog macht schon mal einen guten Eindruck. Wenn der Router innerhalb der nächsten 4 Wochen allerdings nicht das tut was ich möchte, fliegt er raus. Ich nehme schonmal Angebote entgegen 
Jun 05
Mai 09
Gerade bei shiftzwei drauf aufmerksam geworden. Linux-Nutzer kennen es unter “iptraf”. Windows User kennen es garnicht und für den Mac heisst das Tool des Monats “iftop”.
Iftop zeigt den Netzwerktraffic ähnlich wie top im Terminal an. Nach installation des OSX-Packages befindet sich das Binary unter “/usr/local/sbin”. Zum entspannten benutzen, entweder /usr/local/sbin in den Pfad aufnehmen, oder das Tool in ein Diretory mit Suchpfad umkopieren…
Mai 08
Es gibt mal wieder ein Update für den Netgear-Router, diesmal auf die Version 2.0.0-141. Laut Changelog wurde aber lediglich an der Security des Webinterfaces herumgedreht. Ein Feature für das “nicht-löschen” der NAT-Tabellen nach einem Reconnect bei fester IP ist leider immer noch nicht implementiert… Schade aber auch
Feb 19
Das von Netgear bereitgestellte Update auf die Firmware 2.0.0.-141 behebt laut ChangeLog zwar nur Login-Probleme im Webinterface (mit denen hatte ich nie Probleme), aber wer weiss, vielleicht ist ja das NET-Resetting inzwischen behoben. Ich kann derzeit nur sagen, was der Router bis jetzt NICHT gemacht hat – nömlich sauber mit dem Asterisken zusammenspielen. Das liegt, nach langer Recherche, wohl daran, dass das Geraet, nach der 24h Zwangstrennung, einmal die kompletten NAT-Tabellen resetted. Selbst mit der Einstellung “feste IP” macht es das. Tödlich für SIP-Verbindungen. Der Asterisk lässt sich erst nachdem er min. 10minuten gestoppt ist wieder mit sipgate o.ä. VoIP-Providern ein. Mal schauen, ob dieses Update vielleicht Abhilfe bringt.
Feb 08
MobileMacs hat ein Tool entdeckt, welches sich in der Menüleiste des Äpfelchens einnistet, und stehts Auskunft über die per DHCP oder sonstwie zugewiesenen LAN/WAN-IPs gibt. Das gute Stück gibt es bei jschilling und heisst bwanadik. Die Externe IP wird via Services, wie z.B. www.meineip.de herausgefunden. Selbst wenn via Apple-Environment ein Proxy eingestellt wurde, nutzt das Tool diese Einstellung. Als Schmankerl prüft es auf Wunsch ob sich die IPs in einem bestimmten Intervall ändern und meldet sich dann via PopUp (abschaltbar). Desweiteren verfügt es über die Funktion bei einem IP-Wechsel ein Event, wie z.B. eine Mail zu verschicken, zu werfen. Alles in allem nett für den heutigen Büronomaden, der gerne über den aktuellen Netzwerkstand seiner Workstation informiert werden möchte.
Jan 29
Angenervt, dass das Remotedesktop-Package bei Apple Geld kostet ? Das muss nicht sein. Das gute alte VNC aus der Linux-Zeit gibt es sowohl als Server-, als auch als Client-Variante für OSX. Wenn man mehrere Rechner betreut, und fixen Zugriff haben möchte, kommt man um “Chicken of the VNC”, bzw. OSX-VNC (Vine-Server OSX) als Server nicht herum.
Jan 26
Für alle die, die es noch nicht mitbekommen haben: Es gibt eine neue Version des freien SSH-Clients PuTTY. Die Version 0.59 beinhaltet ausser einigen Bugfixen endlich eine saubere Telnet-Proxy Implementierung und die Möglichkeit Terminals via Serial-Line anzusteuern. Ein Feature den Client als reinrassiges Shell-Koammando via “Windows-Zeitsteuerung” z.B. laufen zu lassen, um nur “mal kurz” einen Tunnel aufzubauen, fehlt allerdings immernoch. Ansonsten: Nett
Jan 24
Als T-Com Kunde hat man es nicht leicht, das ist nichts neues. Hier eine Historie zu meinem DSLer:
- 20.12.06: Umzug ins neue Büro/Heim -> 2 Tage ohne DSL
- 23.12.06: Eine neue DSL-Kennung kommt per Post (Hö ? Die alte tut doch noch ?!)
- 28.12.06: Lt. T-Com soll heute die alte Kennung abgeschaltet werden. Ist Sie aber nicht
- 16.01.06: Alles gut mit der alten Kennung. Allerdings gibt es in den frühen Morgenstunden immer wieder Probleme mit dem DSL-Sync – also ein Leitungsproblem.
- 22.01.06: Das Sync-Problem wird schlimmer. Ich konsultiere eine der hundert T-Com-Hotlines. Die Störung wird entgegengenommen. Man weist mich auf die 2 Kennungen hin, die ih besitze. Ich erkläre freundlich, dass man mir gesagt hat, ich solle die alte Kennung weiterbenutzen. Alles ist gut
- 23.01.06: Ein Techniker meldet sich, Angeblich alles in Ordnung mit der Line. Ich vereinbare mit Ihm, dass das Ticket weiter offen bleibt, und man die Angelegenheit beobachtet.
- 24.01.06: Nichts geht mehr. Alte Kennung nicht, Neue Kennung nicht. Hmm… Anruf bei der Hotline: “Ja, da hat wohl gestern jemand Ihnen die alte Kennung gelöscht. Die neue sollte jetzt funktionieren.” Tut sie nach dem dritten Versuch auch. Da es heute morgen keine Sync-Probleme gab, gehe ich davonm aus dass alles i.O. ist. Denkste: Um 09:30 ist alles tot, kein ISDN, kein DSL. Eine halbe Stunde später geht alles wieder. O-Ton des Technik-Menschen. Wir haben Ihre Leitung mal neu geschaltet. Ich bin gespannt was noch so alles passiert….
Fazit der bisherigen Vorgänge: Nicht lustig. Aber was bleibt einem anderes übrig ? Jeder andere Provider hier im Sauerland greift auch auf die T-Com zurück (1&1, Acor und wie sie alle heissen) – folglich würde eine Wechsel nur zu noch größeren Problemen führen, da ja eh alle über die T-Com müssen. Erst wenn die letzte Meile von anderen Providern überbrückt wird, ja erst dann kann man mal über einen Wechsel nachdenken….
Jan 23
… zeigte bis vor 20minuten unerklärlicherweise auf eine IP, die einem Webhoster mit Namen goneo gehört. Da ich so überhaupt nicht auf DNS Spoofing stehe, wurde hier kurzerhand der Forward-DNS mal ausgetauscht. Anscheinend war das kein lokales Phänenomen, Johnny (Spreeblick) hat selbiges beobachtet…
Update: So siehts aus:
Dez 21
Wir schreiben den 21.12.2006 – bis jetzt einen Tag DSL16000.
Datendurchsatz Down: 9,8 MBit / Up: 1,2MBit zu einem Server der ca. 4 Hops entfernt ist. Das ist ordentlich. Sogar Remotedesktop via VPN macht jetzt wieder Spass, und ist fast so schnell als säße man davor. Zur Latenzzeit kann ich nur sagen, dass diese sich um knapp 50ms verbessert hat (Nein, habe kein FastPath – zocke ja auch nicht). Die Umschaltung seitens T-Com war ein wenig hakelig, hat aber hingehauen, bis auf die Tatsache das ich heute eine neue T-Dsl-Business-Kennung bekommen habe. Angeblich soll die “alte” Kennung am 28. abgeschaltet werden. Na hoffentlich behalte ich meine IP bis dahin.
Dez 20
Es ist endlich geschaltet. Ich bin wieder unter den “Onlinern”. Erste Erfahrungsberichte zum 16000er gibts morgen.
PS: Die Wetterdaten tun es auch wieder. Allerdings gibt es noch unerklärliche Probleme mit Wind & Regensensor
Dez 20
… ist zwar für solche Umzüge ganz nett. Allerdings will ich jetzt mein DSL wiederhaben. Zumindest kann ich jetzt auf UMTS-Langzeiterfahrung zurückblicken. Was mir aufgefallen ist:
- Der Reconnect bei UMTS geht rasend schnell
- Nach 24h wird genau so zwangsgetrennt wie bei ADSL.
- Mit eigenem Nameserver, Proxy, etc. rennt UMTS mit eingeschaltetem HSDPA recht gut.
- Die “Online-Komprimierung” bei Vodafone-UMTS kann man via Loginkennung umgehen. Ab da werden sämtliche Bildchen auch wieder in voller Farbbandbreite angezeigt.
- Sämtliche Internetconnectivity, also Ports etc., laufen (noch) einwandfrei
Fazit: Ich bin ehrlich froh, das ich mir damals so ein UMTS-Notfallkit nebst Router angeschafft habe. Das Ding macht schwer Sinn. Nur zum weiterempfehlen…
Dez 18
Bedingt durch den Umzug werden die Wetterinformationen ab morgen, dem 19.12., für ca. 3 Tage offline sein. Der DTAG sei es gedankt…
Dez 01
Ich bin es leid mit dem sog. Business Router. Den Namen hat das Gerät nun wirklich nicht verdient. Das Ding raubt einem den letzten Nerv. Anscheinend ist das Problem mit dem Reconnect mit der Firmware 2.0. nicht wirklich gelöst. Bei nächster Gelegenheit wird der pppoed unter Linux wieder reaktiviert. Der tat wenigstens. Selbst ein Cronjob, der bei nicht-erreichen des Netzes via telnet automatisch einen Reboot der FVS-338 Möhre auslöst, brachte keine anständigen Ergebnisse. Ich meine, mit einer Downtime von 10-15Minuten kann ja jeder leben, aber wenn das Teil länger als 4h off ist, daß ist schon ärgerlich. Auf der Seite von Netgear gibts auch kein Update (Die Buggy 2.0. Firmware hängt da weiter im Angebot).
Die Empfehlung für meine Zwecke lautet: Finger von diesem Router lassen
Nov 29
Im Webserverlog bin ich über einen interessanten Google-Referrer gestolpert. Speziell den Parameter “rls” kannte ich bis jetzt noch garnicht. Der sagt aus, mit welchem Client der User die Anfrage gestartet hat, also z.B. rls=GGLD für den Google-Desktop. Allgemein bietet der Referrer der von google kommt eine ganze Menge nützlicher Informationen, die weit über den Suchstring herausgehen.
Da wären:
Sprachen:
- ie Encoding-Input des Userbrowsers (z.B. utf-8) an
- oe Encoding-Output
- hl Browser-Sprache
- lr Ergebnissprache
Quellen:
- sourceid (z.B. IE7, opera)
- client (wie sourceid)
- rls Version des Clients und Art (s. Text oben)
Ergebnisse:
- q oder auch as_q für die eigentliche Query (Suchstring den der Benutzer eingeklimpert hat)
- start Seitennummer in den Suchergebnissen
- num Anzahl der Ergebnisse pro Google-Seite
- filter 0 oder 1 – gibt an ob Doubletten nicht angezeigt werden sollen
