Aller au contenu

LittleLama

Membres
  • Compteur de contenus

    25
  • Inscription

  • Dernière visite

À propos de LittleLama

LittleLama's Achievements

Newbie

Newbie (1/14)

  • Week One Done
  • One Month Later
  • One Year In Rare

Recent Badges

0

Réputation sur la communauté

  1. LittleLama

    Dhcp et décodeur Orange

    Bonjour Effectivement avec ces deux manipulations, la Livebox Play ne fait plus d'erreur S04, mais pas de flux d'image hélas. Je rajouterais même que pour connaître le nom de son interface, il suffit de regarder dans le dossier /etc/dhcpd . Si vous avez un bond, vous trouverez ici son véritable nom, et les fichiers créés doivent s'harmoniser en nom avec les autres. Avec ma Livebox en 192.168.1.1 et deux IP dispo 253-254 avec le décodeur fixé en 254, ça se connecte bien mais l'image ne suit plus. Alors je passerais volontiers en TNT, mais la VOD et certaines chaînes seront alors perdues. Dommage. On arrive aux limites du système Live Box là. Si on veut un autre DHCP il faut se passer de la TV, et se réjouir de devoir se retaper tous les baux à chaque fois qu'on change de box ou de fournisseur. Tant pis !
  2. Salut Fenrir, merci pour ton astuce ! Bonne idée celle du reverse proxy, je me doutais pas de l'étendue de cette fonction ! Du coup j'ai repris le fil du début à la fin. Effectivement j'avais loupé un truc, la migration DSM 5->6 n'a pas fait suivre toute la config du parefeu. Une fois ça rétabli, j'ai remappé par le reverse proxy les ports des applis pour entrer sur un port ouvert en HTTPS et ressortir vers l'appli en HTTP sur un port fermé par le pare-feu, ainsi les packages sont en HTTPS sans avoir à paramétrer de certificat. Voilà qui m'enlève déjà un problème. Pour web station je cherche encore comment réautoriser du HTTP sans avoir à forcément passer par un virtual host (car j'aime bien les accès par l'url mon.nas.com/monsite/ et que j'ai pas forcément la possibilité de faire des sous-sous-domaines). En tout cas merci pour l'astuce !
  3. Bonjour Comme les certificats StartSSL ont été banis, je viens de sécuriser mon DSM en créant un certificat Let's Encrypt et par la même occasion en passant à DSM 6. Dès lors toutes mes connections HTTP ont automatiquement été redirigées en HTTPS. Mais genre toutes ... toutes quoi ! L'administration OK, mais la web station, les packages disposant d'une interface web ... tout ! Jusque là pas de soucis mais du coup mes packages utilisant HTTP(S) me jettent. Et mes sites persos hébergés sur la web station ne fonctionnent plus correctement puisque les dépendances étaient appelées en HTTP. Bref, cette sécurisation me paraît un poil exagérée (ou bien prématurée pour moi). Alors plusieurs questions : Comment faire référence au certificat Let's Encrypt dans les packages utilisant une interface Web afin d'autoriser la connexion en HTTPS : par exemple dans SABnzbd il est demandé deux clé : une .crt et une .key mais Let's Encrypt ne donne que des clés au format .pem ? Comment exclure la web station de la redirection HTTPS pour ne laisser sous HTTPS que l'administration par exemple (ça se passait comme ça sous DSM 5 avec mon ancien certificat) ? Merci beaucoup à vous pour tout avis !
  4. Bonjour, Certaines releases, notamment à la suite d'une recherche sur Biniouze, sont vues avec la mauvaise taille. Ainsi des releases demandées en 1080p maxi se mettent en téléchargement alors qu'elles ont la taille d'un BR-Disk. Avez vous rencontré ce problème ? Avez vous une solution ? J'essaye en ajoutant 1 jour à l'option "Wait N days for a better quality" mais je ne suis vraiment pas convaincu du résultat. Merci
  5. Salut ! A tout hasard, as tu testé avec un autre navigateur ? Un fraîchement installé et que tu n'aurais jamais utilisé pour te connecter ? Envoyé d'un mobile
  6. Salut Klick As tu avancé dans tes recherches, car ça m'intéresse également fortement. Je viens d'installer Mylar, mais je suis assez déçu ... même avis que toi.
  7. Merci beaucoup ! La MAJ de ce jour a mis à jour le packet push.
  8. Bonjour ! Serait il envisageable d'avoir une mise à jour du module push ? En effet le service Boxcar a fermé pour laisser la place à Boxcar2. C'est le sujet du commit du module push d'avril dernier https://github.com/jreese/znc-push/pull/86 Ce serait sympa, en tout cas merci pour ce pack
  9. Bien, en attendant une normalisation des noms pour éviter les DCMA et le pourrissage de posts, restons en mode manuel. En tout cas ton fork marche nickel Sarakha merci infiniment ! PS : Ménage fait.
  10. Je poursuit les tests. J'ai demandé un refresh manuel sur un Boardwalk récalcitant et là ohhh ! Donc ça fonctionne bien en automatique même sur ces noms là. Le NZB est renommé correctement ce qui garanti le bon traitement. Donc faut juste être patient, ça doit marche normalement nickel. En revanche, contre le pourrissage de posts (vous savez, les ptis malins qui dupliquent les post en mettant des mots de passe), là je n'ai que ma solution du téléchargement manuel jusqu'à ce que Sickbeard ne télécharge que les premiers fichiers. Ce cas là n'arrive normalement pas sur les séries suivies au jour le jour (encore que), par contre sur les séries à rattraper c'est la cata et dans ce cas là il n'y a plus qu'à renommer. PS : Comme demandé, la config SABNZBD. Pour ma culture générale, quel avantage à laisser Sickbeard faire le post processing à la place de SABNZBD ? N'est ce pas plus gourmand de scanner le dossier à intervalles régulier que de faire coucou à SB pour qu'il fasse son job via le script ? Merci Bud pour le tuyau du post processing manuel SB ! Je n'avais jamais fait gaffe à ça. Je vais me pencher là dessus.
  11. Je n'ai pas rencontré le cas à nouveau, si ce n'est une unique fois cette nuit. Je penche donc pour un caprice de Binnews. Binsearch fait la même chose occasionnellement. Tout baigne sinon. Merci
  12. Oui exactement je rejoins ton avis. Le regex ne sera qu'une perte de temps pour toi. Par contre au niveau de la recherche dans Binnews, j'ai l'impression que les noms de posts dont je parle ne sont pas pris par SickBeard. Est ce une recherche par nom de référencement ou par nom de fichier ? Tu es ici aussi certainement très tributaire de Binnews. Je continue quelques tests sur des posts difficiles. C'est vrai que pas mal de paramètres peuvent intervenir, donc le pourrissage de posts contre lequel on ne s'en sort pas toujours en automatique.
  13. En fait, je vois où il y'a méprise. Sickbeard ne trouve pas les épisodes dont je parle sur Binnews. Je dois lancer manuellement ces téléchargements. La seule donnée de retour est donc forcément le nom du fichier uniquement. Sickbeard ne peut pas avoir la même résolution que dans le cas idéal. On voit quand même dans les logs qu'il y parvient même avec le nom pour seule valeur retournée. D'où ma question initiale. Est il possible de perfectionner le process pour qu'il résolve mieux les noms ? Ou bien pour qu'il aille mieux chercher les données sur Binnews, je sais pas comment ça marche, vraiment. Je comprend que pour un nom comme "BeOrRiDpWmAeL lkKlEa wMdPrIaRoEb" dans le post process, y'a rien à faire, mais pour des noms plus commodes comme "ad_icniv_s_snomed" y'a peut être un coup à jouer, encore que parfois Sickbeard se vautre de série (exemple : Wolf qui devient Flow ). Donc peut être que le coup à jouer se situe d'avantage côté recherche que côté post process. Si je comprend bien le cheminement Recherche via Sickbeard Envoi du NZB à SabNZBD : SB garde en mémoire le nom du NZB Téléchargement Post Processing et renvoi du nom connu Ajout à Sickbeard (et XBMC et tout et tout) Téléchargement manuel Téléchargement Postprocessing (ce que Bud77 appelle surement manuel) renvoi à SB du nom SB regarde si le nom et l'épisode sont attendus (algorithme d'épluchage du nom) Si oui ajout à SB, sinon (non attendu, ou nom non reconnu) process failed Donc ma demande, porte bien sur l'étape 2.3. Ca peut s'apparenter à du post processing manuel, je vois mieux de quoi tu parles Bud. Mais visiblement le script sait résoudre ce cas là à condition d'avoir un nom avec une syntaxe commune. Sauf que pour avoir certains épisodes, je suis forcé de passer par le téléchargement manuel ... donc je demande à savoir où se situe le problème. Dans le doute, pour passer en revue ma config ... Sabnzbd envoie bien les données à Sickbeard mais selon toi pas les bonnes. J'ai autoProcessTV.cfg qui semble donc bien configuré puisque ça communique quand même. autoProcessTV.py et sabToSickbeard.py je suis pas censé y toucher donc apriori le problème n'est pas là. Il reste donc la config de Sickbeard qui peut merdouiller. Je me permet de vous exposer ma config, alors c'est vrai que j'ai quelque soucis de "Search Providers", de là à être en lien ... je sais pas :
  14. Euh ? Et comment je suis censé lancer le post processing manuellement messieurs ? J'ai lu les tutos comme un grand garçon, on m'a dit de faire une catégorie tv avec comme script sabToSickbeard.py bien configuré, je l'ai fait et je ne déroge pas à la règle. Si un téléchargement échoue comme plus haut, je le renomme à la limite et attend patiemment la prochaine exécution au prochain "bon" téléchargement. J'ai par ailleurs lu quelque part que ce script n'était pas à exécuter en dehors de cette procédure. Donc si je le faisais je ne viendrai pas m'en plaindre ^^ On fait quoi ? Je te donne mon adresse pour les cacahuètes ?
  15. Je viens de tester "neet flow-313-fr". Ca passait chez toi ? Log Sabnzbd au post-processing Sabtosickbeard Processing /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi (None) Parsed neet flow-313-fr.avi into flow - S3E13 - fr [ABD: False] Checking scene exceptions for a match on flow Looking up flow in the DB Looking up name flow on TVDB Lookup successful, using tvdb id 251033 This looks like a scene release converting scene numbers to tvdb numbers Loading show object for tvdb_id 251033 This show (tvdb_id=251033) isn't in your list, you need to add it to SB before post-processing an episode Processing failed for /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi: Là il confond avec une autre série. Le log Sickbeard Apr-23 11:30:35 WARNING CP Server Thread-6 :: Processing failed for /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi: Apr-23 11:30:35 ERROR CP Server Thread-6 :: This show (tvdb_id=251033) isn't in your list, you need to add it to SB before post-processing an episode Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Loading show object for tvdb_id 251033 Apr-23 11:30:35 DEBUG CP Server Thread-6 :: This looks like a scene release converting scene numbers to tvdb numbers Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(release_group): None Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(episode_numbers): [13] Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(season_number): 3 Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result(series_name): flow Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Parse result not suficent(all folowing have to be set). will not save release name Apr-23 11:30:35 DEBUG CP Server Thread-6 :: Lookup successful, using tvdb id 251033 Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Looking up name flow on TVDB Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Unable to match a record in the DB for flow Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Looking up flow in the DB Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Checking scene exceptions for a match on flow Apr-23 11:30:34 DEBUG CP Server Thread-6 :: Parsed neet flow-313-fr.avi into flow - S3E13 - fr [ABD: False] Apr-23 11:30:34 INFO CP Server Thread-6 :: Analyzing name u'neet flow-313-fr.avi' Apr-23 11:30:34 INFO CP Server Thread-6 :: Analyzing name None Apr-23 11:30:34 INFO CP Server Thread-6 :: Processing /volume2/DL/Newsgroups/SickBeard/neet flow-313-fr.avi (None)
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.