Dogon

le 26 août 2013

Oh là là, je vous entends hurler de loi

Bonjour à tous

Choper l'ip publique c'est fait, le shellscript pour répercuter les changement d'ip ca va venir avec le petit cronjob qui va bien.

Par contre j'ai 2 problèmes :

- pouvoir stocker toutes ces belles données sans qu'une mise à jour du firmware vienne effacer le script en écrasant le répertoire contenant le script

- pouvoir stocker le cron job sans qu'il soit remis à zéro après mise à jour, je sais que théoriquement cela n'est pas possible, je suis donc a la recherche d'une astuce qui le permette et qui permette par conséquent de realiser l'objectif premier de ce cron job qui est de mettre a jour l'ip des fichiers de conf du paquet dns server.

Le but est de faire une redirection inverse, voir peut-être de permettre la mise à jour de l'ip chez le fournisseur de domaine sans avoir à le faire à la main et de façon automatique.

Oui je sais dyndns existe mais les champs dynamique chez le fournisseur de domaine ont du mal à suivre et depuis 2 ou trois mises à jour la transmission vers le fournisseur de domaine afin de me passer de ses dynhost si possible

Une bonne âme aurait-elle quelques information ?

le 11 octobre 2012

Bonjour, des news du front.

J'ai contacté Numéricable par deux fois, aune solution au problème n'a été trouvé et la gestion des ouvertures de ports n'est pas de leur domaine selon leur service, grosse blague à part : ils sont bien FAI ?

Message originellement prévu pour être posté (modéré ?) :

Appel à numéricable à l'instant (je devrai retitrer ce tread apel au fou du roi mais bon), appel à numéricable donc.

Première chose, on me passe un "technicien" qui visiblement n'avait absolument pas compris qu'il n'était pas question de Wifi.

Quand je demande si blocage du port ou service http il y a on me réponds que "cela ne fait pas partie de leur périmètre depuis longtemps" pourtant que je sache ils sont bien FAI (fournisseur d'accès internet pour les éventuels non initiés) et leurs modems-routeurs restent bien - autant matérielle que logicielle puisqu'ils ont un accès réservé - leur propriété.

Bref Misricable comme à l’accoutumée.

So ?

Un zonecheck afnic confirme qu'OVH n'est pas en cause.

6 scans nmap attentent de l'ouverture du mais bizarrement qu'en local (va savoir pourquoi !).

un test à cette adresse montre bien que le est "stealth" bien que redirigé dans l'interface pourrie de leur modems-routeurs castlenet : https://www.grc.com/x/ne.dll?rh1dkyd2

Bref en ayant plus que marre de ce FAI j'ai décidé d'être libre

Surtout libre de leur infrastructure qu'ils n’entretiennent pas.

le 24 septembre 2012

J'ai pas encore vérifié pour le htaccess mais j'ai trouvé ceci en ssh :


root> ps w


5621 nobody 71132 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP


et


19365 nobody 70624 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP

19643 root	 66616 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP

Normal ? Le nobody a attiré mon attention puisque la quasi totalité des processus son lancés soit par dovecot soit par root (j'ai d'ailleurs inclu un exemple)

J'ai testé pour le .htaccess, même supprimé temporairement et après redémarrage ça ne change rien que ce soit en local (fonctionne toujours) ou bien en distant (toujours hs).

Edit : le DSM est accessible depuis le nm de domaine mais toujours pas le contenu du webstation.

J'ai pas pu appeler numeriSmash aujourd'hui je les appellerai demain matin.

le 22 septembre 2012

Contenu de http-robots.txt ?Pas de .htaccess à la racine ?

Si j'ai un robot.txt (pas http-robot.txt mais simplement robots.txt) dont le contenu est le suivant :

# On spécifie que la règle est à appliquer à tous les moteurs de recherche

User-agent: *# On bloque l’accès aux répertoires et les fichiers qui y sont inclus

Disallow: /wp-admin/

Disallow: /wp-includes/

Disallow: /stuff/

Disallow: /phpMyAdmin/

Disallow: /#recycle/

Disallow: /forum/adm/

Disallow: /forum/includes/

Disallow: /forum/language/

Disallow: /forum/xinstall/

#On va autoriser certains paths

Allow: /portail

Allow: /paradize-lost.fr

Allow: /itbloged

Allow: /beingaconsultant

Allow: /forum

Allow: /

Le .htaccess à la racine possède ce contenu :

<Files ~ "^.(htaccess|htpasswd)$">

deny from all

</Files>

ErrorDocument 404 http://paradize-lost.fr/portail/404.jpg

Redirect permanent /volume1/web/ http://paradize-lost.fr/

order deny,allow

Le truc c'est j'ai même pas la page 404 en affichage :-/

le 22 septembre 2012

C'est normal que ca fonctionne en local, le trafic local ne passe pas par le NAT de ton modem routeur.

Et pourtant il passait avant, nmap montre bien qu'il trouve le sur le local, la question c'est de savoir pourquoi il ne la trouve pas en WAN.

Pour info quand j'étais en corée du sud je pouvais administrer mon routeur par le 8080, là c'est inactif, auraient-ils oublié de faire une manip depuis mon retour chez numéricable ?

Je vais les appeler lundi, je vous tiens au jus.

Mon hypothèse :

pour une raison fumeuse x ou y numéricable bloque le en sortie sur le WAN.

Si c'est le cas je vais les résilier.

Néanmoins, je pense qu'il y a toujours un problème du côté du DS puisque à un moment le répertoire web avait carrément disparu même en étant logué sous compte administrateur il n'apparaissait pas dans file station, ça a été réglé mais ya peut-être quelque chose de ce côté là aussi.

Justement DjMomo c'est le but. Le contenu du répertoire web doit être accessible depuis le net sur le domaine que j'ai mais visiblement il y a un problème et ça fait pas feu d'artifice. Le hic c'est que je perds mon référencement, l'autre hic c'est que j'en ai un tant soit peu besoin professionnellement.

Voilà désolé pour le double post et le délais entre vos réponses et les miennes mais le scan complet a pris du temps.

le 22 septembre 2012