devilhacker

Après plusieurs recherches en tout genre... j'ai résolu mon problème seul.... Le coupable le AiProtection de trendmicro sur mon routeur asus qui avait tout simplement bloqué le site ygg sauf que ça fonctionnait quand même sur pc... pas tout suivit, mais bon >> liste blanche et boom tout fonctionne ! Au moins ainsi si ça peut aider quelqu'un d'autre....

IPV6 désactiver sur routeur syno pas IP américaine tester avec mon IP fr et sur un vpn hollandais et belge. je vais voir avec ygg....

Même souci et comme je ne l'ai pas sur d'autres indexeurs c'est vraiment lié à ygg on dirait... sauf que ça fonctionne sur Windows si je mets jackett. J'ai test openssl mettre à jour il semble être bon aussi sur le docker. J'ai changé et mis le réseau host même constat. Alors que le syno DNS mis en 8.8.8.8 et la passerelle qui est mon routeur celui-ci est également paramétré en 8.8.8.8 aucun souci avec d'autres conteneur etc... le reverse proxy que j'ai fait sur jackett ou autre conteneur pareil le ssl est bon donc c'est quelque part entre l'indexeur et ygg qu'il ya une ****. même constat sur prowlarr... un reste d'ancien certificat qui traîne dans la connexion docker vers Ygg ??? Je sèche???

Bonjour,Non pas torrentleech, mon problème est avec ygg.... ça fonctionne sans problème sur la version jackett ou prowlaar sur PC donc je ne vois pas pourquoi ça ne fonctionnerait pas sur un synology enfin plus fonctionner, car je l'utilise depuis plusieurs années ainsi. J'étais tombé sur ce lien reddit mais justement je ne vois pas où se trouve mon erreur pour ce SSL de malheur. Merci

