Příspěvky

1261

/dev/null / Re:Je to plnohodnotná veřejná adresa?

« kdy: 26. 04. 2021, 22:47:52 »

Mění něco na tom, že Brno je dobře definovaný pojem a tedy i "doprava do Brna" je proto dobře definovaný pojem?

Teď to stejně zkuste s pojmem „veřejná IP adresa“. „Veřejná IP adresa“ je dobře definovaný pojem a tedy i „??? veřejná IP adresa“ je proto dobře definovaný pojem. Aha, asi bude potřeba něco dosadit za ty otazníky, že?

pakety skončí u zákazníka s veřejnou IP

Co znamená „pakety skončí u zákazníka s veřejnou IP“?

Je dosti úsměvné, když se vlastně nedokážeš rozhodnout, co vlastně tvrdíš: tedy jestli VIPA není definovatelná (minulý odstavec), nebo jestli definovatelná je a Tvoje definice je dobrá (kteroužto myšlenku si hájil v minulých postech a zde si evidentně od té myšlenky neustoupil).

Nevím, co je úsměvného na tom, že si neustále něco vymýšlíte, abyste mi ten svůj výmysl následně mohl omlátit o hlavu. Mně to připadá spíš smutné než úsměvné.

Zadalší, to, že jak směrování portů, tak VIPA je definovatelná nezávisle na zákazníkovi, je pak věc, kterou tvrdím, celou dobu

Aha, takže těch několik stránek argumentů o tom, jak jsou ty služby definované jenom v závislosti na zákazníkovi a tudíž když ještě ISWP žádného zákazníka nemá, není možné o těch službách nic říci, to psal úplně jiný Logik.

1262

Server / Re:Vymazání metadat z mailu

« kdy: 26. 04. 2021, 22:22:10 »

Nojo asi spíš použili IP prostředníka , aspoň jeden Received tam musí být vidět nehledě na logy spojení.

Ano, ale ten jeden Received tam vložil až server příjemce. Případně více, pokud to u příjemce putuje přes víc serverů. Tedy při odeslání ten e-mail neměl žádná metadata. V přijatém e-mailu pak máte z metadat jenom datum a čas přijetí a IP adresu, odkud byl e-mail předán cílovému serveru.

1263

Server / Re:Vymazání metadat z mailu

« kdy: 26. 04. 2021, 19:02:23 »

Přijímající server potřebuje znát akorát obálkového odesílatele a adresáta. Přičemž odesílatel může být podvržený, pokud se nekontroluje DKIM nebo SPF.

Metadaty se nejspíš myslí různé X- hlavičky přidávané poštovními klienty a servery po cestě, hlavičky Received – tj. pravděpodobně ten e-mail ručně poslali přímo na cílový server, nebo přes nějakého jednoho anonymizačního prostředníka, který např. zatajil IP adresu původního klienta.

1264

Odkladiště / Re:3-D Secure pro online platby

« kdy: 26. 04. 2021, 16:10:24 »

Opakuji: tak funguje i kontokorent na debetní kartě.

Jste si jist, že máte kontokorent na kartě? Nemáte ho spíš na běžném účtu? Navíc kontokorent znamená, že můžete jít na běžném účtu do mínusu. Tedy nejprve platíte svými penězi a teprve když vám dojdou, banka vám půjčí.

1265

Odkladiště / Re:3-D Secure pro online platby

« kdy: 26. 04. 2021, 14:47:29 »

Debetní karta je jen jeden z prostředků, jak se dostat k vlastním penězům na depozitním běžném účtu.

Přesně o to jde, že debetní karta není nic kvalitativně nového, je to jenom další způsob, jak ovládat svůj běžný účet – vedle třeba papírových příkazů k úhradě podávaných na pokladně banky, vedle internetového bankovnictví, vedle mobilního bankovnictví. Původně debetní karty vlastně vznikly jako způsob odbavení na samoobslužné pokladně – bamkomatu.

