onderka.com » Internet

Endstation Lancom 1781EW

Stefan — Wed, 01 Feb 2012 19:09:36 +0000

Im positiven Sinne: Ein LANCOM 1781EW mit 5x GBit, 11a/b/g/n-WLAN, PXE/BootP-Unterstützung, Gast-WLAN, VLAN-Support, aktivierter VPN-Option und 3 Jahre Service-Erweiterung hinter einem perfekt laufenden D-Link DSL-321B Modem.

Das erste Mal, das hier alles “einfach funktioniert” – und genug Durchsatz für den geplanten Umzug zu Kabel Deutschland mit 100 MBit hat er auch.

Neues von der DSL-Front

Stefan — Fri, 23 Dec 2011 18:31:19 +0000

Die FRITZ!Box 7270 mußte einem Cisco RV220W weichen – Die Tatsache, dass sich VPNs in der FRITZ!Box nicht ändern lassen ist auf Dauer echt mistig.

Cisco angeschlossen, ein altes Devolo 1100 LAN ADSL2+-Modem davor, 30 Minuten ohne Reconnect aber wieder mal nur 750k/s. Nach einigen Stunden ein nöch älteres Arcor Speedmodem 200 ausprobiert – rund 600k/s, noch schlechter. Erst die früher schon verwendete Vodafone Easybox 802 im PPPoe-Bridging-Modus als reines DSL-Modem schafft wieder die knapp 14 MBit der Leitung.

So war das interne Modem der FRITZ!Box 7270 doch gar nicht so schlecht… Devolo 1100 LAN und Speedmodem in den Elektroschrott, jetzt halt mit Easybox als Modem. Dafür mit 4 getrennt konfigurieraren SSIDs, 50 IPsec VPN-Tunneln die sich im Admin-Interface ändern lassen und vielen weiteren Schmankerln des Cisco WR220V.

Und ausserdem sind mehr als 300MBit(!) WAN-to-LAN-Durchsatz ein guter Ausgangspunkt für 100MBit Kabel.

FRITZ!Box hinter EasyBox

Stefan — Thu, 25 Aug 2011 17:50:09 +0000

Öh, mit der dummen Easybox 802 liegen seit knapp 48 Stunden “satte” 13,4MBit an – ohne Unterbrechung!?!?!?

Dann soll es doch so sein: Nach Anleitung von Asconix die EasyBox auf RFC1483-Bridging gestellt sowie uPNP, WLAN und weiteren Ballast zusätzlich zur Anleitung deaktiviert.

Danach ISDN-Rufnummern eingetragen (Gottseidank muß ich mich nicht auch noch mit einem NGN-Anschluss herumärgern…), FRITZ!Box umgesteckt und auf “PPPoE-Modem an LAN1″ konfiguriert…

Geht! Under die VPNs sind auch schon wieder da. Schon mehr als 10 Minuten! ;P

Zwar sind die DSL/PPPoE-Details nichtmehr einsehbar, aber wen interessiert das auch schon, wenn die Leitung zuverlässig arbeitet.

Ob das das Ende des Dauerlutschers war? Oder sind’s in 1-2 Wochen wieder nur noch 1,5MBit???

Vodafone nervt…

Stefan — Fri, 19 Aug 2011 19:06:40 +0000

Während letzte Weihnachten noch knapp 16MBit durch die Leitung gingen sind es heute mal wieder so circa 1,5MBit. Im Schnitt. Wenn es überhaupt geht. Oder länger als 20 Sekunden geht…

So wie das hier geht es seit Wochen: Ab 13:10 war heute anscheinend plötzlich Internet verboten – ich hoffe ich bekomm’ dieses Posting überhaupt durch (älteste Einträge unten):

