Beiträge von Xazor
-
-
Hahahah, wenn Ihr mal die Augen auf gemacht hättet, würdet Ihr sehen, dass die Bild am 2. Februar aufgenommen worden sind.
Demnach nehme ich an, das dies wohl Fake Bilder sind.die gibts wirklich zumindest hat er sie testweise aufgesetzt,
aber wie dämlich von mir nach der Spamaktion von der angeblichen Katze ihm noch zu glauben.
-
Hallo,
ich möchte gerne den Benutzer @oddy anprangern.
Der User oddy betrügte mich beim Kauf der Woltlab Lizenz um 26,20€.
Er war zunächst freundlich, jedoch bestand er auf den Kontakt auf Skype.
Jedoch verzichtete er auf einen Mittelsmann aufgrund der Seriosität und keinem Vertrauens.Er bot an die den Beitrag zu zahlen und dann die Ware zu liefern.
Daraufhin sollte ich den Rest zahlen.So dann gab er mir dann als ich bezahlte Fakeaccdaten.
Die E-Mail existierte nicht und ich wurde nach mehrfachen Versuchen zunächst IP gesperrt.
Um den Verlauf des Gesprächs einzubeziehen, finden sich am Ende Screenshots des Gespräches auf Skype.Weitere Fotos vom Gespräch gibt es auf Anfrage, ist ganz schön lange.
Mit freundlichen Grüßen
Xazor
-
Nichts bei ihm kaufen,
er hat mich um satte 26,20€ betrogen.
-
sieht nice aus
-
Wurde veröffentlicht meiner Wissens.
Und ich hab mir gar nichts runter geladen
-
Die Map ist inzwischen gratis im Umlauf, aus diesem Grund lohnt es sich nur das Script zu verkaufen.
-
Gelungene Mal muss ich sagen. Mich verwirren aber die Bilder ein bisschen.
Auf dem einen Bild ist die Decke der Tiefgarage auf perfekter Höhe. Auf einem anderen Bild auf einer sehr hohen Höhe.
Aber hast dir echt Mühe gegeben muss ich sagen. Klein aber fein.
-
Würde statt VIP ihm evtl Donator für weiß was ich wie lange geben, dass wäre es doch wert.
-
Für alle die immer noch nicht verstehen wo man es editieren muss.
nano /etc/ssh/sshd_config
Das ist ja schon klar, aber wenn es nicht geht. Da dieser Dienst offensichtlich gesperrt wurde, kann man nichts machen. Service SSH Restart übrigens noch.
Nun denn der Typ hat meinen geschlossen und habe meinen Vertrag mit HK Hosting gekündigt, als ehemaliger Stammkunde
-
Ansich lief mein Server flüssig, das Problem mit SSH ging auch schnell zu beheben, es war von anfangan eingestellt das der SSH Login für root verboten ist. was nur geändert werden muss.
Habe ich gemacht, er meinte man könne es nicht aktivieren
-
Ich hatte auch die Gelegenheit einen Server zu testen und bei mir lief alles glatt
Login per SSH klappte einwandfrei mit den zugesandten Logindaten und auch der Rest wie die Verwaltung über das Webinterface liefen reibungslos
wie schon gesagt bei den neuen nicht
-
Nicht zu empfehlen, die neuen Server sind extrem langsam und es lässt sich nichts installieren. Verwaltung nur per VNC, sogar wget läuft schief. Man muss sagen man kann keine Datei auf den Server schieben, da selbst SSH nicht geboten wird. Nun denn der Server wird darauf geschlossen, echt schlechte Leistung. Man muss sagen es läuft aus dem Grund der negativen Bewertungen nicht auf HK-Hosting, sondern MK-Hosting.
Und blockieren tut er auch einen bei einer negativen Bewertung, die als Kritik zu verstehen ist.
-
vll mal die Bilder updaten, aber sonst Top Werbung.
-
-
habe ich schon versucht, das Modul gibt es bei mir nicht.
-
-
Das Forum ist noch nicht drauf.
Es kommt ein WBB Forum drauf.
// Edit
Kann es sein das das hier die Keys und die Certs sind:
// editNegativ funktioniert ebenso nicht...
//Update
Habe folgende config Datei gefunden. Muss ich diese evtl aktivieren oderco?
Wenn ja wie?Bash
Alles anzeigen/etc/letsencrypt/renewal# nano forum.domain.de.conf GNU nano 2.2.6 File: forum.domain.de.conf # renew_before_expiry = 30 days version = 0.10.2 archive_dir = /etc/letsencrypt/archive/forum.domain.de cert = /etc/letsencrypt/live/forum.domain.de/cert.pem privkey = /etc/letsencrypt/live/forum.domain.de/privkey.pem chain = /etc/letsencrypt/live/forum.domain.de/chain.pem fullchain = /etc/letsencrypt/live/forum.domain.de/fullchain.pem # Options used in the renewal process [renewalparams] authenticator = webroot installer = None account = ************************* [[webroot_map]] forum.domain.de = /var/www
// Update 2.0
Habe es nun eigenständig hingekriegt.
Musste die default ssl bearbeiten und diese dann aktivieren. Eine eigene wollte er irgendwie nicht annehmen.
Was ich gerne aber noch haben will ist eine dauerhafte https Weiterleitung auf meiner Domain.
Wie könnte ich das umsetzen?
-
Irgendwo hast du ja schon nen Vhost für dein Forum eingerichtet .
Änder den mal soweit ab wie ich gepostet habe.Negativ
Lediglich das hier vorhanden:
Bash: 000-default.conf
Alles anzeigen<VirtualHost *:80> # The ServerName directive sets the request scheme, hostname and port that # the server uses to identify itself. This is used when creating # redirection URLs. In the context of virtual hosts, the ServerName # specifies what hostname must appear in the request's Host: header to # match this virtual host. For the default virtual host (this file) this # value is not decisive as it is used as a last resort host regardless. # However, you must set it for any further virtual host explicitly. #ServerName www.example.com ServerAdmin webmaster@mtx-network.eu DocumentRoot /var/www/ # Available loglevels: trace8, ..., trace1, debug, info, notice, warn, # error, crit, alert, emerg. # It is also possible to configure the loglevel for particular # modules, e.g. #LogLevel info ssl:warn ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined # For most configuration files from conf-available/, which are # enabled or disabled at a global level, it is possible to # include a line for only one particular virtual host. For example the # following line enables the CGI configuration for this host only # after it has been globally disabled with "a2disconf". #Include conf-available/serve-cgi-bin.conf </VirtualHost> # vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Und in der /etc/hosts:
-
Kommt drauf an welches Zertifikat du einbindest.
Du hast anscheinend 2, du musst den passenden key auswählenHabe ich, bearbeite derzeit die default-ssl Datei.
Nun muss ich aber wissen was der cert ist
Bash
Alles anzeigen<IfModule mod_ssl.c> <VirtualHost _default_:443> ServerAdmin webmaster@localhost DocumentRoot /var/www/html # Available loglevels: trace8, ..., trace1, debug, info, notice, warn, # error, crit, alert, emerg. # It is also possible to configure the loglevel for particular # modules, e.g. #LogLevel info ssl:warn ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined # For most configuration files from conf-available/, which are # enabled or disabled at a global level, it is possible to # include a line for only one particular virtual host. For example the # following line enables the CGI configuration for this host only # after it has been globally disabled with "a2disconf". #Include conf-available/serve-cgi-bin.conf # SSL Engine Switch: # Enable/Disable SSL for this virtual host. SSLEngine on # A self-signed (snakeoil) certificate can be created by installing # the ssl-cert package. See # /usr/share/doc/apache2/README.Debian.gz for more info. # If both key and certificate are stored in the same file, only the # SSLCertificateFile directive is needed. SSLCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key # Server Certificate Chain: # Point SSLCertificateChainFile at a file containing the # concatenation of PEM encoded CA certificates which form the # certificate chain for the server certificate. Alternatively # the referenced file can be the same as SSLCertificateFile # when the CA certificates are directly appended to the server # certificate for convinience. #SSLCertificateChainFile /etc/apache2/ssl.crt/server-ca.crt # Certificate Authority (CA): # Set the CA certificate verification path where to find CA # certificates for client authentication or alternatively one # huge file containing all of them (file must be PEM encoded) # Note: Inside SSLCACertificatePath you need hash symlinks # to point to the certificate files. Use the provided # Makefile to update the hash symlinks after changes. #SSLCACertificatePath /etc/ssl/certs/ #SSLCACertificateFile /etc/apache2/ssl.crt/ca-bundle.crt # Certificate Revocation Lists (CRL): # Set the CA revocation path where to find CA CRLs for client # authentication or alternatively one huge file containing all # of them (file must be PEM encoded) # Note: Inside SSLCARevocationPath you need hash symlinks # to point to the certificate files. Use the provided # Makefile to update the hash symlinks after changes. #SSLCARevocationPath /etc/apache2/ssl.crl/ #SSLCARevocationFile /etc/apache2/ssl.crl/ca-bundle.crl # Client Authentication (Type): # Client certificate verification type and depth. Types are # none, optional, require and optional_no_ca. Depth is a # number which specifies how deeply to verify the certificate # issuer chain before deciding the certificate is not valid. #SSLVerifyClient require #SSLVerifyDepth 10 #SSLVerifyDepth 10 # SSL Engine Options: # Set various options for the SSL engine. # o FakeBasicAuth: # Translate the client X.509 into a Basic Authorisation. This means that # the standard Auth/DBMAuth methods can be used for access control. The # user name is the `one line' version of the client's X.509 certificate. # Note that no password is obtained from the user. Every entry in the user # file needs this password: `xxj31ZMTZzkVA'. # o ExportCertData: # This exports two additional environment variables: SSL_CLIENT_CERT and # SSL_SERVER_CERT. These contain the PEM-encoded certificates of the # server (always existing) and the client (only existing when client # authentication is used). This can be used to import the certificates # into CGI scripts. # o StdEnvVars: # This exports the standard SSL/TLS related `SSL_*' environment variables. # Per default this exportation is switched off for performance reasons, # because the extraction step is an expensive operation and is usually # useless for serving static content. So one usually enables the # exportation for CGI and SSI requests only. # o OptRenegotiate: # This enables optimized SSL connection renegotiation handling when SSL # directives are used in per-directory context. #SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire <FilesMatch "\.(cgi|shtml|phtml|php)$"> SSLOptions +StdEnvVars </FilesMatch> <Directory /usr/lib/cgi-bin> SSLOptions +StdEnvVars </Directory> # SSL Protocol Adjustments: # The safe and default but still SSL/TLS standard compliant shutdown # approach is that mod_ssl sends the close notify alert but doesn't wait for # the close notify alert from client. When you need a different shutdown # approach you can use one of the following variables: # o ssl-unclean-shutdown: # This forces an unclean shutdown when the connection is closed, i.e. no # SSL close notify alert is send or allowed to received. This violates # the SSL/TLS standard but is needed for some brain-dead browsers. Use # this when you receive I/O errors because of the standard approach where # mod_ssl sends the close notify alert. # o ssl-accurate-shutdown: # This forces an accurate shutdown when the connection is closed, i.e. a # SSL close notify alert is send and mod_ssl waits for the close notify # alert of the client. This is 100% SSL/TLS standard compliant, but in # practice often causes hanging connections with brain-dead browsers. Use # this only for browsers where you know that their SSL implementation # works correctly. # Notice: Most problems of broken clients are also related to the HTTP # keep-alive facility, so you usually additionally want to disable # keep-alive for those clients, too. Use variable "nokeepalive" for this. # Similarly, one has to force some clients to use HTTP/1.0 to workaround # their broken HTTP/1.1 implementation. Use variables "downgrade-1.0" and # "force-response-1.0" for this. BrowserMatch "MSIE [2-6]" \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 # MSIE 7 and newer should be able to use keepalive BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown </VirtualHost> </IfModule> # vim: syntax=apache ts=4 sw=4 sts=4 sr noet
So ist die derzeit eingestellt.Muss theoretisch ja nur folgendes ändern
SSLCertificateFile
SSLCertificateKeyFile// Edit
Habe es nun editiert.
HTTPS funktioniert auch nach dem a2enmod ssl nichtBash
Alles anzeigen<IfModule mod_ssl.c> <VirtualHost _default_:443> ServerAdmin webmaster@mtx-network.eu DocumentRoot /var/www/ # Available loglevels: trace8, ..., trace1, debug, info, notice, warn, # error, crit, alert, emerg. # It is also possible to configure the loglevel for particular # modules, e.g. #LogLevel info ssl:warn ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined # For most configuration files from conf-available/, which are # enabled or disabled at a global level, it is possible to # include a line for only one particular virtual host. For example the # following line enables the CGI configuration for this host only # after it has been globally disabled with "a2disconf". #Include conf-available/serve-cgi-bin.conf # SSL Engine Switch: # Enable/Disable SSL for this virtual host. SSLEngine on # A self-signed (snakeoil) certificate can be created by installing # the ssl-cert package. See # /usr/share/doc/apache2/README.Debian.gz for more info. # If both key and certificate are stored in the same file, only the # SSLCertificateFile directive is needed. SSLCertificateFile /etc/letsencrypt/csr/0001_csr-certbot.pem SSLCertificateKeyFile /etc/letsencrypt/keys/0001_key-certbot.pem
Habe es derzeit so stehen