Kreditní karta má svůj vlastní úvěrový účet, jehož záporné zůstatky je potřeba v nějakém určeném termínu uhradit z jiného zdroje - obvykle z běžného účtu.

Přičemž to, že je to účet, je nevýznamný provozní detail. Podstatné je to, že platí banka, která mi po nějaké době předloží částku k úhradě. Když si budeme s poskytovatelem kreditní karty důvěřovat (a poskytovatel by nebyl svázán regulacemi), klidně to může vypadat tak, mi poskytovatel po nějaké době předloží částku k úhradě (a nebude mi předkládat jednotlivé transakce, jak k té sumě došel), a já mu zase celou částu zaplatím (a nebude potřeba evidovat, kolik ještě dlužím). Jako když za vás na výletě někdo zaplatí jízdenku, pivo a vstupenku – a na konci si řekne o 260 Kč. Nepotřebujete k tomu vést účet.

1266

Server / Re:Nginx: rozdělení serverů do samostatných souborů

« kdy: 26. 04. 2021, 13:40:55 »

Tak medzi tym som nasiel funkcne riesenie, ale mohol by som to skusit aj s nastavenim tych hlavyciek.
zatial dik

I odkázané řešení je ovšem závislé na tom, že jsou ty hlavičky správně nastavené.

To je pravda, ale jen z půlky. RealIP modul ji umí zase vrátit zpátky, takže aplikace pod proxy serverem si toho nemusí ani všimnout.

Jo, nastaví jako odchozí IP adresu takovou adresu, která vůbec nepatří danému počítači a je odněkud z tramtárie. Pak odešle paket navazující TCP/IP spojení a bude se strašně divit, že nikdy nedostane odpověď (protože ta přijde tomu zařízení, které tu IP adresu doopravdy má).

Jo, už jsem si s tím párkrát užil, jak spolehlivě to vyzvedává.

Pokud to nějaký plugin vyzvedává špatně, je to chyba toho pluginu.

Jednodušší mi přijde, na takový krám, použít ten RealIP modul, ušetří to ve výsledku starosti.

Pokud věříte na zázraky, že se vám paket vrátí, i když mu nastavíte úpně jinou adresu…

1267

Software / Re:xmlstarlet xpath

« kdy: 26. 04. 2021, 13:25:57 »

Super, to funguje! Co je prosim za ASCII "bily znak"?

Není to jeden znak, ale souhrnné označení pro všechny znaky, které vytvářejí prázdné (bílé) místo – různé mezery, tabulátory, konce řádků…

xmlstarlet ed -d "/root/server/host/groups/group[name='lh']/members/user('newuser')" abyss.conf

Jednak tam chybí to normalize-space. Jednak tam máte user('newuser'), což znamená, že se pokoušíte volat funkci user, a taková v XPath neexistuje. Pokud chcete vybaret element, který jako text obsahuje 'newuser, bude to:

Kód: [Vybrat]

/root/server/host/groups/group[normalize-space(name)='lh']/members/user[normalize-space(.)='newuser']

Tečka je zkratka pro aktuální uzel. Stejně jako v případě toho name se uzel v případě potřeby převede na string tak, že se vezme jenom jeho textový obsah.

V hranatých závorkách je podmínka, kterou musí příslušný uzel splnit, aby byl zařazen do výběru.

1268

Server / Re:Nginx: rozdělení serverů do samostatných souborů

« kdy: 26. 04. 2021, 12:19:37 »

este mam tazocku, ci by islo nejak vyriesit.
Za reverznym proxy mam web (Wordpress).  V administracii WP pri povolovani, alebo zakazovani komentarov je vzdy uvedena IP adresa reverzneho proxy a nie skutocneho autora (resp. odkial bola sprava odoslana).
Je mozne to nejak nastavit aby  proxy tieto spravy nemenil ?

