Изпечатай

[mikis]

Системата е Debian Testing.
LAN доставчик, попринцип връзка има. Отварят се сайтове, четат се пощи и т.н., но когато опре до трансфер нещата са трагични. За пример 'apt-get update' едвам успява да завърши, при 'apt-get dist-upgrade' сваля първите пакети и трансферът умира. Същото е и с 'wget' и с всичко останало, по Skype също не могат да се прехвърлят файлове.
Възможно ли е това да се получава от настройките на Debian-а или е проблем на доставчика?
Имало е случаи (за този месец само един) в който имаше отлична скорост, но попринцип е трагедия. Доставчикът бил Софийска кабелна компания (компютърът е на сестра ми).

Ето '/etc/network/interfaces'

Примерен код

# The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 #iface eth0 inet manual iface eth0 inet dhcp

...и изхода от 'ifconfig'

Примерен код

# ifconfig eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx           inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.255  Mask:255.255.255.0           inet6 addr: хххх:хххх:хххх:хххх:хххх/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:530465 errors:0 dropped:0 overruns:0 frame:0           TX packets:37702 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:83178588 (79.3 MiB)  TX bytes:4059537 (3.8 MiB)           Interrupt:18 Base address:0xd400

 '>

[metal]

"Възможно ли е това да се получава от настройките на Debian-а..." -ако никой не си е играл с трафик-шеипъри (без да знае какво прави) - не.
"...или е проблем на доставчика?" - да. Кой е той, ако не е тайна?

[mikis]

Не съм пипал трафик-шейпъри именно защото материята все още не ми е ясна.
А доставчика е "Софийска кабелна компания".

Впрочем някой може ли да ми препоръча добър доставчик за кв. Хаджи Димитър /София/?

[p3tzata_]

Защо не си тестваш връзката тук
ping-a добър ли е
виж какво ти дава

Примерен код

mtr abv.bg -n

[Hapkoc]

Дали може да е path MTU discovery problem?

[mikis]

Ето изходът от 'mtr' за yahoo.com и dir.bg:
'mtr yahoo.com'
'mtr dir.bg'

'mtr -n yahoo.com'
'mtr -n dir.bg'

Работата не изглежда добре - 85% loss '>
Затова пък при ping няма проблеми:

Примерен код

64 bytes from dir.bg (194.145.63.12): icmp_seq=305 ttl=59 time=1.33 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=306 ttl=59 time=1.14 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=307 ttl=59 time=1.34 ms --- dir.bg ping statistics --- 307 packets transmitted, 301 received, 1% packet loss, time 318081ms rtt min/avg/max/mdev = 1.012/1.185/2.658/0.137 ms

Примерен код

64 bytes from w2.rc.vip.sp1.yahoo.com (68.180.206.184): icmp_seq=313 ttl=53 time=210 ms 64 bytes from w2.rc.vip.sp1.yahoo.com (68.180.206.184): icmp_seq=314 ttl=53 time=212 ms 64 bytes from w2.rc.vip.sp1.yahoo.com (68.180.206.184): icmp_seq=315 ttl=53 time=212 ms --- yahoo.com ping statistics --- 315 packets transmitted, 310 received, 1% packet loss, time 318487ms rtt min/avg/max/mdev = 208.829/210.815/216.706/1.584 ms

За MTU не съм сигурен, защото на теория поне към някои сървъри би трябвало да има добра връзка, докато което и огледало на Debian да ползвам резултатът е един и същ. Все пак направих експеримент и смених MTU на 1492 и пак няма промяна '>

[neter]

Изглежда има някакъв проблем с акаунта за интернет достъп. Задай въпроса си на някой от телефоните или пощите за поддръжка на въпросния доставчик, но изискай да те свържат или да получиш информация от някой от системните им администратори, защото ще се наложи да се прегледат някои логове, правила за рутиране и, евентуално, засичане на заявките, за да бъде открит проблемът. Вероятността, да има проблем при теб, е минимална, излишно е да търсим под вола теле, а и много боб ще ни трябва за целта '> Все пак, можеш да провериш дали проблемът не е софтуерен при теб, като заредиш от някое LiveCD и пробваш какво е положението там, а за хардуерен проблем при теб, можеш да провериш със смяна на lan картата '>