Jump to content

jnrmy

Members
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    5

jnrmy last won the day on May 6

jnrmy had the most liked content!

Community Reputation

6 Neutral

About jnrmy

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Pour info le problème a été réglé par Cloudflare et Freenom. Le ou les personnes derrière le NDD en question utilisaient un reverse proxy. Freenom qui gère les domaines en .tk et Cloudflare ont agit après mon signalement et j'étais apparemment pas le seul, tout un tas de NDD étaient utilisés pour le même genre de pratique. La technique utilisée : https://codeburst.io/go-phishing-making-the-proxy-sneakier-3814fd085fb3
  2. Bonjour, Oui ça je connais mais ça n'est pas la solution. La personne ne vise pas l'IP de mon serveur mais l'url d'un de mes sites (via un enregistrement CNAME dans la Zone DNS Cloudflare je pense). J'en ai quatre en tout et je gère tout avec ISPConfig. L'idéal ce serait de trouver une solution pour que je n'autorise sur mon serveur que les noms de domaines que je possède.
  3. Bonjour, Oui je pensais à bloquer mais j'ai rien trouvé sur la manière de faire ça.
  4. Bonjour, Je sèche un peu sur une question de sécurité. J'ai découvert un nom de domaine en .tk qui pointe vers mon Container et un de mes sites en particulier. Ce nom de domaine affiche donc mon site comme si c'était le sien et semble utiliser Cloudflare pour le faire. J'ai déjà contact Freenom pour le NDD et Cloudflare, j'attends leur réponse. Mais histoire que cela ne se reproduise plus, il y a un moyen d'empêcher ce genre de chose depuis mon serveur ? Merci d'avance.
  5. Et bien pareil. Le proxy cgi était activé mais pas la conf php7.4-fpm. Bien vu. Merci!
  6. apache2 -V : AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/sites-enabled/000-ispconfig.conf:73 Server version: Apache/2.4.25 (Debian) Server built: 2019-10-13T15:43:54 Server's Module Magic Number: 20120211:68 Server loaded: APR 1.5.2, APR-UTIL 1.5.4 Compiled using: APR 1.5.2, APR-UTIL 1.5.4 Architecture: 64-bit Server MPM: event threaded: yes (fixed thread count) forked: yes (variable process count) Server compiled with.... -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_US
  7. Bonjour, php7.4-fpm est déjà installé.
  8. Bonjour tout le monde, J'ai un petit soucis avec phpMyAdmin sur mon container. Pour pouvoir activer HTTP2 sur mes sites, j'ai du passer de prefork à event sur Apache. Pour cela j'ai aussi dû aussi désactiver PHP 7.0 (c'était la version de PHP avec laquelle j'ai installé mon serveur il y a deux ans). Depuis, problème : quand je me rends sur adressedemonserveur.fr/phpmyadmin je n'ai plus qu'une page de code php en brut. J'avais déjà remarqué ce problème quand je suis passé de PHP 7.0 à 7.3 en pensant retirer la 7.0, ce que je n'ai finalement pas fait. Aujourd'hui la version princi
  9. C'est possible en créant un enregistrement de type A pour le sous-domaine dans la zone DNS de votre nom de domaine, auquel vous ajoutez l'IP du serveur.
  10. Bonjour, Après un peu plus d'un an d'utilisation j'ai toujours rien à redire, le service est top. Je reprends juste mon sujet pour deux petites choses qui n'ont rien d'urgentes. La première concerne les redémarrages. Est-ce normal qu'il y ait besoin de redémarrer le container deux fois pour qu'il fonctionne ? Je n'ai pas eu à le faire souvent (la dernière fois remontait à août 2019), mais à chaque fois je remarque que le premier redémarrage ne se fait pas totalement (iWal m'indique "aucune IP montée" et aucun service n'est disponible). Sinon comme en mai dernier (voir message p
  11. Dans ce cas pour le fichier ads.txt il te suffit simplement de passer par ton client FTP (Filezilla ou autre) ou le webftp de yulpa : https://webftp.yulpa.io/ Si tout a été fait correctement au départ la racine de ton site se trouve dans /var/www/adresse-de-ton-site/htdocs.
  12. Bonjour, "Un site chez Wordpress" c'est à dire ? Un site hébergé par Wordpress.com ou un site qui fonctionne avec Wordpress hébergé sur yulPa ? Sinon l'absence d'ads.txt n'a aucune incidence sur l'audience d'un site, par contre une mise à jour de l'algorithme de Google et un site mal optimisé coté SEO et c'est la catastrophe. Possible que ce soit de ce côté là que ça déconne.
  13. Salut, - N'étant pas propriétaire de ce domaine actuellement, y'aura-t-il d'autres vérifications qu'il me faudrait anticiper, ou cette clé de transfert suffit-elle ? Aucune, tant que tu as la clé le nom de domaine devient tien. Pense juste à prévenir l'ancien propriétaire qu'il devra surement confirmer (par mail normalement) le transfert de son côté. - Quel serait le délai approximatif d'une telle procédure ? Tout dépend du temps que met GoDaddy pour libérer le NDD et que l'ancien propriétaire confirme le transfert. Si mes souvenir sont bons le reste se fait rapidement chez
  14. Salut, C'est toujours bien d'avoir PHP à jour, ne serait-ce que pour les performances. Ça se fait facilement dans iWal dans : Service > [nom de ton hébergement] > Publication web > Domaines Web > [nom de domaine du site] Après Yulpa n'a pas encore la 7.3 mais au moins passer à la 7.2 si ce n'est pas fait histoire d'être au mieux à jour. Le serveur SQL n'est pas de ton ressort, tu ne peux rien y faire. Par contre passer à HTTPS c'est très utile pour pas mal de raisons, ne serait-ce que le référencement. Google préférerait les sites qui l'utilisent (je le mets au co
×
×
  • Create New...