![]() |
Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
Video blocked in your country
Last Updated: Dec 20 2020 15:02, Started by
MembruAnonim
, Dec 20 2020 10:00
·
0

#1
Posted 20 December 2020 - 10:00

Salutari, mai are cineva probleme cu vizionarea de videoclipuri pe YouTube?
Am un IP de Digi (date mobile) din clasa 188.xxx.xxx.xxx (aparent ceva de Oltenita) de cateva zile iar cand incerc sa vizionez cate o melodie populara imi spune ca este restrictionat videoclipul in tara mea. Am schimbat date mobile la alt operator/wifi, merge bine, doar aici vad ca este problema. A mai intampinat cineva? |
#2
Posted 20 December 2020 - 10:21

Foloseste un VPN
Sunt clipuri cu restrictii geografice |
#3
Posted 20 December 2020 - 10:24

Daca incerci de pe Opera, se poate activa VPN de pe 3 continente. Poate aia din Asia sau America nu au restricție
![]() |
#4
Posted 20 December 2020 - 10:25

Poti seta locatia din contul de youtube, nu ai nevoie de VPN. Setezi Location: United States, dai un refresh si gata.
|
#5
Posted 20 December 2020 - 10:58

Daca zici ca e restrictie geografica pune un link sa verificam.Eu sunt tot pe RDS. Cred ca sunt restrictii doar pe un set de ip-uri.
Edited by Leo2006, 20 December 2020 - 10:59. |
#6
Posted 20 December 2020 - 11:10

Nu e recunoscuta clasa de ip ca fiind din Ro.
RDS are probleme cu multe ip-uri... si la fix. De ex usnews.com nu merge pe 188.25.x.x dar pe 188.26.x.x merge... merge pe 79.115.x.x dar nu si pe 86.121.x.x E praf routarea ipv4 la nivel extern in sensul ca nu toate ip-urile sunt agregate corect chiar daca e acelasi AS #. Nu mai zic ca la unele ai ping 1 intr-un dns de pe alt ip ai ping 30 la acelasi dns... o ia cum apuca si nu sta nimeni sa studeize si sa uniformizeze setarile ![]() Edited by andreic, 20 December 2020 - 11:14. |
#7
Posted 20 December 2020 - 11:15

RDS-ul a mai tot cumparat clase de IP-uri de pe la altii.
Anul trecut, vreo 2 luni apaream ca fiind in Olanda... Se pare ca dureaza ceva actuaizarea datelor. |
#8
Posted 20 December 2020 - 11:28

Amuzant e ca daca caut pe Google "my ip" imi arata ceva cu 82.xxx.xxx.xxx dar daca intru pe orice alt site imi da 188.20x.xxx.xxx si nu spune chiar exact de unde e IP-ul.
De pe alte IP-uri de la alti operatori sau si pe WiFi (tot internet de la RCS) videoclipurile respective merg. Problema e ca jumatate din playlistul meu (800vids) e indisponibil pe acest IP ![]() |
#9
Posted 20 December 2020 - 12:20

/off
problema e ca la INETNUM object, geoloc e optional si nu obligatoriu, iar country care este obligatoriu, identifica doar tara, dar RIPE nu specifica ce tara: sediul ISP-ului sau tara clientului...deci nu poate fi utilizat (in mod oficial) intr-un mod fiabil pt a determina locatia clientului cu toate ca in cazul RDS-ului e 100% corect. pe de alta parta, RDS intotdeauna a publicat clar, aditional, in campul descr (optional si el) locatia, problema e ca serviciile de geolocation fac rar update la bazele de date sau nu fac corect acest update sau (mai degraba si) nu iau in considerare campul descr (care poate fi orice, deci corecta alegerea de nu al lua in calcul). ca o concluzie, nu e din cauza de RDS ci e de la acele geolocation services care isi fac update-urile mai rar/greu/prost (plus ca multe dintre ele dau posibilitatea user-ului sa isi dea tag la locatie a.i. cei ce ofera geolocation isi fac o baza de date cu info ce nu sunt oficiale si usor manipulabile) + ca in cazul in care un subnet este transferat de la un ISP la altul, serviciile de gelocation vor folosi pt mult timp datele initiala fara a face/incerca a face update-uri mai des pt a avea o baza de date updatata. Exemplu pt 5.14.24.0/22 inetnum: 5.14.0.0 - 5.14.255.255 (obligatoriu - single line) netname: RO-RESIDENTIAL (obligatoriu - single line) descr: RCS & RDS Residential (optional - multiple lines - se vede mai jos ca mai e un camp cu descr, dar este la latitudinea ISP-ului ce pune la descr, definitia oficiala pt descr fiind: “descr:” - A short description related to the object. - nefiind obligatoriu sa publice locatia - se putea si ceva de genul: residential clients ) descr: City: Constanta country: RO (obligatoriu, dar vezi mai sus de ce nu e reliable si mai jos definitia oficiala) admin-c: RDS-RIPE (obligatoriu) tech-c: RDS-RIPE (obligatoriu) tech-c: RDS2012-RIPE status: ASSIGNED PA (obligatoriu) mnt-by: AS8708-MNT (obligatoriu) mnt-lower: AS8708-MNT created: 2012-11-09T15:55:27Z (generat de RIPE automat) last-modified: 2013-10-03T10:47:56Z (generat de RIPE automat) source: RIPE # Filtered (obligatoriu) se observa geloc lipseste fiind optional iar RDS nici macar nu il publica. Quote “country:” – This identifies a country using the ISO 3166-2 letter country codes. It has never been specified what this country represents. It could be the location of the head office of a multi-national company or where the server centre is based or the home of the End User. Therefore, it cannot be used in any reliable way to map IP addresses to countries. pt cine vrea sa aprofundeze: https://www.ripe.net...-inetnum-object |
#10
Posted 20 December 2020 - 14:25

