Linux за българи: Форуми

Здравейте, бихте ли ми помогнали по един проблем, който е следният:

-пускам си любимата мозила и си пиша сайта : "wiki.horde.org", но ми искарва в статус лентата само "waiting for wiki.horde.org" и до там, страницата не се зарежда.
Предположих, че може да са ме отрязали админите, но уви под уиндоус страницата се отваря, отново под мозила. на какво може да се дължи това и как мога да реша този проблем?

някой може ли да ми даде идея за това как мога да намеря проблема или евентуално как мога да го оправя, или на какво може да се дължи това?

Ами няма да е зле да напишеш какво ти казва мозилата. Само този сайт ли не ти отваря или въобще никакви. Преди време инсталирах на едни хорица ОС и при инсталация Мозила се беше пуснала на някакъв offline режим и не отваряше никакви страници. В този случай се оправяше от менюто file просто махаш една отметчица. Ако дадеш по-подробна информация ще пробвам да дам по добра помощ.

същата тема съм я пуснал и в този форум, ето и линка към тематаМ

http://www.hardwarebg.com/forum/showthread.php?t=82552

там можеш да прочетеш какво сме коментирали и ще ти стане ясно къв точно е проблема.

мерси за желанието за помощ

PMTU глупости мдам

Здравей,

пробвал ли си с друг browser (galeon, seamonkey and etc.)?
Изчистил ли си кеша?
Стартирал ли си през конзолата firefox и да видиш дали при опит да отвориш този сайт ти изписва грешка?

здр, ами през опера съм пробвал и не става, а иначе през конзолата пробвах с линкс, но с мозила не съм, и не знам какви грешки изписва, но тази идея ми допадна, сега ще пробвам.
кеше го чистя, да

П.С. Под конзолата пиша фирефокс и ми го стартира, но нищо не изписва  в конзолата, как да го направя, за да се изписва целия процес на работа в конзолата, както става с хммс, когато го пускам под конзолата?

Да не е проблем със Selinux-a. Я разгледай това, ако си с FC5

Реших и аз да пробвам да отворя уики-то на Хорде и странното е, че наистина нещо сайта не работи като хората. С файърфокс сайта с лоади и после сесията изтича.

Като пробвам така

 wget -S --spider http://wiki.horde.org

и ми дава

--21:01:02--  http://wiki.horde.org/
           => `index.html'
Resolving wiki.horde.org... 199.175.137.230
Connecting to wiki.horde.org|199.175.137.230|:80... connected.
HTTP request sent, awaiting response...
[dade@dade ~]$ wget -S --spider http://wiki.horde.org/
--21:01:30--  http://wiki.horde.org/
           => `index.html'

което със сигурност означава, че не може да се свърже към сайта. Отделно пробвах през анонимайзер и странното е че с него си работи нормално

http://www.the-cloak.com/Cloaked....ttp

така че явно сайта наистина има някакъв проблем с видимоста но нз какъв е

С дебиан ( ядро 2.6.16, gnome 2.14) http://wiki.horde.org/ си го отварям без проблем. Пробвах с firefox, seamonkey, galeon, epiphany и links2.

kato root:

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

&& probvai pak da go otvorish

sorry za latinicata

да, с Федора 5 съм, пробвахме го на Федора 3, там проблеми няма, както и на Сусе, но на Федора 5 цъфва. Във хардуербг форума, един от потребителите беше постнал, че при него пък на Ф5 му се е отваряло.

Пробвах с начина, който даде gat3way, но пак не става:

ето резултата:

Примерен код

# echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc  wget -S --spider http://wiki.horde.org --22:35:58--  http://wiki.horde.org/            => `index.html' Resolving wiki.horde.org... 199.175.137.146 Connecting to wiki.horde.org|199.175.137.146|:80... connected. HTTP request sent, awaiting response...

и това е друго нямаe, а този ред с ехо какво точно прави, можеш ли да ми обясниш?

П.С. Сега ще погледна за СЕЛИнукс

пробвай моля те и с това:

echo 0 > /proc/sys/net/ipv4/tcp_window_scaling

Значи тези 2 параметъра означават следното:

ip_no_pmtu_disc - не се извършва path MTU discovery. Накратко пакетите минават през среди с различни MTU (примерно при ethernet максималната големина е 1500, при VPN-и или dialup-и разни може да е съвсем различна). Когато получиш прекалено голям tcp пакет, пращаш един icmp fragmentation needed пакет към отсрещния хост, с което му казваш да намали големината на изпращаните пакети (разбивайки ги на по-малки фрагменти). Много админи-малоумници обаче режат всякакви icmp-та от страх от DoS атака (тъпа стратегия). И тогава стават каши като тази

tcp_window_scaling - в едно от по-късните tcp RFC-та се въвежда механизъм, при който големината на tcp прозореца (tcp прозорец - това е малко по-сложно за обяснение - накратко обема данни над които не се пращат нови пакети докато няма потвърждения от другия хост) - може да надвишава 65 килобайта, със някакъв scale фактор.

Това на теория е прекрасно, но някои рутери имат лошата наклонност да променят tcp window size scale фактор-а на преминаващите през тях пакети. Което осира много лошо връзката защото едната страна си мисли, че другата може да комуникира при много по-голям window size,  а другата дефакто не знае. При което едната страна не праща повече ACK-та, а другата чака за тях => няма комуникация като хората.

В такъв случай window scaling-a пречи и трябва да бъде спрян, т.е на онзи параметър по-нагоре му слагаш стойност 0.


Надявам се вече това да помогне. Ако не помогне значи не мога да си представя проблема ти и ще ми трябва повече информация и ще те помоля да направиш следното:

1) затваряш всички браузъри и всичко що се свързва с уебсървъри
2) в root konsole пишеш tcpdump -vvvv tcp port 80
3) в друга конзола пробваш да отвориш този проблемния сайт
4) изчакваш малко и пействаш това дето го изкара tcpdump

Първо искам да ти благодаря за отговорите и за отделеното време да ми помогнеш, това въжи и за другите членове, които се опитаха и ме насочваха.:)  

По проблема: Всичко тръгна и работи, както трябва. Отваря си го нормално. Мерси.

gat3way, приятел наистина съм ти много благодарен и също така ти благодаря и за доброто обяснение. Можеш ли да ми дадеш някакъв линк, откъдето да прочета и пануча повече за тези стекове и за това как се конфигурира SYSCTL.CONF?
             

Радвам се, че помогна

Що се отнася до стековете и протоколите - из google се намират всичките RFC-та - за IP, tcp, udp, icmp, 802.x и всякакви подобни протоколи. Също така, колкото и да са ми противни цицко глупостите, техните CCNA/CCNP test preparation guides имат много образователно въздействие - дават някакси един по-практичен поглед върху тези неща

Що се отнася до sysctl-тата там вече става лошо. Първо че се променят с версиите на ядрата. Никъде не съм видял свястно документирани всичките на едно място. В документацията на ядрото ги има описани повечето (/usr/src/linux/Documentation/) - за жалост пръснати из различни файлове. Някои от тях са описани трагично и нищо не се разбира. За други, трябва да имаш относително добра идея как работи ядрото. А за да разбереш наистина ползата от някои от тях ти трябва време да си поиграеш да тестваш. Обаче понякога tunning-a им дава прекрасни резултати, особено що се отнася до vm и networking параметрите, човек понякога може да си спести разходите за още хардуер стига да прочете малко и да си пипне операционната система

ммм дам, май наистина си прав, сега ще погледна по РФЦ-тата, а за другото лека по лека Мерси