[...]
19.08.11  13:34:05  Internetverbindung wurde getrennt.
19.08.11  13:34:05  DSL-Synchronisierung beginnt (Training).
19.08.11  13:34:05  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:33:14  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.83.15, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  13:33:11  DSL ist verfügbar (DSL-Synchronisierung besteht mit 1782/761 kbit/s).
19.08.11  13:33:01  Dynamic DNS-Fehler: Die Dynamic DNS-Aktualisierung war erfolgreich, anschließend trat jedoch ein Fehler bei der DNS-Auflösung auf.
19.08.11  13:32:57  DSL-Synchronisierung beginnt (Training).
19.08.11  13:32:57  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:32:48  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:32:35  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:32:22  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:32:08  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:32:02  DSL ist verfügbar (DSL-Synchronisierung besteht mit 4086/925 kbit/s).
19.08.11  13:31:21  Internetverbindung wurde getrennt.
19.08.11  13:31:21  DSL-Synchronisierung beginnt (Training).
19.08.11  13:31:21  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:30:41  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.81.92, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  13:30:37  DSL ist verfügbar (DSL-Synchronisierung besteht mit 5750/925 kbit/s).
19.08.11  13:29:57  DSL-Synchronisierung beginnt (Training).
19.08.11  13:29:57  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:29:50  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:29:36  PPPoE-Fehler: Zeitüberschreitung.
19.08.11  13:29:35  Dynamic DNS-Fehler: Fehler bei der DNS-Auflösung des Domainnamens
19.08.11  13:29:29  DSL ist verfügbar (DSL-Synchronisierung besteht mit 3574/925 kbit/s).
19.08.11  13:28:49  Internetverbindung wurde getrennt.
19.08.11  13:28:49  DSL-Synchronisierung beginnt (Training).
19.08.11  13:28:49  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:28:20  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.79.107, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  13:28:16  DSL ist verfügbar (DSL-Synchronisierung besteht mit 1526/869 kbit/s).
19.08.11  13:27:37  Internetverbindung wurde getrennt.
19.08.11  13:27:37  DSL-Synchronisierung beginnt (Training).
19.08.11  13:27:37  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:25:40  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.76.235, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  13:25:36  DSL ist verfügbar (DSL-Synchronisierung besteht mit 5441/925 kbit/s).
19.08.11  13:24:42  VPN-Verbindung zu xxxxxx_GmbH wurde getrennt. Ursache: 12 SA loss
19.08.11  13:24:42  Internetverbindung wurde getrennt.
19.08.11  13:24:42  DSL-Synchronisierung beginnt (Training).
19.08.11  13:24:42  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:21:13  VPN-Verbindung zu xxxxxx_GmbH wurde erfolgreich hergestellt.
19.08.11  13:19:09  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 84.57.89.204, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 84.57.64.1, Breitband-PoP: nbgbr003
19.08.11  13:19:06  DSL ist verfügbar (DSL-Synchronisierung besteht mit 3679/925 kbit/s).
19.08.11  13:18:27  VPN-Verbindung zu xxxxxx_GmbH wurde getrennt. Ursache: 12 SA loss
19.08.11  13:18:27  Internetverbindung wurde getrennt.
19.08.11  13:18:27  DSL-Synchronisierung beginnt (Training).
19.08.11  13:18:27  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:16:22  VPN-Verbindung zu xxxxxx_GmbH wurde erfolgreich hergestellt.
19.08.11  13:14:56  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.67.156, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  13:14:52  DSL ist verfügbar (DSL-Synchronisierung besteht mit 2194/925 kbit/s).
19.08.11  13:14:13  VPN-Verbindung zu xxxxxx_GmbH wurde getrennt. Ursache: 12 SA loss
19.08.11  13:14:13  Internetverbindung wurde getrennt.
19.08.11  13:14:13  DSL-Synchronisierung beginnt (Training).
19.08.11  13:14:13  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  13:12:40  VPN-Verbindung zu xxxxxx_GmbH wurde erfolgreich hergestellt.
19.08.11  13:10:48  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 84.57.82.88, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 84.57.64.1, Breitband-PoP: nbgbr003
19.08.11  13:10:45  DSL ist verfügbar (DSL-Synchronisierung besteht mit 4945/925 kbit/s).
19.08.11  13:10:06  VPN-Verbindung zu xxxxxx_GmbH wurde getrennt. Ursache: 12 SA loss
19.08.11  13:10:06  Internetverbindung wurde getrennt.
19.08.11  13:10:06  DSL-Synchronisierung beginnt (Training).
19.08.11  13:10:06  DSL antwortet nicht (Keine DSL-Synchronisierung).
19.08.11  05:43:07  VPN-Verbindung zu xxxxxx_GmbH wurde erfolgreich hergestellt.
19.08.11  05:39:47  VPN-Fehler: xxxxxx_GmbH, IKE-Error 0x1c
19.08.11  05:39:45  Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 88.65.90.140, DNS-Server: 195.50.140.182 und 195.50.140.114, Gateway: 88.65.64.1, Breitband-PoP: nbgbr003
19.08.11  05:39:45  VPN-Verbindung zu xxxxxx_GmbH wurde getrennt. Ursache: 5 IP address change
19.08.11  05:39:44  Internetverbindung wurde getrennt.
19.08.11  05:39:42  Die Internetverbindung wird kurz unterbrochen, um der Zwangstrennung durch den Anbieter zuvorzukommen.