E praf routarea ipv4 la nivel extern in sensul ca nu toate ip-urile sunt agregate corect chiar daca e acelasi AS #. Selectiv 3 dintre plajele RDS: * i5.12.0.0/14 80.81.192.87 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 193.188.137.74 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 216.218.252.211 0 100 0 8708 i *>i 216.218.252.173 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 80.249.208.51 0 100 0 8708 i * i 216.218.252.174 0 100 0 8708 i * i81.196.0.0/16 80.81.192.87 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 193.188.137.74 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 216.218.252.211 0 100 0 8708 i *>i 216.218.252.173 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 80.249.208.51 0 100 0 8708 i * i 216.218.252.174 0 100 0 8708 i * i82.76.0.0/14 80.81.192.87 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 193.188.137.74 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 216.218.252.211 0 100 0 8708 i *>i 216.218.252.173 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 195.66.224.46 0 100 0 8708 i * i 80.81.192.87 0 100 0 8708 i * i 80.249.208.51 0 100 0 8708 i * i 216.218.252.174 0 100 0 8708 iSunt agregate sau nu corect? Sau vrea cineva sa explice cum se agrega corect IPv4? Sau cineva traieste cu impresia ca e ca la piata, se i-au niste /32-uri si se arunca la gramada se da nume si se anunta in internet? Hai sa nu mai vorbim prostii daca nu stim cum sta treaba la un ISP. In clipa in care RDS are X BR-uri agregatele lor sunt anuntate la fel catre toata lumea. Se face ceea ce se numeste inginerie de trafic cand apar anumite situatii (congestie / avarie la un carrier si se muta traficul prin alt carrier, etc). 188.241.15.0/24 de care pomeneste initiatorul nu este subnet RDS deci daca apare pe undeva inseamna ca e posibil sa fie o problma undeva. Acel subnet nu ar trebui sa fie anuntat de RDS si nici un carrier / upstream provider nu ar trebui sa il accepte de la RDS deoarece originea este 9050 care e telekakao (telekom). Anyway, legat de geolocatie a zis ogo mai sus cum sta treaba. SIngura chestie interesanta fiind ce s-a zis mai sus "daca caut pe Google "my ip" imi arata ceva cu 82.xxx.xxx.xxx dar daca intru pe orice alt site imi da 188.20x.xxx.xxx". Adica: inetnum: 188.241.15.128 - 188.241.15.255 netname: IMPERIAL-SYSTEMS-SRL descr: Imperial Systems SRL descr: Str Mihai Viteazu Nr 4 Bl 60 Sc A descr: Et 3 Ap 14 Babadag jud Tulcea country: ro admin-c: GM12554-RIPE tech-c: GM12554-RIPE status: ASSIGNED PA remarks: Registered through http://www.ip.ro/ip.html mnt-by: RO-MNT mnt-lower: RO-MNT mnt-routes: AS8708-MNT created: 2019-03-14T05:54:32Z last-modified: 2019-03-14T05:54:32Z source: RIPE route: 188.241.15.0/24 descr: IMPERIAL-SYSTEMS-SRL origin: AS9050 mnt-by: ARTELECOM-MNT created: 2011-03-01T06:41:06Z last-modified: 2011-03-01T06:41:06Z source: RIPE LE: Probabil clientul este al RDS si are un /24 luat de la Jump sau alt LIR care a vandut un subnet Artelecom originat de telekom. |
|
#11
Posted 20 December 2020 - 15:02

Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users