LINUX.ORG.RU
ФорумAdmin

beeline проводной интернет

 


0

1

Почему некоторые заграничные сайты (к примеру https://www.gentoo.org и https://flathub.org) на сабже, или вообще не открываются как сейчас? Или несколько раз понажимаешь обновить они прогружаются и работают быстро. На следующий день такая же история.

С другого провайдера все нормально.

P.S. Вот через 15 минут заработали как часы и быстро. Но завтра опять будет такая же история…

★★★★★

Последнее исправление: mx__ (всего исправлений: 2)
Ответ на: комментарий от mx__

И как связано МТУ с конкретными сайтами?

МТУ никак, но некорректное значение MTU может приводить к подобным проблемам. Как проверить фрагментацию пакетов, надеюсь, ты в курсе.

anonymous
()
Ответ на: комментарий от ext4

У меня не открываются вообще, пров РТ.

Нужно подождать, минут через 15 откроются. Я обычно понажимаю несколько раз … потом открывается и начинает работать как обычно. На следующий день такая же картина.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от mx__

У меня с https://flet.dev подобная фигня была. curl’ом загружается, а из хрома - нет. Можешь попробовать открыть сайт в инкогнито и тогда он начинает работать на нормальном профиле - по крайней мере у меня так.

ComradeDOS
()
Последнее исправление: ComradeDOS (всего исправлений: 1)
Ответ на: комментарий от mx__

На ноуте не заходит с nm, а на пк с networkd заходит. Оба в одной сети, но ноут через роутер в режиме моста подключён. С телефона подключённого к томуже вифи что ноут заходит.

ext4
()
Последнее исправление: ext4 (всего исправлений: 2)

С другого провайдера все нормально.

Спроси у ребят, у которых ТСПУ под контролем (если они вообще говорить будут). Провайдер к настройкам этого набора коробочек доступа не имеет, а они, судя по косвенным признакам, настроены не идентично. В принципе тряси Билайн в надежде что они протрясут дальше. Иногда бывает успешно, иногда нет.

AS ★★★★★
()

Дом.ру, та же хрень, flathub.org, redhat.com, ibm.com, Oracle.com, не работают, потом через какое то время раздупляются и начинают работать, а потом опять перестают работать :(

vasya_pupkin ★★★★★
()
Последнее исправление: vasya_pupkin (всего исправлений: 4)
Ответ на: комментарий от anonymous

Скорее это привлечет ненужное внимание и за ним в отместку поставят особо пристальный надзор с усиленным пиханием палок в колеса.

К кому? К Билайну? Вот просто забить на вопрос могут - это да.

AS ★★★★★
()
Ответ на: комментарий от AS

Если непонятно, то я на себе это испытал. Если сделать нормально настроенное соединение, то они глушат точку доступа и все начинает отвратительно работать. Когда у них поломка они чинят точку доступа, но лучше связь не становится. В другом месте связь в норме. Не скорость, а глушение не столь ультра жесткое, а сваливать некуда - правительство запретило переподключение на безлимитный мобильный интернет.

anonymous
()
Ответ на: комментарий от anonymous

Если непонятно, то я на себе это испытал. Если сделать нормально настроенное соединение, то они глушат точку доступа и все начинает отвратительно работать.

Ох... Какую точку, какого доступа? Базу что ли? Ради тебя одного?

Но даже так нет: в теме «проводной интернет». А бардак с ТСПУ уже всех и так достал. Я про операторов. А Свзьнадзора-2 нет, жаловаться некуда.

AS ★★★★★
()
Ответ на: комментарий от AS

Представь себе да. У других я проблем не наблюдал. Когда начали глушить и вдруг оказалось, что просто МИТМ атаки через днс не всегда мега эффективны начали принудительно ломать связь тем у кого мозги не корявые напрочь и вообще не включаются.

anonymous
()

Забавный прикол с гентой найден. Несмотря на то что основной сайт открыть нельзя на мобильном билайне, но вики их открывается и работает - внезапно. При этом нельзя открыть просто wiki.gentoo.org - что это за фигня лютая банить домен, но оставлять все остальное? Форум генты пашет, пакеты посмотреть можно. Это какое-то Gentoo-ненавистничество от властелинов коробочек.

https://wiki.gentoo.org/wiki/Main_Page

anonymous
()
Ответ на: комментарий от anonymous

Если непонятно, то я на себе это испытал. Если сделать нормально настроенное соединение, то они глушат точку доступа и все начинает отвратительно работать.

Какую точку доступа и где?

anc ★★★★★
()
Ответ на: комментарий от mx__

Кстати уже достаточно давно не открываются.

У меня есть бредовое предположение, как я пишу сюда, кто то на билайне эти сайты открывает, и после этого у меня тоже открываются … сейчас никто не дергает и у меня труба.

P.S. Написал в поддержку билайна, посмотрим что ответят.

P.P.S. Попробовал еще https://voidlinux.org/ тоже не пашет. Причем https://fedoramagazine.org/ без проблем сразу.

mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 1)

О круто. Уже больше 20 минут не пашет, глухо как в танке.

https://www.kernel.org/ тоже не работает.

https://archlinux.org/ пашет.

Проверил мобильный инет - мухой загрузилось.

Открыл https://kernel.org/ (без www) загрузился сайт без разметки, и крутиться … ни как не может прогрузится.

mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 3)
Ответ на: комментарий от mx__

