Dotaz: D-link DSL-G684T

[guns]

Zdravim, mam taky mensi problem. Nakonfiguroval som si tento modem. Ale nejde mi prehliadat stranky zo ziadneho pocitaca s linuxom.

Internet ide bez problemov pod winXP aj cez kable aj cez wifi, ale v linuxe mi ide pingnut stranky a ide napr. aj stahovat cez torrenty, ale nejde mi ich nacitat v ziadnom prehliadaci. Toto sa deje na vsetkych kompoch s linuxom :( Sem tam sa stane, ze nieco nacitam ,ale to je vynimka.

p.s. Skusil som aj nejake tips ako "iptables -t mangle -A OUTPUT -o eth0 -j TOS --set-tos 0 " a tiez " iptables -t mangle --append OUTPUT --jump DSCP --set-dscp 0x00" , ale nepomohlo ...

Odpovědi

[kouby]

Nemate jenom spatne nastavene dns servery?

[guns]

To sa nastavuje asi automaticky.

Ja som ten router konfiguroval cez blbovzorne klikatko vo WinXP , kde som akurat napisal login a heslo

[_radek]

Podle mé zkušenosti by se opravdu mohlo jednat o problém s dns. DHCP server v modemu přiděluje PC svou adresu jako adresu dns serveru, to funguje ve win, ale díky jakési podivné chybě v D-linku ne v linuxu, ten se s dns serverem modemu nedomluvi (moje zkušenost s modelem G664). Nejjednodušeji tuto možnost ověříte zadání přímo ip adresy do prohlížeče (viz Vencour), jestli to bude fungovat, mělo by stačit používat jiný dns server.

[vencour]

To by aspoň šlo otvírat ajpiny v prohlížeči ... pro inspiraci ...

$ host www.seznam.cz
www.seznam.cz has address 212.80.76.3

$ host www.abclinuxu.cz
www.abclinuxu.cz is an alias for abicko.abclinuxu.cz.
abicko.abclinuxu.cz has address 195.70.150.7

$ host www.nasa.gov
www.nasa.gov is an alias for www.nasa.gov.speedera.net.
www.nasa.gov.speedera.net is an alias for www.nasa.gov.edgesuite.net.
www.nasa.gov.edgesuite.net is an alias for a1718.x.akamai.net.
a1718.x.akamai.net has address 195.113.232.75
a1718.x.akamai.net has address 195.113.232.80

$ host www.cern.ch
www.cern.ch is an alias for webr4.cern.ch.
webr4.cern.ch has address 137.138.137.177
webr4.cern.ch mail is handled by 20 cernmxlb.cern.ch.

[guns]

Naozaj to vyzera na problem s DNS...

Manualne som nakonfiguroval / teda aspon si myslim / DNS server a vyskusal som vsetky t.j. dve moznosti servera. Bohuzial ani pri jednom mi ten linux korektne nesiel

[vencour]

Musíte mít dns na tom modemu? Co máte v /etc/resolv.conf? Případně si něco doplňte do /etc/hosts.

[guns]

pochopil som, co asi treba :) Na modemu som zrusil nastavenie dns a snazil som sa ho manualne nastavit na kompe. V linuxe som mal v /etc/resolv.conf
search
nameserver 192.168.1.1 /IP toho modemu /
Skusil som to zmenit na normalny dns, ale po restarte sa to prepise naspat na povodne :( Mam tam nechat aj to "search" ?
Nieco robim zle

[vencour]

Máte zaplé dhcp? Jsou místa, kde se s noťasem připojuju, je tam zaplý dhcp, tak si pouštim nějakej skript, kterej nastaví adresu, routu, dns a spustí se ještě ntpdate. Tedy asi to jde líp, stačí mi to takhle.

[guns]

Nakoniec som to rozchodil , manualne som vsetko nastavil cez nejake klikatko. ip, masku, branu, dns a po chvile dumania mi to uz ide aj po restarte :) DAKUJEM !!

[jm]

Hele, a nemas ten kabel vod kompu zapichnutej v portu s vobrazkem telefonu nebo napisem TV?

[Shtepan Kriz]

Zdravim, ja mam podobny problem s D-link DSL-G684T. v Ubuntu FF se přes ethernet připojí systém úplně sám, ale chtěl používat wifi a přestože vidím různé jiné AP, tak ten můj D-link se ani neukáže v bezdrátových sítích.

[CentrinO]

Jeste mam tu zkusenost (D-Link G664t) je potreba menit MTU z puvodnich 1500 na 1400 (tato "feature" se mi projevila po nejakem case pouzivani) a docela mi zneprijemnovala zivot.

Doporuceni pro budoucnost D-Link nebrat ...

[frEon]

padal??
me tendle modem prestal padat (ne uplne, ale podstatne to snizilo freqenci) kdyz sem zase prenastavil mtu z puvodnich 1400 na 1500. v principu jde asi o ten stajnej bug.
ja ho uz mam podruhy za dva mesice v reklamaci, pokazdy kdyz se pokusim o presmerovani portu, a dam jich tam vic (tak 5), a pak save&reboot tak uz to nerozchodi...
je to smejd dlink uz nikdy vice
jinak mi pres to nejde ssh, ten hack s iptables mi bohuzel nepomaha, pak na nektery stranky se proste nedostanu, nejspis to zahazuje nektery pakety, ktery by nemelo, skonci to pak timeoutem. je toho jeste vic, ale nechci se tu zbytecne rozhorcovat. nesto mi to zato...

[petr_p]

To ale neni vlastnost modemu, ale chybnou implementaci nekterych TCP serveru/klientu a skutecnosti, ze spojeni k ISP je zapouzdreno v PPPoE. Pro obejiti tohoto problemu se rucne nastavuje MSS na MTU PPPoE.

Stejny problem byste mel s jakymkoliv routeromodemem, ktery to za vas neudela automaticky. To, ze se to projevilo az po case je pravdepodobne dano zmenou na druhe strane spojeni (resp. nejakych moc chytrych firewallu po ceste).

[petr_p]

Oprava: MSS <- MTU PPPoE - IP - TCP

[petr_p]

Vyborne je tento problem popsan v napovede k volbe NETFILTER_XT_TARGET_TCPMSS Linuxu 2.6.21:

This option adds a `TCPMSS' target, which allows you to alter the MSS value of TCP SYN packets, to control the maximum size for that connection (usually limiting it to your outgoing interface's MTU minus 40).

This is used to overcome criminally braindead ISPs or servers which block ICMP Fragmentation Needed packets. The symptoms of this problem are that everything works fine from your Linux firewall/router, but machines behind it can never exchange large packets: 1) Web browsers connect, then hang with no data received. 2) Small mail works fine, but large emails hang. 3) ssh works fine, but scp hangs after initial handshaking.

Workaround: activate this option and add a rule to your firewall configuration like:

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
               -j TCPMSS --clamp-mss-to-pmtu