Freesco, NND, CDN, EOS

A strony już im się otwierają?

Niestety nadal te same strony nie wchodzą mimo zmiany MTU. Zrobiłem to wg tego co mówiłeś a przykładu są tutaj:

ftp://83.16.172.115/pub/options
ftp://83.16.172.115/pub/pppoe-server-options

MTU w ifconfig cały czas jest na 1480 mimo zmiany w options na 1492, 1472, 1450, 1400 i inne. Oczywiście za każdym razem restartowałem usługę. A nie wchodzą m.in. poczta na onecie, poczta na gmailu i kilka innych. Ma ktoś może swój konfig dla pppoe?

I jak Albercik wydumałeś co to może być z tymi stronami i MTU?

w pppoe.conf

jak DSL to chyba powinno byc eth0,przynajmniej u mnie jest DSL=eth0,LAN=eth1

EDIT

chyba,jak DNS1,DNS2 jest puste,to nie powinno byc PEERDNS=no??

Ale najciekawsze jest to że to tylko dzieje się u niektórych uzytkowników, oczywiście oni są wszyscy radiowo podłaczeni, może to cos AP robi nie tak? A w pppoe.conf mam tak:
# Obtain DNS server addresses from the peer (recent versions of pppd only)
# In old config files, this used to be called USEPEERDNS. Changed to
# PEERDNS for better Red Hat compatibility
PEERDNS=no

DNS1= 194.204.152.34
DNS2= 194.204.159.1

Przecież pisałem , że pppoe.conf nie ma związku z serwerem pppoe. ten plik jest ważny jeśli Wasz serwer jest KLIENTEM pppoe, czyli np. podłączony jest do neostrady. Dajcie już spokój temu plikowi.

Napisał to odpisałem jak u mnie wygląda. Tylko właśnie zastanawia mnie ta sprawa z ifconfig. Mimo iż ustawione mam w /etc/ppp/options MTU na 1472 to przy ifconfig pokazuje mi że każdy klient ma MTu 1480. Skąd to się może brać te 1480? Motyw jest taki że te strony logowania na poczte onet jak i na gmail.com u niektórych działaja a u niektórych nie. nie jest to wina systemów bo są na nowo nagrane ani też wina sygnału radiowego bo jest bardzo dobry.

u mnie (pewnie u wiekszosci osob uzywajacych pppoe z nnd) powiem ze sprawa wyglada podobnie ale nie wiem w czym lezy wina, mam zamiar pobawic sie wersjami pppoe pppd oraz jadrem, probowalem ustawiac w windowsie mtu na sztywno ale wyniki podobne 1480 lub 1492.

To widzę że "mądrych" się nie znajdzie na to by jakoś to rozwiązać. No nic, będę sam próbował jakoś to rozwiązać a jak mi się uda to napiszę.

mozesz zmienic recznie mtu i zobaczyc efekty:
ifconfig pppX mtu 1472

w firewalu postawic dwa plotki:

# Neostrada zmiana MTU
#if [ $CONNECTION = "neorj" -o $CONNECTION = "neosagem" -o $CONNECTION = "neothomson" ];then
#TU if [ "$CONNECTION" = "neorj" -o "$CONNECTION" = "neosagem" ];then
$i -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
# I TU fi

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz

# Neostrada zmiana MTU
#if [ $CONNECTION = "neorj" -o $CONNECTION = "neosagem" -o $CONNECTION = "neothomson" ];then
#TU if [ "$CONNECTION" = "neorj" -o "$CONNECTION" = "neosagem" ];then
$i -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
# I TU fi

Niestety to nie pomogło, nadal wyświetla mi się MTu 1480 oczywiście po restarcie usługi. Natomiast jesli ręcznie ustawię MTU poprzez ifconfig pppX mtu 1472 to w ifconfig pokazuje mi juz 1472 czyli tak jak powinno. Jak mozna ustawic by automatycznie przyznawał dla każdego MTU 1472 komendą "ifconfig pppX mtu 1472"?

To jest lekarstwo na nieotwieranie sie stron a nie na twoje mtu.
oczywiscie trzeba zrestartowac firewal.

jesli uzywasz innego firewala to sam sobie poszukaj;
jesli uzyles opcji iptables save to sam jestes sobie winien.

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz

co ma MTU do DSL-a? U mnie jest 1500 i jest ok,ale nie mam pppoe
zen_ek napisal:

i jak masz to MTU 1472 jest OK?? nie musi kazdy wystarczy ze server ma.

przez pppoe nie przejdzie wiekszy pakiet niz 1472

więc ustaw MTU na interfejsie WAN . Prawda jest tak na prawdę inna : poprzez logowanie pppoe przejdzie spokojnie MTU/MRU o wielkości 1500 bitów, a nawet więcej. Problem leży na pewno w innym miejscu. poza tym możesz spokojnie do każdego nowego ppp skorygować mtu wpisując w ip-up:

a wiec sprawdziłem to dokładniej problem lezy raczej po stronie klienta, podłaczyłem sie ovisem 5460 w trymie wisp. mtu ustawione na sztywno i dziala jak nalezy wiec wydaje mi sie ze musimy "zmusic" klienta do naszego mtu. co z tego ze ustawmy u siebie 1472 jak klient bedzie chciał wysyłac wieksze pakiety, typu 1482.

ano to, że zostanie pakiet pofragmentowany i przesłane zostaną 1472b

Niestety panowie zmieniałem MTU i na serwerze i u klienta. Próbowałem już różnych kombinacji od 1492 do nawet 1000 i nic to nie dawało. Nadal nie daje sie wysyłac poczty lub otwierać niektórych stron. Nie wiem już nawet czego się czepić i co zrobić. Wpisuję w serwerze ifconfig i pokazuje mi MTU klienta takie jakie ustawione w /etc/ppp/ip-up.

jaka karte ma klient czy czasmi na bazie nie masz ovislinka a u klienta karty d-link dwl-520+??