www.kernel.org и kernel.org - заработали нормально. остальные все еще в пролете.

P.S. Все заработало как часы. Поглядим что в поддержку ответят.

mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от mx__

Такое ощущение, что не технический специалист, а домохозяйка…

Вторую страницу занимаешься https://cdn-irec.r-99.com/sites/default/files/imagecache/copyright/user-images/3031084/WK6MDkIR2Xp0KA5N4ZFKg.jpg

Где хотя бы ping, traceroute, nslookup, dig, tcpdump?

P.S.

крутиться … ни как не может прогрузится

Ты мягкий знак специально наоборот ставишь?

Dimez ★★★★★
()
Ответ на: комментарий от Dimez

Где хотя бы ping, traceroute, nslookup, dig, tcpdump?

Так я вроде писал их, зачем одно и то же по 10 раз писать?

  • про ping писал и даже про nmap.
  • про traceroute тоже писал, не один не доходит. (даже когда начинают работать)
  • ну во первых nslookup и dig по сути одно и тоже. И днс у меня прекрасно разрешает эти имена.
  • tcpdump не пробовал, но не совсем понятно что он мне даст.

У меня есть подозрение что эти сайты юзают какую то js библиотеку с другого урла(не локально как лор) и вот туда коннекта сразу нет а потом пролазит …

mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от mx__

У меня есть подозрение что эти сайты юзают какую то js библиотеку с другого урла

Это подозрение моментально подтверждается или опровергается нажатием f12 в любом браузере, однако для тебя это до сих пор подозрение.

Dimez ★★★★★
()
Ответ на: комментарий от Dimez

подтверждается или опровергается нажатием f12 в любом браузере

Только не понятно что мне эта информация даст.

Firefox не может установить соединение с сервером wss://www.linux.org.ru:9000/ws.
mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от Dimez

Вывод сам сделаешь? :)

Вывод по сути такой: кнопка ф12 ни какой информации для исправления ситуации не несет. Так что в данном случае ее нажимать бестолку.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от mx__

Извини, пожалуйста, у тебя какое-то поражение мозга и ты категорически не можешь удерживать контекст беседы даже на протяжении нескольких фраз?

Началось всё с

У меня есть подозрение что эти сайты юзают какую то js библиотеку с другого урла

Dimez ★★★★★
()
Ответ на: комментарий от Dimez

У меня есть подозрение что эти сайты юзают какую то js библиотеку с другого урла

Это просто мысль как это может не работать. По сути ни как не поможет в решении вопроса даже если это так.

И это не было вопросом - как это проверить.

mx__ ★★★★★
() автор топика
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от Dimez

Тебя специалисты покусали? Вот тебе вывод www.kernel.org который не открывается.

traceroute www.kernel.org
traceroute to www.kernel.org (146.75.117.55), 30 hops max, 60 byte packets
 1  192.168.22.101 (192.168.22.101)  0.547 ms  47.207 ms  0.382 ms
 2  * * *
 3  10.10.25.138 (10.10.25.138)  37.824 ms  37.804 ms  37.796 ms
 4  10.10.101.77 (10.10.101.77)  44.882 ms  44.875 ms  44.867 ms
 5  10.10.101.135 (10.10.101.135)  37.756 ms 10.10.101.131 (10.10.101.131)  37.741 ms 10.10.101.150 (10.10.101.150)  43.678 ms
 6  * * *
 7  10.10.101.193 (10.10.101.193)  31.613 ms  31.603 ms  31.595 ms
 8  10.10.101.72 (10.10.101.72)  37.580 ms 10.10.101.74 (10.10.101.74)  27.752 ms  27.742 ms
 9  * * *