Proxy server to nemůže neměnit. Jedná se o IP adresu TCP/IP spojení, ta nemůže být nastavená jak vás napadne – musí být nastavená tak, aby proxy server mohl s WordPressem komunikovat.

Co jde ale udělat je to, že proxy server přidá původní IP adresu do HTTP hlaviček, WordPress si ji pak odsud umí vyzvednout.

Do konfigurace reverzní proxy přidáte následující řádky:

Kód: [Vybrat]

proxy_set_header	X-Real-IP		$remote_addr;
proxy_set_header	X-Forwarded-For		$remote_addr;

Buďto to musí podporovat Wordpress (ale co já vím tak ani v roce 2021 na to není WP připravený - jako kdyby WP autoři nikdy nepotkali proxy).

Ne buďto a nebo. Proxy server musí původní IP adresu přidat do HTTP hlaviček, WordPress si ji odsud musí vyzvednout. A vyzvedává si ji.

1269

Software / Re:xmlstarlet xpath

« kdy: 26. 04. 2021, 10:41:06 »

No jasně, shell spolkl apostrofy. Tohle by mělo fungovat:

Kód: [Vybrat]

xmlstarlet ed -s "/main/groups/group[name='group2']/members" -t elem -n user -v newUser <data.xml

Na uvedenem vyseku dat (poslal jsem kvuli privatnim udajum jen cast configu) to funguje, ale na celem konfiguraku ne. Posilam tedy cely config https://pastebin.com/1MvCyNGW

Pokudil jsem se to adaptovat na cely config, ale neuspesne:
xml ed -s "/root/server/host/groups/group[name='lh']/members" -t elem  -n user -v newuser abyss.conf | xidel -s -e "/root/server/host/groups/group[name='lh']/members" --data=-

(kvuli snadnejsi kontrole vytupu pri pokusovani to pajpuju do xidela ktery vypisuje cleny skupiny lh)

BTW: Pri experimentovani jsem buhviproc zmenil i nazvy skupin a useru, plati tedy ta posledni verze, aby to nekoho nematlo...

V tom odkazovaném XML není název skupiny „lh“, ale je to něco jako „\s\s\s\slh\s\s\s“, tj. je tam kolem toho textu spousta bílých znaků. Zkusil bych tedy tenhle XPath (je tam přidána funkce normalize-space):

Kód: [Vybrat]

/root/server/host/groups/group[normalize-space(name)='lh']/members

1270

Odkladiště / Re:3-D Secure pro online platby

« kdy: 26. 04. 2021, 10:25:43 »

Ono tam není "něco, co má všechny vlastnosti účtu", on je tam prostě účet. Jirsák má s bankovnictvím jen uživatelskou zkušenost a tak si pod "účet" představuje pouze "běžný/spořicí účet", ale díky D-K efektu mu jeho omezená znalost nebrání, aby poučoval ostatní. Nicméně účtů je mnoho druhů (například i pro úvěry, různé technické účty banky atp.), některé uživatel vidí, na některé ne. Zrovna na ten od kreditky by tedy vidět mohl a dost možná to i nějaká banka poskytuje (?)

Ano, pod běžným účtem si opravdu představuji běžný účet. Jinak v účetnictví mám také spoustu účtů, mám účet na Googlu, účet tady na Rootu. Příkaz k úhradě z účtu tady na Rootu jsem nikdy nezkoušel zadat, ale myslím, že to nepůjde…

1271

Software / Re:xmlstarlet xpath

« kdy: 25. 04. 2021, 22:56:21 »

XPath výraz /main/groups/group[name='group2']/members vybere element members, který je uvnitř group, která obsahuje element name s obsahem group2.

1272

Odkladiště / Re:3-D Secure pro online platby

« kdy: 25. 04. 2021, 22:44:42 »

