Archive for the 'Allgemeines' Category

Telekom IP-Anschluß – ADSL VDSL – Zugangsdaten Problem – APP HomeTalk – Fehler 403

März 18, 2014

So das war doch mal wieder eine schwere Geburt. Einen Anschluß von o2 zur Telekom portiert. Hierbei gleich einen dieser neuen IP Anschlüsse erhalten. Sind natürlich gleich einige Probleme aufgetreten.

1. Falle:
Am Anschluß lief zuvor eine Fritz!Box 7270. Die Telekom schaltet einen Entertain Comfort IP mit einem 16.000 VDSL.
Bei einer 16.000er Leitung kommt man ja nicht sofort auf die Idee, dass ein VDSL Anschluß geschaltet wird,
sondern der Gewohnheit wegen denkt man an einen „handelsüblichen“ ADSL Anschluß. Nun ja, so wird man eines besseren belehrt.
Lösung:
Neue Fritz!Box (VDSL fähig) oder VDSL Modem o.ä.

So, nun hat man die neue Fritz!Box eingeschaltet und konfiguriert und siehe da das Internet funktioniert. Super.

2. Falle
Jetzt möchten wir die Telefonnummern einrichten. Gemäß Anleitung von AVM vorgegangen. Hmm. Keine Verbindung, im Ereignisprotokoll: „Fehler 403“.
Die ganzen Vorschläge wie: grauen Adapter verwenden, statt Y-Kabel Netzwerkkabel verwenden, mit und ohne Splitter, Benutzer im Telekom Kundencenter anlegen und diese Zugangsdaten verwenden(My Login abschalten)…
und alles was man im Netz noch so findet ausprobiert.
Nichts ändert sich.

Telekom Hotline angerufen. Endgerät ist nicht von der Telekom, kein Support. Ok ist verständlich.
Leitungen messen lassen, Ergebnis in Ordnung.Bieten mir an einen Techniker rauszuschicken. „Kostenpflichtig“.
Die Zugangsdaten passen doch aber nicht, das sagt doch Fehler 403.
Irgendwie muss ich mich doch registrieren damit ich telefonieren kann. Gibt es keinen bei der Telekom
der Mal prüfen könnte, ob man sich mit meinen Zugangsdaten an den Telekom Servern anmelden kann.
Nein gibt es nicht Leitungen sind ok. Internet funktioniert. Muss am Endgerät liegen laut Hotline.

Ok. Machen wir mal was Endgeräte unabhängiges. Nehmen wir doch mal die Android APP der Telekom: HomeTalk!

Im Google APP Store runtergeladen installiert. Mit den Standardeinstellungen keine Verbindung,  nach manueller Einrichtung auch keine Verbindung…
Wieder die Telekom Hotline angerufen. Was benutzen Sie: HomeTalk? Was ist das? Kenn ich nicht (Eigentlich Klasse diese Hotline-Spezialisten).

Schlussendlich habe ich eine Dame an der Hotline erwischt, die mir zugehört hat.

Problem war die Zugangsnummer (früher T-Online Nummer).
In der Auftragsbestätigung habe ich für die Leistung  Entertain Comfort IP DSL eine Zugangsnummer erhalten.
Diese unterscheidete sich aber von der Zugangsnummer der Internetverbindung die ich gesondert per E-Mail erhielt.
Also richtige Zugangsdaten zusenden lassen, Internetverbindung konfigurieren, dann klappt es auch mit dem telefonieren.

Damit hat sich dann auch die gleich Frage geklärt: „Wie kann ich mit meinem IP Anschluß von unterwegs telefonieren?“
Nach bisherigem Kenntnisstand nur mit einer VPN Verbindung.

Fritz!Box Internet funktioniert, Telefonieren nicht möglich. „Dieser Anschluss ist vorübergehend nicht erreichbar“

Januar 11, 2012

Ich konfigurierte eine Fritz!Box 7390 an einem Telekon DSL /ISDN Anschluss.
Funktionierte alles wunderbar.

