1. Fórum Root.cz
  2. Profil Janko Hrasko
  3. Zobrazit příspěvky
  4. Témata

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Janko Hrasko

Stran: [1]
1
/dev/null / telly.cz - dávejte si pozor
« kdy: 13. 05. 2022, 15:25:02 »
Absolutně nedoporučuji tuhle firmu (telly.cz). Po objednání 14 denní služby na skušebni dobu vám pak pošlu fakturu na 750KČ, i když jsem je emailem informoval, že o jejich služby už nemám zájem. Prý jsem nepoužíl správnej text pro výpověď smlouvy. Navíc jsem si měl přečíst všeobecní obchodní podmínky, kde uvádějí, že výpověd smlouvy musíte odeslat 2 měsíce před zrušením. Takže žádna akce, jenom klamání zákazníka. Další neplacení považují za to, že jim vzniká vůči vám dluh, i když jejich službu nevyužívate.
Na trhu jsou i firmy s fér přístupem...

2
Server / DNS: chilské domény z resolveru ve střední Evropě
« kdy: 27. 04. 2021, 13:55:39 »
Dobry den.

Muzu se zeptat, jestly vam jde resolvovat chilske domeny z DNS servru ve stredni evrope? Urcite vim, ze existuje A zaznam na domenu www.movistar.cl. Google dns server to vidi. Ale jakykoliv dns server v CR mi rekurzivni dotaz na domenu www.movistar.cl vrati prazdnej zaznam. Nefunguje to ani z dns servru od nic.cz

Z dns od google to jde:

Kód: [Vybrat]
root@ns2:~# dig @8.8.8.8 www.movistar.cl

; <<>> DiG 9.11.5-P4-5.1+deb10u3-Debian <<>> @8.8.8.8 www.movistar.cl
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43814
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.movistar.cl.               IN      A

;; ANSWER SECTION:
www.movistar.cl.        4       IN      A       200.54.125.173

;; Query time: 442 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Apr 27 11:46:00 UTC 2021
;; MSG SIZE  rcvd: 60

Dotaz na dns server od nic.cz nejde a ani dalsi ve stredni evrope, ktere jsem zkousel:

Kód: [Vybrat]
root@ns2:~# dig @193.17.47.1 www.movistar.cl

; <<>> DiG 9.11.5-P4-5.1+deb10u3-Debian <<>> @193.17.47.1 www.movistar.cl
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 49770
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;www.movistar.cl.               IN      A

;; Query time: 2083 msec
;; SERVER: 193.17.47.1#53(193.17.47.1)
;; WHEN: Tue Apr 27 11:53:13 UTC 2021
;; MSG SIZE  rcvd: 44





3
Server / DKIM: jak příjemce ví, že maily mají být podepsané
« kdy: 02. 09. 2020, 16:24:41 »
Dobry den.

Potreboval bych dovysvetlit princip DKIM. Chapu, ze odesilatel vystavi v DNS pomoci "selector" verejny klic,aby mohl byt podpis emailu overenej.

Jak se ale prijemce dozvi, ze email z nejake domeny ma byt vubec podepsanej? Ku prikladu, domena example.com. Utocnik posle zlej email z teto domeny, nic nepodepise. Jak se prijemce ma dozvedet, ze email mel byt vubec podepsanej?

4
Server / Šablona pro pojmenování serverů ve VMware vSphere
« kdy: 07. 01. 2020, 17:13:24 »
Dobrý den.

Ve firmě máme admina, kterej vždy pojmenuje novej virtuální stroj ve vmware vSphere podle roku,kdy vznikl. Ku příkladu, server19 byl vytvořenej v roku 2019. Bohužel, po čase se rozcházi dokumentace, kde je ku příkladu uvedeno server-db-12, ale mezitím vznikli 2 nové verze, novej stroj s původním ůčelem tedy má název server-db-19,ale v dokumentaci je něco jiného. Nebo když vznikne novej stroj, starej zanikne, tak ma název server-rok a je nutné najít všechnu dokumentaci se starým názvem a změnit ji na novej název.

Ten svůj nápad dávat do každého názvu servra rok jeho vzniku považuje za tak geniální, že neslyší na žádné argumenty proti. Navíc, jeho největší argument je, že fyzicky přejmenovat stroj ve vmware vSpere je neskutečně náročné a dokonce, že to není podporována funkce.