Jetzt gibt’s demnächst 32MBit down / 2MBit up bei Kabel Deutschland. Das Kabel liegt schon im Wohnzimmer. Hass!

Mailserver Relay-Test per Telnet

Stefan — Tue, 07 Jun 2011 09:48:47 +0000

Durch Zufall drauf gestoßen: Während die meisten online Relay-Checks eine Registrierung fordern, kann man bei mail-abuse.org (Anscheinend von Trend Micro übernommen) per Telnet einen Check anfordern.

Per telnet relay-test.mail-abuse.org 25 kann – vom zu prüfenden Mailserver selbst aus- ein Test initiiert werden, der Verlauf sieht dann in etwa so aus:

Trying 168.61.4.13...
Connected to cygnus.mail-abuse.org.
Escape character is '^]'.
Connecting to MY.OWN.IP.ADDR ...
««« 220 mail.XXXXXXX.de brought to you on 100% recycled electrons ESMTP
»»» HELO cygnus.mail-abuse.org
««« 250 mail.XXXXXXX.de brought to you on 100% recycled electrons
:Relay test: #Quote test
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «"nobody@mail-abuse.org"»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 1
»»» mail from: «nobody@mail-abuse.org»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 2
»»» mail from: «spamtest@maps1.pa.vix.com»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #test 3
»»» mail from: «spamtest@localhost»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 4
»»» mail from: «spamtest»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 5
»»» mail from: «»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 6
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 7
»»» mail from: «spamtest@[MY.OWN.IP.ADDR]»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 8
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «nobody%mail-abuse.org@mail.XXXXXXX.de»
««« 550 no mailbox or alias named nobody%mail-abuse.org (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 9
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «nobody%mail-abuse.org@[MY.OWN.IP.ADDR]»
««« 550 no mailbox or alias named nobody%mail-abuse.org (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 10
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «"nobody@mail-abuse.org"»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 11
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «"nobody%mail-abuse.org"»
««« 550 no mailbox or alias named nobody%mail-abuse.org (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 12
»»» mail from: «spamtest@[MY.OWN.IP.ADDR]»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org@mail.XXXXXXX.de"»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 13
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «"nobody@mail-abuse.org"@[MY.OWN.IP.ADDR]»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 14
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org@[MY.OWN.IP.ADDR]»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 15
»»» mail from: «spamtest@[MY.OWN.IP.ADDR]»
««« 250 ok
»»» rcpt to: «@mail.XXXXXXX.de:nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 16
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «@[MY.OWN.IP.ADDR]:nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #Test 17
»»» mail from: «spamtest@[MY.OWN.IP.ADDR]»
««« 250 ok
»»» rcpt to: «mail-abuse.org!nobody»
««« 550 no mailbox or alias named mail-abuse.org!nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #test 18
»»» mail from: «spamtest@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «mail-abuse.org!nobody@[MY.OWN.IP.ADDR]»
««« 550 no mailbox or alias named mail-abuse.org!nobody (#5.5.0)
»»» rset
««« 250 flushed
:Relay test: #test 19
»»» mail from: «postmaster@mail.XXXXXXX.de»
««« 250 ok
»»» rcpt to: «nobody@mail-abuse.org»
««« 550 no mailbox or alias named nobody (#5.5.0)
»»» rset
««« 250 flushed
»»» QUIT
««« 221 mail.XXXXXXX.de brought to you on 100% recycled electrons
Tested host banner: 220 mail.XXXXXXX.de brought to you on 100% recycled electrons ESMTP
System appeared to reject relay attempts

Schaut schonmal garnicht so schlecht aus.

DSL-Risikoschaltung zu Weihnachten

Stefan — Fri, 24 Dec 2010 10:22:26 +0000

Nach der kompletten Fon/DSL-Neuverkabelung, dem Tausch der FRITZ!Box 3270 gegen eine 7390 und dem Austausch der alten Arcor Starterbox gegen einen nagelneuen Splitter und einen (nicht ganz so) neuen NTBA gestern bei Vodafone per Web-Anfrage eine Risikoschaltung von 6000 auf 16000 beantragt:

Heute um 10:00 während dem Einkaufen war die Vodafone-Hotline auf dem AB – und siehe da, es ist umgestellt:

Nach ein paar Syncs mit 14xxx, die nach unter 2 Minuten abgerissen sind und einem Sync mit 13xxx, der zwar einen Download mit 568MB durchhielt

aber dann auch zig mal abgerissen ist, jetzt zumindest stabil mit 12020 down/1105 up. Mehr scheint auch beim besten Willen nicht durch die ~~Reichs-~~ alte Telefonleitung zu gehen:

Vorher:

Jetzt:

Mal sehen wie es weiter läuft…

Ansonsten ist jetzt Weihnachten (schon so spät???) und Ruhe bis Januar. Will nix mehr sehen und hören!

Wikileaks

Stefan — Wed, 08 Dec 2010 17:55:30 +0000

Auch ich muß meinen Senf dazugeben: Was ist wohl in der Datei Insurance_Assange_Style.aes256.5902047.TPB.torrent enthalten?

Verkaufe Linkstation LS-CHL

Stefan — Wed, 20 Oct 2010 18:20:49 +0000

Ich verkaufe die “kleinere” der beiden Linkstations nach erfolgreichen Tests auf eBay:

Buffalo Linkstation Live LS-CHL 250GB Debian Linux Gbit (180578914835)

Preisvorschläge werden gerne entgegengenommen.

Der/die/das HP Media Vault mv2120 stand auch zum Verkauf, aber ist schon weg. So kanns gehen…

PHP Web-UI für NAS und Kundenserver

Stefan — Sat, 04 Sep 2010 16:14:20 +0000

An zu viel Zeit leide ich eigentlich nicht, aber da für die Arbeit momentan auch ein Interface für einen Kundenservice-Server ansteht, kann man ja mal am Samstag Nachmittag bei Kaffee und Kuchen loslegen…

Ein modulares Framework in PHP, Anzeige von Informationen, Session-Management, Up- und Downloads, Admin-Bereich und ein wenig Messaging in Form von “Wir hinterlassen Ihnen eine Kurznachricht zu Ihren verfügbaren Downloads, und Sie können uns auch was schreiben”.

Das ganze parallel auch mit dem NAS zu Hause und dessen UI im Hinterkopf.

Wird schon… Übrigens: Mein Lieblings – Icon-Set ist momentan Silk Icons von FamFamFam mit über ~~700~~ 1000 Icons!

PXEboot mit / trotz FRITZ!Box

Stefan — Sun, 25 Jul 2010 13:07:14 +0000

Ohne größere Modifikationen kann die FRITZ!Box momentan per DHCP (noch) keinen Server- und Dateinamen für einen PXE-Boot senden. Diese Anregung ging wohl schon tausende Male bei AVM ein, aber es wird wohl noch ein Wenig dauern, bis die 2-3 Checkboxen und Eingabefelder ihren Weg ins “Erweitert”-Menü der Konfiguration finden.

Da ich oft Acronis True Image per PXE starte, um saubere Backups zu machen, muss also eine Lösung her, um trotzdem aus dem Netz booten zu können.

Der NAS-Server mit DHCP (dnsmasq) konnte per

dhcp-boot=/pxelinux.0,0.0.0.0

in der Konfiguration einfach auf sich selbst verweisen, tftp erledigte den Rest. Mit folgendem Provisorium geht es dennoch, im selben Netz mit der FRITZ!Box per PXE zu booten:

Die FRITZ!Box hat als DHCP-Range 192.168.x.200 bis 192.168.x.230, der NAS-Server den Range 192.168.x.240 bis 192.168.x.250. in der dnsmasq.conf des NAS steht weiterhin

dhcp-boot=/pxelinux.0,0.0.0.0

sowie

dhcp-option=option:router,192.168.x.1
dhcp-range=192.168.x.240,192.168.x.250,255.255.255.0,12h

Wenn man nun die FRITZ!Box kurz absteckt, bedient das NAS den Client, dieser bootet via PXE, alles prima. Während die FRITZ!Box angesteckt ist, ist es egal, von welchem DHCP (NAS oder FRITZ!) der Client seine IP-Konfiguration zugewiesen bekommt.

Nun ist es hier im Haus so, dass das Netzwerk eher eine Bus-Topologe hat als eine Stern-Topologie. Dank Altbau geht ein Kabel von der FRITZ!Box über 3 Gigabit-Switche (Wohnzimmer, Schlafzimmer, Büro) durch die ganze Wohnung bis zum NAS in der Abstellkammer am hinteren Ende.

Clients am Switch im Büro können – anscheinend dadurch, dass sie näher am NAS als an der FRITZ!Box sind – auch ohne Abstecken der FRITZ!Box per PXE booten. 10 von 10 Versuchen erfolgreich.

Scheint also als dauerhafte Lösung zu funktionieren. Und wenn es nicht auf Anhieb klappt, kann man immernoch die Box kurz abstecken, oder neu starten und während sie kurz offline ist, den Client aus dem netz booten.