Hallo Peter,
beim Festnetz-Internet warst du mit dem Thema zwar nicht ganz falsch, denke aber hier im Board bekommst du eher den einen oder anderen Tipp von einem versierten User.
Fehler sehe ich in den Screenshots keinen.
Hast du eventuell noch irgendein anderes Programm am Rechner laufen, das die Ports blockieren könnte. Sprich eine Software Firewall?
lg
Hermann
Hallo Hermann,
danke für Deine rasche Antwort. Ich verwende für das Prüfen von Ports und anderen Funktionen einen eigenen, vollkomen "nackten" Rechner ganz ohne Virenschutz, Firewalls usw. Habe das auch direkt von der shell aus nachvollzogen. Mit dem gleichen Ergebnis.Ich denke/befürchte, dass dies die gleiche Ursache wie bei etlichen anderen 443-Threads hier im Forum hat. Wahrscheinlich sind den anderen Benutzer die 2 anderen geschlossenen Ports nicht aufgefallen, weil sie diese nicht benötigen.Leider konnte ich daraus aber keine Lösung rausfiltern. Gibt es eine Möglichkeit von A1 dies remote zu prüfen?
lgPeter
hallo peter,
benutzt du da wirklich ein lokales cpanel ?
ausgehend vermute ich mal hast keine probleme:
http://firewalltester.bluehost.com/cgi-bin/firewall
würde einen reset machen und alles neu einrichten
prinzipiell sehen die portweiterleitungen ja richtig aus
wobei man für protokoll udp/tcp ja auch any/alle nehmen kann und keine separate portweiterleitung braucht
möglichweise hast einen 'fork' (selbe portweiterleitung auf eine andere ip)
sieht man eventuell im webif nicht
da man keinen telnet zugang hat kann man sich nur via reset helfen
du hast ja keine statische ip zuweisung sondern dhcp für den server
da enstehen schon mal solche probleme
speziell nach einem upgrade
Servus Hermann,Dein Vorschlag "..würde einen reset machen und alles neu einrichten.." war goldrichtig.Habe mit einer seit Jahren bewährten Büroklammer den Reset durchgeführt und dann die Ports im Modem wieder freigegeben.Remote kann ich nun auf MySQL zugreifen. Die Ports 465, 993 und 995 haben sich aber nicht öffnen lassen.
Ein kleiner, aber nicht unbedeutender Hinweis für Bluehost-Kunden: Den Browser-Cache nach jedem Seitenaufruf von
http://firewalltester.bluehost.com/cgi-bin/firewall bzw.
https://112337.my.bluehost.com/cgi/self_tests löschen, weil die auf dem jeweiligen Port entweder angezeigte oder eben nicht angezeigt grüne Kugel ein ganz normales.gif-File ist (
http://firewalltester.bluehost.com:3306/icons/world1.gif).Danke für Eure Unterstützung! - Peter
hallo peter,
glaube nicht das diese ports ausgehend geschlossen sind
der firewalltest von bluehost ist diesbezüglich nicht aussagekräftig
der browser selbst blockiert da schon (siehe anhang)
>telnet firewalltester.bluehost.com 465
funktioniert aber auch in diesen fall (einfacher test ob port offen ist)
portweiterleitungen braucht man nur wenn man auf lokale dienste von außen zugreifen will
ehrlich gesagt sieht mir das bei dir nicht danach aus
du sagst du kannst auf mysql zugreifen .... hast aber genau den port für mysql nicht geöffnet
also vermute ich mal du betreibst gar keine lokalen dienste und willst nur auf die bluehost dienste zugreifen
da kannst dir das alles sparen
die router firewall ist für ausgehende verbindungen sowieso offen
außer man stellt diese auf 'hohe sicherheit'
währe das der fall nützen portweiterleitungen allerdings nichts
Servus,was mir auffällt, ist dass gestern nach dem Reset die Ports ansprechbar waren und ich auch problemlos Zugriff auf die MySQL-Database via ODBC hatte.Heute habe ich am gleichen Rechner ohne irgendeiner Änderung die Ports nicht mehr erreichen können und die ODBC Verbindung zur MySQL-Database kommt nicht zustande.Meine Modem-Firewall ist auf Standard:
Meine dynamic IP und die Class C ist beim Bluehost-Server eingetragen (klar, dass die Class C sich auch verändern kann)
Heute sind im Gegensatz zu gestern nach dem Reset die Ports nicht mehr erreichbar:
Es ist der gleiche Zustand wie vor dem Reset:
Ich greife auf die MySQL-Datenbank auf dem Bluehost-Server nicht über den Browser zu sondern über msaccess mittels ODBC-Driver:
bzw. über HeidiSQL
Was mich irritiert, dass dieser Zugriff über exakt die gleiche Konfiguration von mir jahrelang funktioniert hat und nun einmal geht und einmal nicht geht.Sollten diese Screenshots nicht wirklich hilfreich sein, werde ich das Modem nochmals reseten und - hoffentlich - wieder Screenshots von der funktionierenden ODBC Verbindung machen können.Besten Dank im voraus! - Peter
hallo,
port 3306 ist doch erreichbar ?
sieht man doch auch am firewall test
wobei ich von diesen test nichts halte
ob ports zum server bei bluehost offen sind testet man besser mit anderen tools
z.b. nmap
bist du dir sicher das die namensauflösung funkt ?
portweiterleitungen brauchst definitiv nicht
falls die 10.5.4.W firmware diesbezüglich nicht stabil läuft würde ich einen downgrade machen
hilfe dazu findest hier:
http://www.dieschmids.at/forum/aktuell
Hallo, tja, dass der Port 3306 offen ist, habe ich erst NACH dem Absenden meiner vorigen Message bemerkt. Habe vor lauter Bäumen den Wald nicht gesehen.
Ich werde die Bluehost ports mir auch unter ubuntu mit nmap ansehen und auch von einem anderen Funk ISP.Danke für den Tip mit dem Downgrade. Ich werde von den weiteren Resultaten hier weiter berichten.lgPeter
Zuerst einmal herzlichen Dank für Eure fachkundige Unterstützung. Hier die Ursache und die Lösung des Problems:Der Provider Bluehost gewährleistet aufgrund einer Umstellung keinen stabilen ODBC Zugang mehr zum MySQL Server, wenn man bei "Host/IP" die Domain eingibt. Manchmal kann es funktionieren, manchmal aber auch nicht.Daher bei Bluehost gilt ab sofort: Host name = (use the server IP address)
Eine Website die den Node Hostname als IP zurückgibt ist z.B:
http://www.getip.com/
Der MySQL Fehlermeldung 10060 hatte in meinem Fall nichts mit dem Modem bzw. Zugang von A1 zu tun, sondern mit dem Hosting-Provider in USA.
hallo,
kurz gesagt es gibt ein problem mit der namensauflösung
überlicherweise hat man aber eh eine lokale datenbank 🙂
