Přejít na obsah

xtonda

Uživatel
  • Příspěvky

    502
  • Registrace

  • Přítomen

  • Vítězné dny

    2

Vše od uživatele xtonda

  1. Řešil sem stejnou věc, používám TV Start k internetu zdarma, na zásuvce je F, na přijímači je IEC, jak redukci z F na IEC tak hotový kabel, kde je na jednom konci F a na druhém IEC, měli v OBI. Taky nedoporučuju si to konektorovat sám, konektory mají různé způsoby napojení na kabel a různou kvalitu, vybrat dobrý konektor a dobře ho napojit chce zkušenost (nebo strávit čas hledáním na netu) a zručnost.
  2. Tak je to zpátky, co tam s těma schránkama dělaj.
  3. Jo, už tam ten zmeškaný hovor nenaskakuje, tak se zdá, že to zabralo. Nicméně jako zapřisáhlý odpůrce hlasových schránek jsem přesvědčen, že sem jí rušil, tak nechápu, kde se to tam vzalo.
  4. Hlasovou schránku sem nikdy nepoužil ani nevím že ji tam mám a jak se to ovládá. Du se podívat jestli najdu nějakej manuál. Tak sem zavolal na *68 pro vyzvednutí vzkazu, proběhl průvodce pro první použití schránky, nastavení hesla, vzkazu, jména, dokončil sem to a pak mi to řeklo, že mám 1 vzkaz, tak sem ho smazal a schránku deaktivoval vytočením #56#. Nic jinýho sem v návodu ohledně schránky nenašel, jestli to nedá pokoj tak už vážně nevím.
  5. Psal sem to před už rokem v příslušném vláknu. Feedy k jednotlivým sekcím obsahují pouze první příspěvek z tématu - založení tématu, dále téma nelze sledovat, to je k ničemu. Pak je tu ten globální feed, ten zase obsahuje úplně všechno bez možnosti odfiltrovat si sekce, které mě nezajímají. Navíc je z postu v RSS odstraněno veškeré formátování, není tam uveden autor, to je také značně otravné. Jak sem psal zde https://www.upczone.cz/topic/5647-opet-rss/?do=findComment&comment=97616 dokud šlo dostávat mailem info o nových tématech ve sledovaných sekcích + všechny reakce ve sledovaných tématech, tak sem RSS oželel, ale teď ty maily nejdou a asi už delší dobu protože co teď koukám do schránky, tak poslední mám z konce Března. Aby fórum nemělo možnost jak dostávat notifikace s textem příspěvku je docela hloupé.
  6. Pro službu UPC Telefon využívám DECT telefon Gigaset A510 IP a už delší čas mi neustále indikuje zmeškaný hovor od New MBX Unavailable, telefon přitom ale nevyzváněl. Netuší někdo jak se toho zbavit?
  7. Tak sem dnes po delší době zase zavítal sem na fórum a nestačím se divit, že již nelze dostávat notifikace o nových tématech a odpovědích v tématech mailem. Použitelné RSS tu taky není, takže neexistuje způsob jak být informován o aktivitě zde než to tu pořád oblézat. To je na dnešní dobu docela fail.
  8. Absence DKIM ubírá body v hodnocení zda mail je spam, takže se může stát, že odeslané maily budou příjemcům padat do spamu častěji než kdyby měly DKIM. Co s tím dělat - prudit Pípni ať to spraví, takhle se ten konkrétní seznam prostě používat nemá, je to jasná chyba. Nebo změnit poskytovatele mailových služeb, což bych asi udělal já, pokud někdo udělal tohle takhle blbě, měl bych pochyby i o úrovni ostatních služeb.
  9. Třeba protože doména má nastaveno DKIM a zatímco SMTP server Pípni k mailu přidá DKIM podpis zatímco STP server UPC to udělat nemůže, protože nemá patřičné klíče. Použití SMTP UPC je polovičatý workaround.
  10. Date: Tue, 30 Jan 2018 17:47:30 +0100 From: =?UTF-8?Q?Vostr=C3=BD_Petr?= <petr.vostry@wall.cz> To: xtonda.konf@gmail.com Subject: test Message-ID: <bbd15b6f8c21a6ab8a656fd17192be42@wall.cz> X-Sender: petr.vostry@wall.cz User-Agent: Roundcube Webmail/1.2.3 Tenhle mail, podle user agenta z webmailu, přišel. Tak pokud to takhle má nastaveno Pípni, tak to je jednoznačně jejich chyba, ten PBL seznam není žádný blacklist, je to seznam domácích přípojek, pokud dojde ke korektní autentizaci tak to nemají použít, oni ten seznam vůbec nemají používat pro odesílání pošty svých uživatelů z mail aplikací.
  11. Ještě doplňující otázka, tuhle dementní odpověď si dostal od Pípni nebo od správce mailserveru nějaké domény kam se snažíš poslat mail?
  12. A změnu z mail.wall.cz na mail2.pipni.cz bych udělal i v nastavení DNS pro tu tvojí doménu wall.cz, kde máš mail.wall.cz jako MX záznam s nejvyšší prioritou.
  13. mail.wall.cz a mail2.pipni.cz vedou na stejnou adresu, takže s klidem všude nastav mail2.pipni.cz místo mail.wall.cz. A zkus mi poslat ten mail na xtonda.konf@gmail.com
  14. Promiň, překlepl jsem se, je to xtonda.konf@gmail.com Opakuji, IMAP je pro příjem pošty, na problémy s odesíláním nemá vliv, pro odesílání slouží SMTP server, tam záleží co a jak je nastaveno. Evžene, on to není blacklist, to je prostě seznam adres domácích přípojek na kterých není žádoucí provozovat SMTP server, respektive běžný domácí uživatel pro to nemá důvod, naopak to s oblibou dělají spammeři, čili SMTP relace z domácího počítače přímo na cílový MX může být podezřelá. A pochybuji, že by správce seznamu na žádost UPC blok odstranil, on tam je oprávněně, je spíše nedůsledností provozovatele seznamu, že třeba moje IP tam není.
  15. Petr Vostrý, to že máš doménu u Pípni nic neznamená, já mám doménu registrovanou u Subreg, mail na té doméně mám provozovaný u Google (Google Apps, dnes tomu vlastně říkají G Suite) a webhosting mám Endora. Ty máš pravděpodobně něco špatně nastaveno, pokud máš mail na vlastní doméně, tak ti schránku provozu je někdo jiný než UPC (asi Pípni, ale možná někdo další) a v tom případě bys měl používat SMTP server toho, kdo ti poskytuje mailové služby a nikoliv od UPC. IMAP/POP3 slouží k vyzvedávání pošty a s problémem nesouvisí. Případně mi prostě pošli mail na xtonda.kon@gmail.com, z informací v hlavičkách se dá celkem dost poznat. Podle toho toho co píšou na tom blacklistu je to prostě seznam IP adres domácích přípojek a z takových adres není žádoucí připojování přímo na cílový MX server a dále je tam postup pro odebrání adresy, pokud je to staticky přidělená adresa a ty na ní provozuješ mail server, což asi nebude tvůj případ.
  16. Petr Vostrý, tady je k tomu povídání https://www.spamhaus.org/pbl/query/PBL167869 Píšeš, že máš vlastní doménu, kdo ti provozuje mailovou schránku? Přes jaký SMTP server posíláš poštu? ------------------------ To je ale pro přihlašování do schránky - vyzvedávání pošty. Pro odesílání pošty ze sítě UPC přes SMTP server UPC se přihlašování k SMTP serveru nepoužívá, tak je to popsáno v dokumentu Příručka internetu.
  17. xtonda

    IPV6

    Nativní IPv6 bez ztráty IPv4 bych bral, ale ne za cenu toho, že místo 450 Kč za 200/20 u UPC budu platit 600 Kč za 100/10 DSL u T-Mobile (+ kolik se platí za pevnou linku?), to mi přijde jako zbytečně moc kvůli tomu abych nemusel forwardovat jeden port. Navíc na všechno co chci mít dostupné zvenku lezu přes SSH tunel, nic nevystrkuju ven a to už pak je úplně jedno.
  18. xtonda

    IPV6

    Ano, díky zvolené technologii DS lite se při přepnutí na IPv6 přijde o veřejnou IPv4 adresu, navíc, pokud sem to dobře pochopil, je pak nutné používat jejich modem jako router a nelze použít vlastní router. Čili skutečně není o co stát, bohužel.
  19. Z Prahy to vypadá takhle, což mi přijde OK: ~$ traceroute 224.243.205.35.bc.googleusercontent.com traceroute to 224.243.205.35.bc.googleusercontent.com (35.205.243.224), 30 hops max, 60 byte packets 1 * * * 2 ip-86-49-1-65.net.upcbroadband.cz (86.49.1.65) 6.642 ms 8.656 ms 8.628 ms 3 cz-prg01a-ra4-vla2010.net.upc.cz (84.116.222.201) 8.506 ms 8.537 ms 8.518 ms 4 cz-prg02b-ri1-ae8-0.aorta.net (84.116.137.50) 9.028 ms cz-prg02b-ri1-ae0-0.aorta.net (84.116.136.169) 8.490 ms 8.446 ms 5 213.46.180.74 (213.46.180.74) 8.684 ms 8.666 ms 8.573 ms 6 108.170.245.51 (108.170.245.51) 8.578 ms 7.675 ms 108.170.245.35 (108.170.245.35) 8.063 ms 7 216.239.46.49 (216.239.46.49) 16.613 ms 209.85.143.205 (209.85.143.205) 16.335 ms 17.027 ms 8 108.170.228.255 (108.170.228.255) 16.539 ms 72.14.239.167 (72.14.239.167) 18.858 ms 108.170.228.255 (108.170.228.255) 18.193 ms 9 66.249.95.226 (66.249.95.226) 24.715 ms 64.233.174.143 (64.233.174.143) 25.094 ms 66.249.95.226 (66.249.95.226) 24.612 ms 10 209.85.249.12 (209.85.249.12) 24.647 ms 216.239.58.183 (216.239.58.183) 24.564 ms 72.14.232.135 (72.14.232.135) 18.822 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * ~$ ping 224.243.205.35.bc.googleusercontent.com PING 224.243.205.35.bc.googleusercontent.com (35.205.243.224) 56(84) bytes of data. 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=1 ttl=58 time=23.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=2 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=3 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=4 ttl=58 time=22.9 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=5 ttl=58 time=23.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=6 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=7 ttl=58 time=23.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=8 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=9 ttl=58 time=23.5 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=10 ttl=58 time=23.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=11 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=12 ttl=58 time=22.1 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=13 ttl=58 time=22.1 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=14 ttl=58 time=22.5 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=15 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=16 ttl=58 time=22.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=17 ttl=58 time=22.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=18 ttl=58 time=22.4 ms ^C --- 224.243.205.35.bc.googleusercontent.com ping statistics --- 18 packets transmitted, 18 received, 0% packet loss, time 17026ms rtt min/avg/max/mdev = 22.131/22.845/23.531/0.502 ms Kolik ti ukazuje obyčejný ping? Těžko říct jestli je problém u UPC SR nebo až u Aorty, zde na fóru UPC ČR s tím ale těžko někdo něco udělá. Pro tebe je smluvní partner UPC SR, nezbývá než reklamovat u něj, ideálně písemně se všemi technickými informacemi, které si schopen posbírat.
  20. I mobily podle cenové kategorie a stáří mohou mít různě rychlé wifi adaptéry, ty top mohou být schopny využít plných 100 Mbit i více. U wifi N a AC je trochu nepřehledné, že adaptéry mohou mít různou konfiguraci a tedy i rychlost.
  21. @rolf Compal má wifi 300 + 867 Mbit, což je relativně slušné, pochybuji že nějaký starý TP-Link co máš v šuplíku bude lepší. A je li notebook starší, bude omezení na jeho straně, řešením by byla výměna wifi adaptéru nebo adaptér do USB.
  22. Evžene, jenže reálná rychlost wifi je cca tak třetina té nominální, tedy u G je reálně dosáhnutelných tak 20 Mbit. A do běžných notebooků v ceně do 20, často i 30 tis. se sice osazují moderní N/AC adaptéry, ale pouze s jednou anténou a tedy podporou pouze jednoho spatial stream, na 2,4 GHz je to tedy kategorie N150, čili linková rychlost 150 Mbit, reálná propustnost TCP/IP někde na úrovni těch 40-50 Mbit. Nechci rolfa zahlcovat elaboráty o moderní wifi a principu fungování MIMO a závislosti rychlostí na počtu Tx a Rx antén a z toho plynoucího počtu SS, šířce kanálu, typech modulace apod. Proto sem se omezil na konstatování, že s běžným notebookem, co pravděpodobně má, z toho bez HW upgrade víc nedostane.
  23. Pokud přes kabel naměříš těch 100 Mbit co máš zaplaceno, tak je to OK, 40 Mbit je pro nejčastěji používané základní wifi přijímače odpovídající rychlost, je to omezení technologické, nikoliv že by to UPC nějak omezovalo. Rychlost wifi je prostě technologicky omezená a podléhá okolním vlivům jako rušení a provoz dalších wifi v okolí. Pro jakékoliv porovnávání je potřeba měřit přes kabel zapojený přímo z PC do zařízení poskytovatele.
  24. Musíš pro stahování použít inteligentní download manager, kde to jde nastavit jako třeba DownThemAll případně omezení rychlosti nastavit v Torrent klientovi, to většinou umí všechny nebo si pořídit vlastní inteligentní router, kde to půjde nastavit, to ale není levná záležitost.
  25. xtonda

    IPv6

    Tak, co nějaký posun v nasazování IPv6? Zajímavé zkušenosti? Šance, že to bude fungovat když mám obyč modem a routing na PC s Linuxem?
×
×
  • Vytvořit...