Znova, od začátku. Ještě jednou. Peníze se při platbě kreditní kartou převádějí z účtu. Tečka. Tu další omáčku, jako kdo ten účet vlastní si nechte od cesty. Proto je princip a platba kreditní a debetní kartou v podstatě ekvivalentem. Proto není debetní karta žádný paskvil.

Při převodu z bankovního účtu se peníze také převádějí z účtu. Při platbě složenkou se peníze také převádějí z účtu. Takže příkaz kúhradě z účtu, platba kartou, platba složenkou – to vše je vpodstatě ekvivalent, že.

1273

/dev/null / Re:Je to plnohodnotná veřejná adresa?

« kdy: 25. 04. 2021, 20:15:34 »

Klasika. Když tě po desítkách postů přinutím připustit, že to, co tu řešíme nemá být nějaký soulad s očekáváním,ale soulad smlouvy s poskytnutou službou, tak začneš lhát, žes to vlastně tvrdil od začátku. Jako taky způsob,jak uznat omyl, ale jestli si myslíš, že Tě to shazuje míň, než kdybys řek: sorry, v tom jsem se pletl.... tak se opět pleteš.

Nemůžu za to, že jste nepochopil, že jsme na první stránce zjistili, že smlouva používá vágní pojem, a od té doby se snažíme se s tím vágním pojmem vypořádat a odvodit, jak je ten pojem ISP a hlavně spotřebiteli chápán. Vy jste evidentně ještě úplně na začátku diskuse. V této diskusi vám zkrátka ujel vlak.

Pamatuješ si vůbec, že jsi na začátku diskuse tvrdil, že pojem veřejná IP definován vůbec není :
Vy se pořád tváříte, že „veřejná IP adresa“ je terminus technicus s jasně daným obsahem....
Než Ti omlátili jiní o hlavu, že to je termín defakto definovaný RFC (doplňkem k privátní adrese).
A teď se snažíš tvrdit todle. Na to se fakt dá říct jen: Ha, ha.

Jenže my se tu bavíme o poskytované službě. RFC nedefinuje žádnou službu. Chápu, že je to pro vás extrémně matoucí, že jeden termín může označovat různé věci. Třeba „osobní auto“ je něco, co má podvozek, motor, karoserii a někam vás to odveze. Ale když bude napsáto „osobní auto“ v ceníku parkoviště, naznamená to, že vám za tu cenu prodají auto, ale je to zkratka pro označení služby „parkování osobního auta“.

Definice služby přesměrování portu není závislá na zákazníkovi.

Sláva, sláva, sláva. Aspoň něco jste pochopil.

Jen ukazuješ svoji aroganci a neschopnost diskutovat slušně. Jestli Ti to pomůže, prosím, posluž si. Ale vizitku si tím děláš sám.

Jak se do lesa volá, tak se z lesa ozývá. Jenom jsem se přizpůsobil vašemu stylu.

1274

Odkladiště / Re:3-D Secure pro online platby

« kdy: 25. 04. 2021, 12:50:19 »

To že zákazník ten účet nevidí přece ještě neznamená, že tam (ve spolupráci s ČSOB) něco co má všechny vlastnosti účtu za tím není. To, že nemůže dělat převody na tom nic nemění, to já třeba z účtu dětí taky dělat nemůžu a nenapadlo by mě tím argumentovat, že to není účet.

Podle mne to, že ten účet zákezník vidí, je základní vlastnost bankovního účtu. Potřebuje to vidět, aby s tím mohl disponovat – převádět peníze na účet nebo z účtu pryč. Pokud to zákazník nevidí, je to jen nějaké interní účetnictví banky.

1275

/dev/null / Re:Je to plnohodnotná veřejná adresa?

« kdy: 25. 04. 2021, 12:06:25 »

Body 1) a 2a) je ona abstrakce o které jsem mluvil = není nikde smluvně podložena = nelze reklamovat = váš současný spor.

Proč by ale někdo reklamoval něco, co mu perfektně funguje?