1
Software / Re:kdy bude můj torrent mít seed u mě ?
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 23:46:58 »musí se čekat až všechny trackery proběhnou announce ?
tím by se to vysvětlilo
tím by se to vysvětlilo
Poslední příspěvky
2
Software / kdy bude můj torrent mít seed u mě ?
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 23:41:55 »vytvořil jsem torrent v deluge
soubor je jen malý txt a jeho torrent
na internetu jsem našel asi 160 trackerů , všechny jsem tam přidal
už je to celý den a nevidím že by můj torrent měl seed mě samotného
počítač má nastevnou DMZ takže by měl zřejmě propouštet všechny porty
nebo se mýlím ? , co jsem zanedbal ?
soubor je jen malý txt a jeho torrent
na internetu jsem našel asi 160 trackerů , všechny jsem tam přidal
už je to celý den a nevidím že by můj torrent měl seed mě samotného
počítač má nastevnou DMZ takže by měl zřejmě propouštet všechny porty
nebo se mýlím ? , co jsem zanedbal ?
3
Server / Re:Chyby na různých discích na Btrfs poli
« Poslední příspěvek od RDa kdy 13. 10. 2024, 22:58:44 »Mám tedy v poli 4x4TB a 2x3TB.
A ukladaci politika je jaka? mirror na 2 mista nebo neco lepsiho? Pri poctu 6 disku bych tam dal klidne R6
To by teoreticky melo dat (6-2)*3 + (4-2)*1 = 12+2 = 14 TB vyuzitelne kapacity.A taky se pridavam k ostatnim.. ze pokud "neni jiste ze je to 6G" je neco co resite, tak bych tomu zadna data nesveroval. Pan je asi kaskader a opakovane varovani mu doposud nevyjasnili ze takhle ne.. achjo.
4
Distribuce / Re:Slackware nenačítá některé stránky
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 20:05:22 »stránka ěcaptcha.com se otevírá , api kez mám nastavený a funguje mi auto solve captcha
je tu problém se stránkou disboard.org
mám extension https://github.com/Theblockbuster1/disboard-auto-bump
který má dělat automatické mačkání tlačítka bump
jakmile otevřu stránku disboard.org a je zapnutý extension na klikání otevře okno s nápisem HEY !
musí se potvrdit
jakmile to udělám captcha se objevuje nekonečně dokola
jakmile ho vyřeším opět extension otevírá okno HEY ! a captcha se opět aktivuje jako nevyřešená
potřeboval bych trochu upravit skript v extension na klikání
nevím ale co mám smazat
našel jsem že okno HEY ! se otevírá zde https://github.com/Theblockbuster1/disboard-auto-bump
v části contents.js
jak ho mám prostě nepoužít a automaticky stisknout funkci ?
resp co z contents.js mám smazat ?
je tu problém se stránkou disboard.org
mám extension https://github.com/Theblockbuster1/disboard-auto-bump
který má dělat automatické mačkání tlačítka bump
jakmile otevřu stránku disboard.org a je zapnutý extension na klikání otevře okno s nápisem HEY !
musí se potvrdit
jakmile to udělám captcha se objevuje nekonečně dokola
jakmile ho vyřeším opět extension otevírá okno HEY ! a captcha se opět aktivuje jako nevyřešená
potřeboval bych trochu upravit skript v extension na klikání
nevím ale co mám smazat
našel jsem že okno HEY ! se otevírá zde https://github.com/Theblockbuster1/disboard-auto-bump
v části contents.js
jak ho mám prostě nepoužít a automaticky stisknout funkci ?
resp co z contents.js mám smazat ?
5
Server / Re:Apache - nefunkční konfigurace (mod_access + mod_rewrite)
« Poslední příspěvek od Filip Jirsák kdy 13. 10. 2024, 19:42:51 »Přepisovací pravidla nastavená na úrovni severu (ne adresáře nebo .htaccess) se provádí před tím, než začne autorizace. Viz https://httpd.apache.org/docs/2.4/rewrite/tech.html.
6
Distribuce / Re:Slackware nenačítá některé stránky
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 19:31:29 »SOLVED
oběvil jsem závažnou chybu v hosts
zkoušel jsem asi 10 různých captcha solverů , všechny jsou na mě složité , tenhle se mi zdál že má aspoň dobrou technickou podporu
tak jsem v hosts právě našel že doména 2captcha měla přiřazení k jiné adrese z jiného captcha solveru
některé (mnoho) konkurenčních solverů tak nefungovaly
teď už se stránka zobrazuje
zajímá mě navíc plno informací o 2captcha.com , jak udělám aby automaticky řešil cloudflare captcha
oběvil jsem závažnou chybu v hosts
zkoušel jsem asi 10 různých captcha solverů , všechny jsou na mě složité , tenhle se mi zdál že má aspoň dobrou technickou podporu
tak jsem v hosts právě našel že doména 2captcha měla přiřazení k jiné adrese z jiného captcha solveru
některé (mnoho) konkurenčních solverů tak nefungovaly
teď už se stránka zobrazuje
zajímá mě navíc plno informací o 2captcha.com , jak udělám aby automaticky řešil cloudflare captcha
7
Distribuce / Re:Slackware nenačítá některé stránky
« Poslední příspěvek od McFly kdy 13. 10. 2024, 19:11:43 »Do souboru /etc/hosts bych vložil
a pak spustil prohlížeč a zkusil zadat https://2captcha.com
Chyba 404 neznamená, že počítač nenalezl doménu 2captcha.com, on ji nalezl (a získal A record) a poslal na server HTTP požadavek, přičemž cílový server vrátil chybu 404 - Not found. Zkusil jsem ping na 2captcha.com a překlad je 104.26.11.235.
Kód: [Vybrat]
104.26.11.235 2captcha.coma pak spustil prohlížeč a zkusil zadat https://2captcha.com
Chyba 404 neznamená, že počítač nenalezl doménu 2captcha.com, on ji nalezl (a získal A record) a poslal na server HTTP požadavek, přičemž cílový server vrátil chybu 404 - Not found. Zkusil jsem ping na 2captcha.com a překlad je 104.26.11.235.
8
Distribuce / Re:Slackware nenačítá některé stránky
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 19:02:09 »po nainstalování celého slackware z uvedeného slackpgk stále stejné
9
Distribuce / Re:Slackware nenačítá některé stránky
« Poslední příspěvek od Martin Koleček kdy 13. 10. 2024, 19:01:24 »nemám na tom žádné programy na dělání screenshotů
můžu to vyfotit foťákem ale je to asi jasné
stránka : 2captcha.com
http error 404 nenalezeno
jiné weby jdou třeba google
můžu to vyfotit foťákem ale je to asi jasné
stránka : 2captcha.com
http error 404 nenalezeno
jiné weby jdou třeba google
10
Server / Apache - nefunkční konfigurace (mod_access + mod_rewrite)
« Poslední příspěvek od dr_ak kdy 13. 10. 2024, 18:59:27 »Zasekl jsem se v konfiguraci Apache, předem děkuji za Váš čas a nezávislý pohled, nápady, rady...
Máme PHP aplikaci, která má celkem běžné nastavení - vše co není soubor nebo adresář se pomocí rewrite přesměruje na index.php.
Dále tam je omezení přístupu buď z vyjmenovaných IP adres, nebo se zadáním jména a hesla pomocí basic auth pro ostatní IP. Relevantní fragment konfigurace vypadá takto:
Takto vše bez problémů funguje.
Nově je požadavek mít cestu začínající "/public/" volně přístupnou odkudkoliv bez nutnosti zadat heslo.
Přidal jsem podmínku, která povoluje přístup pro /public/*
Tohle funguje krásně pro všechny soubory a adresáře, které jsou přímo přístupné i z neregistrovaných IP.
Ale u adres, které finální RewriteRule mapuje na index.php to nefunguje - server vrátí 401 Unauthorized jako vracel dříve a podmínka se, zdá se, nevyhodnotí.
Měl jsem podezření, že RewriteRule nějak manipuluje s proměnnými, tedy jsem zkusil proměnnou REQUEST_URI vložit do své proměnné a v If testovat tu, kterou není určitě manipulováno, ale chovalo se to stejně:
Také jsem proměnnou REQUEST_URI i svou pomocnou proměnnou my_req_uri předal jako parametr do index.php, kde jsem je vypisoval, abych otestoval jejich obsah:
Zkoušeli jsme toho ještě více, ale tohle byla nejnadějnější cesta, která nás přivedla k paradoxu - konfigurace funguje, pokud se neprovádí finální RewriteRule. Když se RewriteRule provede, tak patrně nefunguje podmínka, jakoby Rewrite manipuloval s proměnnými, ale proměnné se asi nemění, alespoň ten samý RewriteRule je předává v pořádku.
Za každou radu či nakopnutí děkuji!
Máme PHP aplikaci, která má celkem běžné nastavení - vše co není soubor nebo adresář se pomocí rewrite přesměruje na index.php.
Dále tam je omezení přístupu buď z vyjmenovaných IP adres, nebo se zadáním jména a hesla pomocí basic auth pro ostatní IP. Relevantní fragment konfigurace vypadá takto:
Kód: [Vybrat]
# Povolení přístupu z IP:
Require ip 1.1.1.1
Require ip 2.2.2.2
Require ip 3.3.3.3
........
# Povolení přístupu jménem a heslem:
AuthType Basic
AuthUserFile /var/www/.htpasswd
Require valid-user
# Přesměrování na index.php
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /index.php?_url=/$1 [QSA,L]
Takto vše bez problémů funguje.
Nově je požadavek mít cestu začínající "/public/" volně přístupnou odkudkoliv bez nutnosti zadat heslo.
Přidal jsem podmínku, která povoluje přístup pro /public/*
Kód: [Vybrat]
<If "%{REQUEST_URI} =~ m#^/public/#">
Require all granted
</If>
Tohle funguje krásně pro všechny soubory a adresáře, které jsou přímo přístupné i z neregistrovaných IP.
Ale u adres, které finální RewriteRule mapuje na index.php to nefunguje - server vrátí 401 Unauthorized jako vracel dříve a podmínka se, zdá se, nevyhodnotí.
Měl jsem podezření, že RewriteRule nějak manipuluje s proměnnými, tedy jsem zkusil proměnnou REQUEST_URI vložit do své proměnné a v If testovat tu, kterou není určitě manipulováno, ale chovalo se to stejně:
Kód: [Vybrat]
SetEnvIf REQUEST_URI "^(.*)$" my_req_uri=$1
<If "%{ENV:my_req_uri} =~ m#^/public/#">
Require all granted
</If>
Také jsem proměnnou REQUEST_URI i svou pomocnou proměnnou my_req_uri předal jako parametr do index.php, kde jsem je vypisoval, abych otestoval jejich obsah:
Kód: [Vybrat]
RewriteRule ^(.*)$ /index.php?request_uri=%{REQUEST_URI}&my_req_uri=%{ENV:my_req_uri} [QSA,L]
Kód: [Vybrat]
echo "request_uri=".$_GET['request_uri']."\n";
echo "my_req_uri=".$_GET['my_req_uri']."\n";
ale vše se tvářilo v pořádku, obě proměnné obsahovaly testovací URL /public/12321Zkoušeli jsme toho ještě více, ale tohle byla nejnadějnější cesta, která nás přivedla k paradoxu - konfigurace funguje, pokud se neprovádí finální RewriteRule. Když se RewriteRule provede, tak patrně nefunguje podmínka, jakoby Rewrite manipuloval s proměnnými, ale proměnné se asi nemění, alespoň ten samý RewriteRule je předává v pořádku.
Za každou radu či nakopnutí děkuji!
