Die .htpasswd sollte sicherheitshalber nicht im DocRoot liegen!
Zu deinem Problem:
Du schreibst, deine .ht* liegen im httpdocs Verzeichnis. Laut Fehlermeldung wird aber im Verzeichnis httpdocs/bla nach der .htpasswd gesucht.
Gruß und guten Rutsch Oli
Man kann zwar auch einen Domainnamen angeben, wenn man die Regel einträgt, aber dann wird nichts anderes gemacht als ein spontaner DNS-Lookup und die erhaltene IP-Adresse (des Moments) fix eingetragen.
Danke für die Richtigstellung, wieder was gelernt 
Grüße aus Saarlouis 
Address unreachable sieht doch schwer nach Routingproblem aus.
Kannst du mal IPv4 UND IPv6 statisch konfigurieren und die allow-hotplug Direktive entfernen? Ich habe die Erfahrung gemacht, das bei allow-hotplug und einem service networking restart die default Route für IPv6 flöten geht.
Was liefert denn der Befehl ip -6 r?
Hallo, du könntest einen DynDNS Dienst nutzen und diese Adresse in der Firewall (iptables?) eintragen. Das sollte dein Problem lösen.
EDIT:
Wenn du verschiedene Dienste mit deiner IP-Adresse nutzen willst, und nicht nur beispielsweise SSH, dann würde ich sogar dazu tendieren einen VPN-Dienst auf deinem Server einzurichten und dich damit zu verbinden. Dann könntest du die einzelnen Dienste in der Firewall ausschließlich für das vergebene private Subnetz freigeben. Der Vorteil dabei: Du öffnest nur einen Port nach außen, nämlich den für die VPN-Verbindung und nicht für jeden Dienst den jeweiligen Port. Und den kannst du dann natürlich in der Firewall auch wieder an deine DynDNS-Adresse binden.
Frohe Weihnachten!
Das halt ich für einen Fehler
Und du hattest recht
Juhu, danke liebes Netcup Team für das Überraschungspaket Eine super Überraschung!
Hi, set VIRTIO for your disk in SCP. After that you should find the right driver in the viostor directory of the driver disk.
Regards Oliver
Ja OK, das war auch die Info, die ich hatte. Dachte aber es wäre doch schon vorgezogen worden 
Habe nochmal nachgeschaut:
Test-API - 4. Jan
Launch - 27. Feb
Ich muss hier mal etwas loswerden:
Nachdem ich jetzt schon einige Zeit Kunde bei netcup bin und die Dienste immer sehr geschätzt habe, machte ich vor kurzem ein Experiment und zog mit meinen Projekten auf zwei dedizierte Server eines Konkurrenten aus Frankreich um. Ich versprach mir dabei sehr gute Performance, da ich die Systeme uneingeschränkt und ohne Sharing nutzen konnte. Auch das angebotene 48er IPv6 Subnet sprach mich an, da ich zur Virtualisierung gerne mit 64er Subnets arbeite und mich nicht mit ip neigh proxy und weiteren Dingen rumschlagen möchte, auf die man bei kleineren Subnets angewiesen ist.
Die Ernüchterung kam dann jedoch recht schnell, als ich eine große MongoDB-Datenbank füllen wollte. Mein Dedi kam IO-technisch an seine Grenzen. Die IO-Performance für die vorliegende SATA-Platte lag bei rund 100 MB/s (bestimmt mit bench.sh).
Also habe ich meinen gekündigten RS1000 von hier nochmal reaktiviert, das MongoDB-System analog aufgesetzt, die Datenbank befüllt und war begeistert. Der Prozess war um längen schneller. bench.sh lieferte einen Durchschnittswert von 650 MB/s für die IO-Performance.
Die dedizierten Maschinen habe ich direkt wieder gekündigt und mir für den gleichen Preis einen RS2000 SAS und einen RS3000 SAS aus der noch laufenden Herbst-Aktion zugelegt. Zwar habe ich etwas weniger Plattenplatz und nur noch 10 anstatt 16 Kerne, diese sind aber wesentlich leistungsfähiger, sodass sich das wieder ausgleicht. Dafür habe ich nun aber >6-fache IO-Power zur Verfügung, das habe ich vorher einfach unterschätzt!
Also ein großes LOB an das Team von netcup!!! Ihr bietet einfach beste Leistung zum besten Preis! Man muss sich echt anstrengen, etwas Besseres günstiger oder zum gleichen Preis zu finden - und selbst dann findet man nichts! Ich bin jetzt auf jeden Fall wieder 12 Monate dabei und freue mich auf neue tolle Angebote Macht weiter so!
Einziger Kritikpunkt: Ein 48er oder 56er IPv6-Subnet pro Server, oder wenigstens pro Kunde, wäre echt ein sehr hilfreiches Upgrade! Andererseits sind die günstigen Produkte vielleicht auch so weit (quer)subventioniert, dass durch die kostenpflichtigen, zusätzlichen 64er Netze noch der ein oder andere Groschen mehr in eure Kasse fließt, um weiterhin neue, gute Angebote über den Bildschirm flattern zu lassen...
Gehen LE Wildcards schon???
Also ich habe DMARC und DKIM noch nicht eingerichtet, geht trotzdem. Habe nur den SPF Record gesetzt (übrigens den strikten Eintrag mit -all) und erfülle alle grundsätzlichen Vorgaben wie FcrDNS und HELO Match.
Anfangs ging's nicht. Habe mich dann im SNDS angemeldet und meine IP freischalten lassen. Seitdem ohne Probleme.
Hallo,
das hatte ich auch das ich nicht via IPv6 auf dem Server so richtig kommen wollte.
Habe dann mal einen Hinweis gefunden und nun klappt es.
Schau mal in nachfolgende Datei die hat bei mir folgenden Inhalt:
Datei: /etc/network/interfaces
Codesource /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto ens3 iface ens3 inet dhcp # enable IPv6 iface ens3 inet6 static address 2a03:4000:7:c6::2 netmask 64
Man findet einige Threads, dass die Kombination IPv4 (DHCP) und IPv6 (statisch) hauptsächlich Probleme bereitet.
OK, der Befehl sollte zum neu starten des Netzwerks normalerweise ohne Probleme durchlaufen. Das es bei dir fehlschlägt erhärtet für mich den Verdacht, dass sich etwas in deine Config eingeschlichen hat.
Ich habe jetzt nicht genau die Syntax/Parameter im Kopf, aber starte mal deinen Server neu und führe dann, am besten in der VNC Konsole, folgendes aus:
ifdown -v ens3; ifup -v ens3Dies startet dein Network Interface neu und gibt verbose Meldungen aus. Dabei solltest du sehen, an welcher Stelle das Problem auftritt.
Ein anderer Ansatz wäre, deine Konfiguration ab auto ens3 zu löschen und händisch neu zu schreiben (ohne CopyPaste). Dann sollte sich kein unsichtbarer Character einschleichen können!
Wenn du den Befehl
service networking restartausführst, läuft der ohne Probleme durch oder schlägt der fehl?
Ich hatte mal die Situation, dass sich durch CopyPasten in meiner Config scheinbar ein \r\n eingeschlichen hatte, sehen tut man das in nano natürlich nicht 
Deine Config sieht soweit in Ordnung aus.
Schon abgewartet, ob vielleicht noch eine andere Domain im Cache ist? Such mal im Netz nach DNS Propagation und teste mal, ob deine DNS Einträge schon weltweit übernommen sind. Manchmal dauert das, je nach eingestellter TTL, bis zu 24 h.
Welche Denic Seite erscheint denn?
Nebenbemerkung: falls www, ftp und * auf die gleiche IP Adresse zeigen, reicht der Wildcard Eintrag *.
Gruß Oli
Kannst du mal deine komplette /etc/network/interfaces posten?
Du kannst per Denic NAST auch vorab prüfen, ob die Delegierung korrekt ist.
Also das sind zwei paar Schuhe. Das löschen der DNS Records wird in wenigen Minuten wieder funktionieren.
Zu der Nameserver Sache hat der Kollege schon gesagt, dass er sich bei Ihnen melden wird. Nach Rücksprache mit ihm, wird er das auch im Laufe Tages machen.
Jop, erledigt
Ich habe seit Tagen Probleme mit dem Setzen eigener Nameserver. Diese werden nicht angenommenen und die Domain als von den Netcup Nameservern verwaltet angezeigt. Bei der Denic sind allerdings immer noch die alten Nameserver gelistet.
Mit dem Support stehe ich in Kontakt, der Fall liegt mittlerweile beim Entwicklerteam und wird genauer untersucht. Ist also in Arbeit!