Nach den heutigen Patchday funktioniert es wieder.
Beiträge von BobDig
-
-
Die Firewall ist nicht identisch
Doch ist sie. Da Du von Windows aber wahrscheinlich keine Ahnung hast, kannst Du das natürlich nicht wissen. Ansonsten viel Blabla und Mutmaßungen deinerseits.
Ich beschwere mich selbst über netcup, wenn mal wieder bei uceprotect gelistet ist, also keine Sorge, ich passe auf!
Ansonsten, das Problem ist identifiziert, ein Bug nach dem Patchday, und damit ist hier wirklich nichts mehr zu sagen. Ich melde mich erst wieder, wenn MS den Mist ausgebügelt hat.
So long! Jetzt aber wirklich.
-
Ich vermute einen Zusammenhang mit diesem Problem.
-
Die Firewall ist ja die gleiche wie in der Pro Version, von daher bin ich dann wohl bestens "eingearbeitet" als jahrelanger Windows Nutzer. Und Routing betreibe ich nicht wirklich, außer halt den besagten Assistenten zu nutzen, was erst seit letztem Patchday zu einem Problem geführt hat.
Aber gut, glaub weiter was Du möchtest, eine Zweck erfüllt das Gelaber hier ja eh nicht mehr. Abo ist auch raus, also viel Spaß noch.
PS: Ich nutze zu Hause sogar Hyper-V...
-
frank_m Da ich keine Kenntnisse von Linux habe und auch nicht in der IT arbeite, sehe ich da schwarz. Warum ich einen Konfigurationsfehler ausschließe, das Ganze wird mittels eines Assistenten in Windows eingerichtet.
Aber klar, wer sich einigermaßen auskennt, für den ist das 'n Klacks, das in Linux einzurichten und sicher die schlauere Wahl.
-
Das wage ich zu bezweifeln.
Ich nicht, da es vorher nun schon lange so lief.
Da es ein MS Problem ist, kann hier zu.
-
Ich habe jetzt mal "Routing and Remote Access" deaktiviert und sowohl der FF startet, als auch RDP über WAN und WG ist möglich. D.h. in der Rolle scheint seit gestern das Problem zu liegen! Ich "brauche" nur das NAT und habe daher auch alles andere nicht angefasst, aber das scheint jetzt so nicht mehr zu funktionieren.
Schuld ist der Patchday, wenn ich NATe, fangen die Probleme an, dann bricht die RDP-Verbindung ab und kann anschließend nicht mehr aufgebaut werden. Deaktiviere ich o.g. Rolle, läuft wieder "alles".
-
Und was hast du geändert?
Nichts. Jetzt gerade den VPS wieder neugestartet und es steht wieder "Internet Access" da, was Blödsinn ist. Der Wireguardtunnel endet bei mir at home an meiner pfSense und vom VPS ist eingehend gar nichts erlaubt, dementsprechend kann da auch kein Internet Access sein für den VPS...
So von außen komm ich mit RDP auch nicht rauf, also endlich mal sicheres RDP unter Windows...
-
Also die Dienste scheinen bei mir zu laufen, wo guckt man da genau nach im EventViewer?
RDP aufs WAN könnte ich tatsächlich auch mal probieren.
Andere Dienste betreibe ich nicht, wüsste daher nicht, was ich da gucken sollte.
frank_m Stimmt, NAT geht ja. Ich hatte aber die Rolle zuvor deinstalliert und da ging dann auch OpenVPN und RDP, sprich, vielleicht hat MS da irgendwas trotzdem verbockt...
Wobei gerade lädt nicht mal der FF... die 2 Gigs RAM im kleinsten Paket sind natürlich nicht hilfreich.
-
Als Gedankenanstoß:
Jo, der Tunnel steht allerdings und es läuft auch Traffic drüber. Bei mir können auch beide Seiten den Tunnel wieder öffnen, von daher keinerlei Probleme aus der Richtung.
-
Dann würde ich da an deiner Stelle noch mal genauer draufgucken. Die Anzeige ist kein Zufall.
Inzwischen steht dort "no network access". Ich kann ohne Probleme pingen als auch meinen Traffic von zu Hause über den Wireguard-Tunnel durch den Windows Server dann ins Internet NATen.
D.H. hier macht nur RDP Probleme.
OpenVPN allerdings funktioniert gar nicht mehr richtig, das Bild bleibt einfach weiß, keine Log-Einträge, nichts.
Vielleicht hat ja MS die NAT-Funktionalität in WinServer gestern irgendwie beschädigt?
Du zumindest meinst, netcup kann es eher nicht gewesen sein...
-
frank_m Tut sie halt nicht. Das lief auch alles bestens bis gestern, da kamen leider Patchday und netcup powercycle zusammen... Kann mir wer sagen, was wahrscheinlich passiert, wenn netcup einem zu einem Powercycle auffordert?
PS: Auch OpenVPN macht jetzt Probleme, d.h. ich komme nur noch per VNC-Console rauf, kein RDP mehr. OpenVPN will erst gar keine Verbindung mehr herstellen. Entweder ein Windows Bug oder netcup hat was eingeschlichen.
-
Zwei Änderungen gab es gestern, ich sollte den vServer powercyclen lt. netcup und es war Patchday. Auf dem Server läuft Windows Server. Seit dem besteht das Problem.
Wenn ich mich über die VNC-Console verbinde, sehe ich, dass die Verbindung weiterhin als privat markiert ist, aber auch Internet bereitstellen würde, was, denke ich, nicht richtig ist.
Ich habe auf beiden Systemen gleichzeitig die Windows Firewall deaktiviert, an ihr liegt es nicht.
Die WG Verbindung selbst steht und ich leite darüber Traffic von zu Hause aus, also dass dieser Traffic die public WAN-IP des VPS nutzt.
Ping geht ebenfalls.
Any thoughts?
-
Genau das geht technisch ja nicht. In den Listen werden ja nicht einzelne IPs, sondern immer alle IP-Bereiche eines AS gelistet. Wenn also nur eine IP spammt, müsstest du das ganze Subnetz zum "bösen" AS verschieben. Innerhalb von Tagen wären alle IP-Bereiche wieder im "bösen" AS und damit die gleiche Situation wie jetzt.
Technisch könnte man doch dem Kunden dann eine neue IP zuweisen, natürlich würde der sich ärgern, aber man könnte es ja begründen.
-
Ich halte es für schwierig bis unmöglich, da die Trennung sauber hinzubekommen.
Die Trennung wäre einfach: Du bist gelistet, dann kommst Du in den anderen AS.
-
Was würde es kosten, wenn netcup sich "aufspaltet", in einen AS für massive E-Mail-Versender und einen AS ohne?
-
Eben, wären sie so unseriös, warum wird dann so oft auf sie Bezug genommen? Weil die das bezahlen? Dann erst wäre es ein Scam für mich, so aber bleibt es Ansichtssache...
-
Irgendwie enttäuschend, dass netcup anscheinend nicht auf die dafür verantwortlichen Kunden verzichten kann... Alternativen?
-
And here we are again...
-
- Wie hast du denn schlussendlich dein Problem selber lösen könnten? (laut Forentitel ist dein Forenaccount mit deinem Kundenaccount verknüpft)
Hab es nach zahllosen Versuchen über den Support zu klären durch Selbstversuche herausfinden können und entsprechend ein simples Passwort genutzt. Dann verknüpft und Passwort anschließend wieder verschärft.
Sinn des Posting war es, netcup auch auf diesem Wege auf das Problem aufmerksam zu machen.