Bonjour, Tout fonctionnait très bien et maintenant j'ai une erreur "The SSL connection could not be established" pour les indexeurs dans Prowalarr ou jackett ( tester les deux pour être sur). Ils fonctionnent sur d'autres indexeurs donc le problème semble localisé .... exemple de code [v1.13.0.4217] System.Net.Http.HttpRequestException: The SSL connection could not be established, see inner exception. ---> System.IO.IOException: Cannot determine the frame size or a corrupted frame was received. at System.Net.Security.SslStream.GetFrameSize(ReadOnlySpan`1 buffer) at System.Net.Security.SslStream.ReceiveBlobAsync[TIOAdapter](TIOAdapter adapter) at System.Net.Security.SslStream.ForceAuthenticationAsync[TIOAdapter](TIOAdapter adapter, Boolean receiveFirst, Byte[] reAuthenticationData, Boolean isApm) at System.Net.Http.ConnectHelper.EstablishSslConnectionAsync(SslClientAuthenticationOptions sslOptions, HttpRequestMessage request, Boolean async, Stream stream, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Net.Http.ConnectHelper.EstablishSslConnectionAsync(SslClientAuthenticationOptions sslOptions, HttpRequestMessage request, Boolean async, Stream stream, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.AddHttp2ConnectionAsync(HttpRequestMessage request) at System.Threading.Tasks.TaskCompletionSourceWithCancellation`1.WaitWithCancellationAsync(CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.GetHttp2ConnectionAsync(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.SendWithVersionDetectionAndRetryAsync(HttpRequestMessage request, Boolean async, Boolean doRequestAuth, CancellationToken cancellationToken) at System.Net.Http.AuthenticationHelper.SendWithAuthAsync(HttpRequestMessage request, Uri authUri, Boolean async, ICredentials credentials, Boolean preAuthenticate, Boolean isProxyAuth, Boolean doRequestAuth, HttpConnectionPool pool, CancellationToken cancellationToken) at System.Net.Http.DiagnosticsHandler.SendAsyncCore(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken) at System.Net.Http.DecompressionHandler.SendAsync(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken) at System.Net.Http.HttpClient.<SendAsync>g__Core|83_0(HttpRequestMessage request, HttpCompletionOption completionOption, CancellationTokenSource cts, Boolean disposeCts, CancellationTokenSource pendingRequestsCts, CancellationToken originalCancellationToken) at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponseAsync(HttpRequest request, CookieContainer cookies) in ./Prowlarr.Common/Http/Dispatchers/ManagedHttpDispatcher.cs:line 112 at NzbDrone.Common.Http.HttpClient.ExecuteRequestAsync(HttpRequest request, CookieContainer cookieContainer) in ./Prowlarr.Common/Http/HttpClient.cs:line 171 at NzbDrone.Common.Http.HttpClient.ExecuteAsync(HttpRequest request) in ./Prowlarr.Common/Http/HttpClient.cs:line 70 at NzbDrone.Core.Indexers.IndexerHttpClient.ExecuteProxiedAsync(HttpRequest request, ProviderDefinition definition) in ./Prowlarr.Core/Indexers/IndexerHttpClient.cs:line 41 at NzbDrone.Core.Indexers.HttpIndexerBase`1.FetchIndexerResponse(IndexerRequest request) in ./Prowlarr.Core/Indexers/HttpIndexerBase.cs:line 573 at NzbDrone.Core.Indexers.HttpIndexerBase`1.FetchPage(IndexerRequest request, IParseIndexerResponse parser) in ./Prowlarr.Core/Indexers/HttpIndexerBase.cs:line 491 at NzbDrone.Core.Indexers.HttpIndexerBase`1.TestConnection() in ./Prowlarr.Core/Indexers/HttpIndexerBase.cs:line 671 ou sur jackett J'ai tout refait: reconfiguration des certificats SSL de mon syno et de mon DDNS. testé reverse proxy ssl OK Mettre dns en 8.8.8.8 et/ou 1.1.1.1 sur le syno. sur le docker avec portainer j'ai aussi taper ce DNS Après j'ai un routeur asus que j'avais déjà configuré également en 8.8.8.8 pour être sur que pas de souci avec le fournisseur ( Bouygues) . J'ai fait le test sur mon pc Windows et jackett fonctionne donc il y a bien un problème localisé vers le docker ou syno.... J'ai aussi flaresolver pour un de mes indexeurs et tous mes dockers sont à jour aussi.... Je sèche.... Une idée? Merci

bon ben je viens de faire un nouveau synology.me... éditer juste les reverse proxy et tout fonctionne... donc il y a bien un souci sur le certificat d'avant, mais lequel je ne vois pas trop..... bref ça fonctionne pour l'instant avec le nouveau domaine et certificat. Un peu embêtant de tout devoir éditer, mais ça va le faire.

Oui je te suis complètement sur ton résonnement et j'ai vérifié encore une fois et tout est bon de l'étape 1 à l'étape 4. Je n'ai pas fait de demande pour tous les sous-domaines, quand tu fais un reverse proxy il se rajoute à celui-là dans le syno. donc je n'ai que le certificat SYNOLOGY qui gère tous les sous-domaines comme organizr.devilhackerdl.synology.me Je pense que je vais tout recommencer avec un nouveau domaine et nouveau certificat, car je tourne en rond depuis trop longtemps... je vais voir si en reprenant de A à Z avec un nouveau ça passe ou pas. J'ai un seconde syno qui n'a pas de sous-domaine pas de docker et son DDNS en synology.me également passe sans problème avec certificat SSL ok.... Franchement je ne comprends pas du tout où se trouve ma faute dans tout le résonnement. Surtout le côté que ça fonctionnait avant et plus maintenant.

Bonjour, Justement tout fonctionnait sans problème en SSL. et du jour au lendemain ça ne fonctionnait plus. Voici ce que tu vois dans mon certificat et tout point bien sur mon domaine et mes reverse proxy. Et le tuto est bien le tuto que j'avais suivi. Donc mis à part tout virer tout refaire.... en plus je ne peux plus refaire le certificat pour l'instant je pense que j'ai fait trop de demande.... l'étape 4 du coup ne fonctionne plus pour l'instant, mais je l'ai déjà fait dans mes précédents tests... Sur cette capture ce qui est flouté est bien les différents DDNs des conteneurs donc par exemple conteners1.mondomaine.synology.me avec le certificat qui s'appelle synology en effet. Pour le reste il est bien mis par défaut et les reverse proxy aussi.

En local pas de souci tout fonctionne et tous les conteners. Que je tape http ou HTTPS sur mon domaine basique donc le mondomaine.synology.me ou x.mondomaine.synology.me je n'accèdent a rien. Si je rajoute le port du docker ça ne change rien. Si j'ouvre le port exemple 9000 ( port extern et local )pour un contenair alors j'ai accès en HTTPS mais en non sécurisé. Donc si j'ouvre port par port j'ai accès mais en non sécurisé . Donc souci wildcard ? Portainer oui accès comme tous les autres conteners.

Nom de domaine ddns certificat ssl toujours dans le vert et date de validité bonne Ma box est en bridge et je gère tout par un routeur Asus avec les portail 443 80 5000 5001 ouvert rediriger vers IP de mon nas. Tout en IP fixe et dns utiliser ceux de Google. Je t'avoue aussi que je cherche encore le souci d'où ma présence lol 🤣

Sécurité avancée sur intermédiaire fait! container tous sain et à jour Oui j'ai portainer. J'ai même Nginx également qui fonctionnait parfaitement. J'ai fait aussi le test avec un seul contenair en actif pour voir si ce n’était pas au niveau de docker que le problème venait, mais pareil. Entre-temps j'ai rebooter box, synology, etc... et maintenant j'ai une évolution, mais qui me bloque quand même.... NET::ERR_CERT_AUTHORITY_INVALID j'ai testé sur un reverse proxy d'activer ou non le HSTS mais ça fait pareil.

hello tu vas ici et tu gères comme tu veux ton *.synology.me

Bonjour, avant toute chose je précise que tout fonctionnait avant et que du jour au lendemain plus.... accès au syno via quickonnect OK DDNS: configuré et actif: pare-feu sur le syno désactivé certificat OK options sécurité avancées: proxy inversé ok Synchronisation de l'heure du syno OK et j'ai des messages ERR_TIMED_OUT sur google chrome quand je tente de parvenir à n'importe quel DDNS autres paramètres: J'ai testé sur chrome et edge après vidage cache, etc. http et https avec ou sans le port à la fin.... la redirection sur mon routeur est toujours présente sur le port 443. J'ai principalement pris des tutos du site de https://mariushosting.com/ et comme je l'ai dis ça fonctionnait avant! Bref je ne sais plus où chercher et donc je m'en remets à votre aide. D'avance merci

Bonjour, je reviens sur mon sujet. j'ai pu cloner le disque sans problème sur un autre disque avec simplement un logiciel de partition minitool. la seul chose que j'ai maintenant est que ma partition reste de la taille original c'est à dire à 2.6Tb comme c'était sur un disque de 3Tb. alors que maintenant c'est un disque de 4TB. dans synology impossible de modifier la taille. dans les logiciels testé à savoir minitool partition wizard, clonezila et gparted on ne peut pas non plus manipuler cette partition btrfs. donc je ne sais pas trop si on peut "bidouillé" les partition btrfs où non.... une idée? Merci

Bonjour, Je possède un vieux NAS 214+ en config non raid. Deux HDD l'un de 4 et l'autre de 6Tb. J'ai voulu cloner le 4 TB sur un nouveau HDD de 6Tb pour gagner en espace. Le clonage fonctionne et le NAS boot sauf que j'ai un reste de partition non prit en compte comme j'ai fait un clonage identique. J'ai tenté de passer par partition magic ou par gparted, mais la partition reste bloquée (clef devant la partition) sans pouvoir travailler dessus pour l'étendre. J'ai tenté des sudo umount, mais on me dit qu'elle n'est pas montée. J'ai fait sur le disque entier tout est bien démonté. j'ai également fait dans une live cd de gparted ainsi que sur un Linux, mais même résultat. Pareil sur Windows, on ne peut pas l'étendre. Comme dois-je faire? en sachant que j'ai sur mon second disque un second volume et que je n'ai pas envie de tout réinstaller config data etc... d'avance Merci