Wenige Tage später musste ich allerdings einen seltsamen Fehler feststellen.
Plötzlich konnten wir nicht mehr telefonieren. Weder konnten wir anrufen noch angerufen werden.
Also Telekom angerufen (per Handy natürlich), Störung gemeldet.
Hinweis der Hotline „Bitte NTBA tauschen“.

NTBA gewechselt und noch immer war das telefonieren nicht möglich.
Nun musste der Telekom-Techniker wenige Tage später vorbeikommen.
Was war passiert ein Techniker hatte bei einer Schaltung unseren Anschluss gekappt(ausversehen).
Ok. Unseren Anschluss schalten, dann sollte es ja wieder gehen.

Leider war dem nicht so.Internetverbindung kam zu Stande, aber egal was wir taten, telefonieren war nicht möglich.

Fritz!Box reset, Rufnummern löschen und neu eingeben, DECT Mobilteile resettet und neu konfiguriert, es half alles nicht.

Was hatten wir vergessen? Natürlich, das NTBA war neu. Alte NTBA anschliessen und schwupps funktionierte es wieder
mit dem telefonieren. Eigentlich dachte ich, ist diese Problem verschwunden. Kann mich noch ganz wage daran erinnern,
vor langer langer Zeit gab es dieses Problem schon mal (inkompatibilität zwischen NTBA / Fritz!Box)

Es sieht so aus, dass das neue NTBA Parametereinstellungen hat, mit denen die neue(?!) Fritz!Box nicht klar kommt.
Mal sehen ob dieses Problem wieder häufiger auftritt. Vielleicht finde ich noch heraus, was man Einstellen muss um dieses
Problem direkt an der NTBA/Fritz!Box zu beheben.

SQL Ports für Windows Server 2008R2

Dezember 9, 2011