Možná jsem ale omezenej já a tuhle dogmu dávat do názvu stroje rok jeho vzniku je skutečne super. Co si o tomto nápadu myslíte vy?

5
Vývoj / Python SOAP klient
« kdy: 30. 03. 2017, 22:53:30 »
Dobry den.

Mam tento kod pre soap sluzbu:
Kód: [Vybrat]
from suds.client import Client


url="https://moja_url/Access.svc?wsdl"

client = Client(url)
print client

vrati mi toto:

Kód: [Vybrat]
Suds ( https://fedorahosted.org/suds/ )  version: 0.4.1 (beta)  build: R703-20101015

Service ( Access ) tns="http://tempuri.org/"
   Prefixes (2)
      ns0 = "http://schemas.datacontract.org/2004/07/WebSluzby"
      ns1 = "http://schemas.microsoft.com/2003/10/Serialization/"
   Ports (1):
      (BasicHttpBinding_IAccess)
         Methods (1):
            Login(xs:string login_name, xs:string password, )
         Types (4):
            ns0:LoginResult
            ns1:char
            ns1:duration
            ns1:guid


Ako mam vytvorit dotaz na sluzbu Login s username a password?

6
Server / Squid3 flush DNS
« kdy: 14. 03. 2017, 13:35:03 »
Dobry den.

Nevi prosim nekdo, jak udelat flush DNS cache ve squid3 bez restartu daemona?

7
Sítě / Cisco priority queueing a forwarding
« kdy: 26. 04. 2013, 17:28:02 »
Na obycajnom cisco 800 routry sa pokusam rozbehat priority queing. Postupujem podla navodu, ale problem je v tom, ze priority queuing sa uplatnuje iba pre pakety, ktore z routra priamo odchadzaju(v linux terminologii chain Output) a nie pre pakety, ktore nim prechadzaju(chain Forward).

konfiguracia pre interfacie, na ktorom chcem, aby sa priority uplatnovali a z ktoreho mi odchadzaju pakety smerom von:

Kód: [Vybrat]
interface FastEthernet4
 ip address 192.168.7.1 255.255.255.248
 ip flow ingress
 duplex auto
 speed auto
 priority-group 1
konfiguracia front:
Kód: [Vybrat]
priority-list 1 protocol ip high list 191
priority-list 1 protocol ip normal list 193
priority-list 1 protocol ip high list 91
priority-list 1 default low
a nakoniec ako urcujem, ktore pakety patria do ktorej fronty-je to cez cisco access-listy:
Kód: [Vybrat]
access-list 191 permit tcp any any eq 22
access-list 191 permit tcp any eq 22 any
access-list 191 permit icmp any any echo
access-list 191 permit icmp any any echo-reply
access-list 191 permit udp host 192.168.0.245 eq 1498 any
access-list 191 permit udp any host 192.168.0.245 eq 1498
access-list 191 permit icmp any any
access-list 193 permit tcp any eq 3389 any
access-list 193 permit tcp any any eq 3389
Na stroj, ktory lezi za interfacom Fa4 a na ktory by sa mala uplatnovat tato politika neustale pingam s tym, ze pakety prichadzaju na interface vlan1 a odchadzaju spominanym Fa4. Politika sa neuplatnuje, pretoze ked dam prikaz show access-list, tak vidim, ze pocitadla access-list 191 sa nezvacsuju. Akonahle ale pingnem tento stroj priamo z routra, tak sa citace zvysia o pocet pingov. To mi je ale na prd, ja potrebujem priority pre pakety, ktore routrom prechadzaju. Stretol sa uz niekto s tym? Alebo presnejsie, co robim nespravne?
Dakujem za kazdu radu...



8
Sítě / Minimální velikost Ethernet paketu 64B
« kdy: 10. 05. 2010, 14:08:59 »
Prosim vas, minimalna velkost ethernet ramca by mala byt 64B. Arp dotazy ale aj mnoho inych paketov ma omnoho mensiu velkost a predsa to cele funguje, pakety v pohode cez switch prechadzaju. Ako je to mozne?

Stran: [1]