tschulian

Hallo Leute, (Edit: verzeiht die rechtschreibung, bin zu aufgewühlt um ordentlich satzzeichen und groß/klein schreibung zu beachten... sry) bislang hatten wir einen Windows Server 2003 der uns als Webserver mit 3 öffentlichen Telekom IPs unseres Company Connects diente. Aufgrund der performance und ressourcen wurde der Server 2003 durch einen Debian 8 Webserver ersetzt. Umstieg verlief weitestgehend problemlos. Als ich das erste mal nach 2-3 Tagen dann apt-get update usw. ausführen wollte blieb er bei 0% hängen. Ping nach außen -> nicht möglich. apt-get update/upgrade -> nicht möglich Ich hatte schon den verdacht es liegt an eth0:1 also an den zusätzlichen IPs. Diese hab ich rausgenommen, networking restart durchgeführt und schon ging ping und apt-get whatever wieder. Nach einem shutdow -r now dann zu meinem Entsetzen ping und apt-get geht wieder nicht! Ich bin wirklich am durchdrehen. Zudem das Ding von außen tadellos erreichbar ist, aber er kann einfach nicht wirklich nach außen kommunizieren. Der Webserver auf Port 80 ist mit 100% funktionalität von außen erreichbar, aber er selbst kann nicht nach außen kommunizieren. An unsere Sophos Firewall liegt es nicht weil selbst wenn ich ANY ANY ANY ANY also wirklich alles freigeb (nachweißlich in den logs alles accepted) kann er nicht nach außen kommunizieren. Hat jemand schonmal sowas gehabt? Der server ist in einem vm-ware esx virtualisiert.

Hab kein IPv4 Routing

Hallo liebe Informatiker, gerne würde ich bei unserer UTM9 ein Portforwarding einrichten. Das heißt: Traffic der auf unserer öffentlichen IP (194.42.x.x) auf Port (15000) verursacht wird, soll zu einem Internen PC weitergereicht werden. Da ich sowas nochnie realisiert hab und Google keine hilfreichen Themen an den Tag legte eben der Thread hier. Jemand nen Tipp wo ich da genau suchen muss?

Meinst sicher dann den Unterpunkt "Known issue 3", oder?

hey Crash, danke! Naja, ihr altes Notebook ist im selben Netzwerk, und der VPN User ist der selbe. Bei dem alten Notebook war das Problem scheinbar damals auch als es neu war. Abhilfe hat eine sehr aufgeblasene Hosts-Datei geschafft. (laut meinem IT-Vorgänger) Ich werd die alte Hosts-Datei jetzt mal einfügen und das ganze nochmal Testen.

Hallo Leute, ein kleines ärgerliches Problem mit VPN Connections am Notebook eines Kollegen. Positiv: - VPN verbindung (anmelden mit AD-User) klappt - Pingen auf ExchangeServer / DataServer klappt (IP wird auch richtig aufgelöst) - NetphoneClient meldet sich an TelefonAnlage erfolgreich mit AD-User an - mit RDP komme ich auf alle o.g Server ohne Probleme drauf (Exchange, Telefonanlage, DataServer) Negativ: - Outlook öffnet sich nicht (angeblich "keine" Verbindung zum Exchange) - Netzwerklaufwerke sind "verfügbar", verlangen aber immer Anmeldeinformationen (als wäre der User gesperrt) - Pingen auf zufällige Maschine im Netzwerk liefert keine Antwort bzw. löst auf falsche IP auf Diese Symptome treten auf: Ich bin mir nichtmehr ganz sicher, aber als ich den VPN Tunnel via iPhone Hotspot (simulieren dass das Gerät sich nicht im Firmennetzwerk befindet) hatte diese Symptome nicht. Dort konnte ich in windes Eile Outlook öffnen, und auf alle Netzwerklaufwerke zugreifen usw. An den Routereinstellungen kann das ja nicht liegen, weil das alte Notebook mit Win7 des selben Kollegen hat im Homeoffice mit der gleichen Internetanbindung keinerlei Probleme.... Außerdem läuft ja der gesamte Traffic über den VPN Zugang, das heißt für mich, dass entweder alles geht oder garnichts - oder Irre ich mich da? Läuft ja über das VPN Protokoll. Danke und liebe Grüße Julian

Das mit dem chkdsk hatte ich schon Mal gemacht dann ging es "gefühlt" paar Tage-Wochen gut, jetzt ist der Fehler aber wieder da....

Hi, ja sorry. Guest OS: Win7 Integration Tools sind aktuell. Der bluescreen kommt sporadisch meistens über Nacht wenn nix an der VM gemacht wird - heißt also er kommt aus dem nichts.

Hallo Leute, jetzt hatte ich ca. 1 Monat Ruhe, nun fängt die ganze Sache wieder an... Eine einzige meiner VMs stürzt mehr oder weniger 1-3x die Woche sporadisch ab mit folgendem Bluescreen. Der RAM, die HDDs usw. sind ja alles virtuell. Deswegen helfen Dinge wie tausch doch mal den RAM oder die Festplatte/Grafikkarte nicht ... Hat jemand ne Idee zur Hand bzw Erfahrungen mit solchen Bluescreens auf VMs?

habe leider nur FiSi, aber dennoch besser als nichts Hust.