Wobei heute verhält sich der Server schon wieder sonderbar und musste von mir im SCP heruntergefahren werden. Seit der Black Coffee Week ist das Teil fast unbenutzbar geworden für mich. War ja schon vorher alles andere als performant.
Beiträge von BobDig
-
-
wie schauts bei dir aus ? BobDig
Hier geht es auch wieder, danke. Vom Support habe ich aber noch nie eine Rückmeldung erhalten, wird hier nicht anders sein. Und irgendwie enttäuschend, dass es mitten am Tag Probleme gibt, die natürlich auch nicht auf der Status-Seite auftauchen.
-
nick1337 Hab jetzt auch ein Ticket aufgemacht, irgendwas stimmt da nicht. Ob SCP betroffen ist, kann ich aber nicht sagen, bin da zu selten drin. Welche Produkte sind denn bis jetzt betroffen? Bei mir wie gesagt:
VPS nano G11s
-
Mein VPS nano G11s ist wohl abgestürzt und will nicht mehr hochfahren, was ist das los, Netcup?
-
Inzwischen geht es.
-
Wo wird die angezeigt?
Bei der Proxmox-Installation.
-
Hallo, folgendes Problem: Vor einem Monat wurde mir bei der Einrichtung meines VPS piko G11s noch eine öffentliche IP-Adresse angezeigt, meine ich. Nun habe ich diesen gelöscht und ein Upgrade auf den VPS nano G11s angestoßen, dieses wurde anscheinend automatisiert auch sofort abgeschlossen.
Wenn ich nun aber erneut installieren will, wird mir nur eine private IP-Adresse angezeigt. Ich hab die Installation daraufhin abgebrochen und ein Ticket aufgemacht. Allerdings wurde mein letztes Ticket in einer anderen Sache, die dich als mein Fehler herausstellte, nie beantwortet, von daher frage ich lieber auch zeitgleich hier.
-
-
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.
-
-
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.
-
-
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?