10  10.10.30.149 (10.10.30.149)  28.402 ms 10.10.30.109 (10.10.30.109)  16.690 ms  16.658 ms
11  10.10.30.141 (10.10.30.141)  20.133 ms 10.10.30.101 (10.10.30.101)  17.800 ms 10.10.30.141 (10.10.30.141)  21.907 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Помогло? Если нет, то вот nslookup

Server:         192.168.22.101
Address:        192.168.22.101#53

Non-authoritative answer:
www.kernel.org  canonical name = dualstack.m.sni.global.fastly.net.
Name:   dualstack.m.sni.global.fastly.net
Address: 146.75.117.55
Name:   dualstack.m.sni.global.fastly.net
Address: 2a04:4e42:8d::311

; <<>> DiG 9.20.12 <<>> www.kernel.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45453
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 112ba93f116649160100000068c2cdde11e3c5d8ec4f2d7b (good)
;; QUESTION SECTION:
;www.kernel.org.                        IN      A

;; ANSWER SECTION:
www.kernel.org.         14      IN      CNAME   dualstack.m.sni.global.fastly.net.
dualstack.m.sni.global.fastly.net. 33 IN A      146.75.117.55

;; Query time: 37 msec
;; SERVER: 192.168.22.101#53(192.168.22.101) (UDP)
;; WHEN: Thu Sep 11 17:25:50 +04 2025
;; MSG SIZE  rcvd: 134
anonymous
()
Ответ на: комментарий от Dimez

На вот еще tcpdump -v

tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on enp0s20f0u12u2, link-type EN10MB (Ethernet), snapshot length 262144 bytes
17:41:29.419287 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [S], seq 2892261377, win 64240, options [mss 1460,sackOK,TS val 2918205410 ecr 0,nop,wscale 10], length 0
17:41:29.485767 IP 192.168.22.175.36569 > 192.168.22.101.domain: 26483+ PTR? 175.22.168.192.in-addr.arpa. (45)
17:41:29.487288 IP 192.168.22.101.domain > 192.168.22.175.36569: 26483 NXDomain 0/0/0 (45)
17:41:29.521025 IP www.kernel.org.https > 192.168.22.175.44676: Flags [S.], seq 3215500078, ack 2892261378, win 65535, options [mss 1400,sackOK,TS val 2004875018 ecr 2918205410,nop,wscale 9], length 0
17:41:29.521067 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [.], ack 1, win 63, options [nop,nop,TS val 2918205512 ecr 2004875018], length 0
17:41:29.521576 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [.], seq 1:1389, ack 1, win 63, options [nop,nop,TS val 2918205512 ecr 2004875018], length 1388
17:41:29.521587 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [P.], seq 1389:1894, ack 1, win 63, options [nop,nop,TS val 2918205512 ecr 2004875018], length 505
17:41:29.589491 IP 192.168.22.175.55317 > 192.168.22.101.domain: 64302+ PTR? 101.22.168.192.in-addr.arpa. (45)
17:41:29.589999 IP 192.168.22.101.domain > 192.168.22.175.55317: 64302 NXDomain 0/0/0 (45)
17:41:29.733151 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [P.], seq 1389:1894, ack 1, win 63, options [nop,nop,TS val 2918205724 ecr 2004875018], length 505
17:41:30.045052 IP 192.168.22.175.44676 > www.kernel.org.https: Flags [.], seq 1:1389, ack 1, win 63, options [nop,nop,TS val 2918206036 ecr 2004875018], length 1388
17:41:30.440834 IP 192.168.22.175.57930 > 151.101.1.91.https: Flags [P.], seq 842981487:842981526, ack 505850175, win 65, options [nop,nop,TS val 3220523831 ecr 3880381665], length 39
17:41:30.515097 IP 151.101.1.91.https > 192.168.22.175.57930: Flags [.], ack 39, win 300, options [nop,nop,TS val 3880439752 ecr 3220523831], length 0
anonymous
()