Um die SQL Dienste unter Windows Server 2008R2 zu publizieren, müssen die Ports in der Firewall des Servers freigegeben werden. In früheren Versionen funktionierte dies wie auf den Knowlegde Base Artikeln beschrieben (http://support.microsoft.com/kb/968872).
Die dort beschriebenen netsh-Befehle wurden neu konzipiert. Nachfolgend die auf 2008R2 angepasste Skript.

Skript:

[bash]
@echo ========= Firewallmodifikation für den SQL-Servers 2008R2 ===================
@echo === aktiviert ===
@echo Aktivieren von Port 1433 TCP für die SQLServer-Standardinstanz
netsh advfirewall firewall add rule name=“SQLServer“ dir=in action=allow protocol=TCP localport=1433
@echo Aktivieren von Port 1434 TCP für dedizierte Administratorverbindungen
netsh advfirewall firewall add rule name=“SQL Administratorenverbindung“ dir=in action=allow protocol=TCP localport=1434
@echo Aktivieren von Port 1434 UDP für den SQL Browser Service
netsh advfirewall firewall add rule name=“SQL Browser“ dir=in action=allow protocol=UDP localport=1434
@echo Aktivieren von Port 4022 TCP für den konventionellen SQL Server-Service Broker
netsh advfirewall firewall add rule name=“SQL Service Broker“ dir=in action=allow protocol=TCP localport=4022
@echo Aktivieren von Port 135 TCP für Transact-SQL-Debugger/RPC
netsh advfirewall firewall add rule name=“SQL-Debugger/RPC“ dir=in action=allow protocol=TCP localport=135
@echo ========= Ports für Analysedienste ==============
@echo Aktivieren von Port 2383 TCP für die SSAS-Standardinstanz
netsh advfirewall firewall add rule name=“Analysedienste“ dir=in action=allow protocol=TCP localport=2382
@echo Aktivieren von Port 2382 TCP für den SQL Server-Browserdienst
netsh advfirewall firewall add rule name=“SQL Browser fuer Analysedienste“ dir=in action=allow protocol=TCP localport=2382
@echo ========= Ports für Reportdienst ==============
netsh advfirewall firewall add rule name=“HTTP Reportdienst“ dir=in action=allow protocol=TCP localport=80
netsh advfirewall firewall add rule name=“HTTPS Reportdienst“ dir=in action=allow protocol=TCP localport=443
@echo Zulassen von Multicast-/Broadcastantwort auf UDP (Aufzählung der Browserdienste OK)
netsh advfirewall set multicastbroadcastresponse ENABLE
@echo === nicht aktiviert / Info ===
@echo Spiegelung aktiviert
REM netsh advfirewall firewall add rule name=“Mirroring EndPoint“ dir=in action=allow protocol=TCP localport=5022
[/bash]

Hinweis: Die Spiegelung ist in dem Skript auskommentiert.

Quelle: http://blog.alekel.de/?p=175

Das Kennwort für ’sa‘ muss den Anforderungen der SQL Server-Kennwortrichtlinien entsprechen. Richtlinien für sichere Kennwörter finden Sie unter ‚Authentifizierungsmodus‘ in der SQL Server-Onlinedokumentation.

Dezember 8, 2011

Bei der Installation eines Datenbankservers (Microsoft SQL Server 2005 Express) auf einem Microsoft Server (2003 / 2008 / 2008 R2) kommt es bei der Installation zu dem folgenden Fehler:

Das Kennwort für ’sa‘ muss den Anforderungen der SQL Server-Kennwortrichtlinien entsprechen. Richtlinien für sichere Kennwörter finden Sie unter ‚Authentifizierungsmodus‘ in der SQL Server-Onlinedokumentation.

Bei der Installtion eines Microsoft SQL Server 2005 auf einem Microsoft Server, so werden die Kennwort-Richtlinien des Microsoft Server berücksichtigt.
Der Datenbankserver von Sander & Doll wird zunächst mit einem Standard-Passwort für den Benutzer „sa“ installiert. Dieser erfüllt nicht die Kennwort-Richtlinien. Daher erscheint der o.g. Fehler.

– Start -> Alle Programme -> Verwaltung -> Lokale Sicherheitsrichtlinie
– unter Sicherheitseinstellungen -> Kontorichtlinien -> Kennwortrichtlinien
– „Kennwort muss Komplexitätsvoraussetzungen entsprechen“ deaktivieren
– eventuell die ‚Minimale Kennwortlänge‘ anpassen(<7)

Domäne:
– Die o.g. Anpassung in der entsprechenden Gruppenrichtlinie
vornehmen (Default Domain Policy?!)
– mit "gpupdate" die Gruppenrichtlinien aktualisieren und die Installation sollte funktionieren

.eml Dateien mit Outlook 2007 unter Windows 7 öffnen

Juni 3, 2011

Folgender Sachverhalt:
Auf einem PC mit Windows 7 – 64 Bit sollen .eml Dateien mit Outlook geöffnet werden.

Vorgehensweise:

1. Rechte Maustaste auf die gespeicherte .eml-Datei und unter „Öffnen mit“ als Standardprogramm Outlook.exe auswählen. (z.B. unter Pfad: „C:\Program Files (x86)\Microsoft Office\Office12\OUTLOOK.EXE“)

2. Als nächtes suche in der Registry folgenden Key: „HKEY_CLASSES_ROOT\eml_auto_file\shell\open\command“ und öffne Ihn mit rechter Maustaste – ändern und ersetze den vorhandenen Eintrag mit
„%ProgramFiles%\Microsoft Office\Office12\OUTLOOK.EXE“ /eml „%1“
Mit OK bestätigen und den Regeditor schliessen.

3. Es kann vorkommen, dass nun einige Benutzer .eml Dateien öffnen können und bei anderen z.B. Outlook eine neue E-Mail mit der .eml Datei als Anhang erstellt. Dann solltest Du bei dem entsprechenden Nutzer folgendes tun. Melde Dich als der betreffende Benutzer an und suche folgenden Registry Key:
„HKEY_CURRENT_USER\Software\Microsoft \Windows\CurrentVersion\Explorer\FileExts\.eml“
Sollte sich hier nun ein Key mit der Bezeichnung „UsersChoice“ befinden, dann entferne diesen indem Du rechte Maustaste – löschen betätigst.

Das war es dann auch schon.

Sollte es trotzdem nicht klappen, solltest Du nachsehen, ob Du alle aktuellen Updates (Office und Windows) installiert hast.Bis jetzt hat es so immer geklappt.