Pokec ⇒ "nefukcni" AP TP-Link WR1043ND

[djha53k]

Kvuli Samsung TV vs Synology NAS - DLNA nefunguje jsem v našem AP TP-Link WR1043ND přeinstaloval origoš Firmware Version: 3.13.15 Build 140319 Rel.41339n (vše fungovalo OK) na DD-WRT.
Jenže na něm manželce začalo padalo Wifi připojeni, dokonce, když se pokusila poslat z notebooku něco na NAS, tak se celý AP shroutil a musel jsem vytáhnout napájecí kablel, aby se vůbec probral

Takže po pár dnech jsem se zas vrátil na origoš Firmware Version: 3.13.15 Build 140319 Rel.41339n. Jenže bohužel problémy s Wifi nadále přetrvávají I když už se aspon celý AP nekousne, ale notebook se odpojí od Wifi a musí se na něm odpojit od síte, zakázat Wifi, povolit Wifi a připojit k síti. Někdy dokonce ani tohle nepomůže a musí se notebook restartovat

Dále Wifi na manželky mobilu (S4mini) taky začalo blbnout - odpojuje se, hlásí jednu čárku, i když je cca 2 metry od AP. Můj OnePlus One zatím OK, i když taky nemám plný signál na 2 metry od AP...

Ted jsme byli celý víkend u rodičů, Ti mají taky AP Wifi TP-Link (levnější verzi) a tam notebook fungoval naprosto OK.
Takže podezírám DD-WRT, že nějak AP odrovnalo

Otázka je, co se AP mohlo stát, jak to zjistit a jak to případně opravit???
Připojení po UTP kabelech (PC, TV, NAS) běhá normálně 1Gbit, takže tam zatím OK...
Předem díky za rady...

[LivArt]

Dělal jsi po tom posledním flashi tovární reset? Ještě by bylo dobrý tam zkusit znova hodit ten poslední fw.

[djha53k]

No naběhlo to v tovarnim nastaveni, takže hádám, že dělat reset po čistý instalaci FW od výrobce asi nemá cenu, ne???
A tohle je poslední vydaní FW od TP-Linku...


Tak další problémek... chtěl bych dát přístup na NAS "z venku" švárovi...
Po vnitřní síti (192.168.*.*) se na NAS přes SFTP dostanu OK, ale když to zkusí švára z venku, tak se na NAS nedostane.

Naposledy jsem nastavil AP na:
Service Port: 99
Internal Port: 22
IP Address: "NAS IP"
Protocol: ALL
Status: Enabled

Udělal jsem si i účet na ddns.net, ale ani přes to to nejde
Že by nějaký blokování na straně UPC???

[LivArt]

A připojuješ se na ten port 99? Nebo jakej máš důvod směřovat vnější komunikaci z tohohle portu na port FTP (22)?

[djha53k]

No samozřejmě:
MojeVeřejnáIP:99 ... a nic
MojeID.ddns.net:99 ... a nic

No nescel jsem vystavit přímo port 22 na iNet, ale nakonec jsem to zkusil i s tím, ale taky nic...
Si říkám (možná naivně), že když to bude jiný port než klasický sFTP, tak na to nebudou roboti z iNetu tak útočit

[LivArt]

Ty nemáš statickou veřejnou IP, že to taháš přes DDNS?
Když chceš použít jinej port, musíš to specifikovat i na straně klienta. Boti na to klidně útočit, ať to bude kdekoliv, protože udělat scan portů není až taková věda.

[djha53k]

No nemám, holt UPC, co bys scel

Tohle mám v AP:
IP Address: 86.49.*.* Dynamic IP
Subnet Mask: 255.255.255.0
Default Gateway: 86.49.*.1
DNS Server: 213.46.172.36 , 213.46.172.37

A tohle teď ve Forwarding:
ID Service Port Internal Port IP Address Protocol Status Modify
1 22 22 192.168.*.* ALL Enabled

- zkutečné údaje nahrazeny *

No ale stejně to nefunguje

edit: když to zkusím z PC (ve vnitřní síti), tedy z 192.168.x.z na NAS 192.168.x.y, tak se na sFTP dostanu OK.
Ale jakmile zkusim z PC (mýho nebo švagrova) na DDNS:22 nebo DynamickáIP:22, tak to nejde

[LivArt]

Ještě si zjisti, jestli ta adresa je aspoň veřejná - na who.is bys to měl vidět hned.
Je možný, že UPC má nasazenej firewall a příchozí spojení prostě filtruje, u tohohle providera bych se tomu nedivil.

[djha53k]

Jak zjistím esli je veřená? V tý záplavě textu na who.is sem se nikdy nevyznal

Spoiler:

% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.

% Information related to '86.49.24.0 - 86.49.48.255'

% Abuse contact for '86.49.24.0 - 86.49.48.255' is 'abuse@upcbroadband.cz'

inetnum: 86.49.24.0 - 86.49.48.255
netname: UPC-BROADBAND-XXIV
descr: UPC Ceska republika, a.s.
country: CZ
admin-c: MK23104-RIPE
tech-c: MK23104-RIPE
tech-c: MCR1-RIPE
status: ASSIGNED PA

P.S. přidal jsem pár vět do přechozího příspěvku

[LivArt]

Hned na titulce who.is vidíš tvou IP adresu. A ta se musí shodovat s tou, kterou máš teď přidělenou v routeru na WAN portu.

[ludekbrno]

UPC myslím dává standardně veřejné IP, ale ne statické.

[djha53k]

Esli myslíš: Your IP address is 86.49.x.x, tak ano, shodují se

- když to zkusím z PC (ve vnitřní síti), tedy z 192.168.x.z na NAS 192.168.x.y, tak se na sFTP dostanu OK.
- ale jakmile zkusim z PC (mýho nebo švagrova) na DDNS:22 nebo DynamickáIP:22, tak to nejde

[LivArt]

OK, tak můžeš klidně zkusit adresovat nějakej hodně vysokej port. Nebo si nejdřív povolit vzdálenou administraci routeru a zkusit se k ní zvenčí připojit.

[djha53k]

No tak to jsem ještě nikdy nedělal, takže ani netuším kde se to na AP nastavuje... takže mi asi nezbyde než sedět u PC a telefonovat se svárou.

Ale obávám se, že když to nefunguje teď tak s tím stejně nic dalšího nevymyslím...
Forwarding je nastaven - viz příspěvky výše a nefunguje to, takže nevím co víc nastavit...

Když tam dám zas DD-WRT, tak se obávám, že se AP bude zas při větších Wifi přenosech kousat

Takže co?

[Sentello]

Ddwrt je super FW, ono taky docela záležitost i na verzi FW. Podívej se na Ddwrt forum v příslušné sekci najdi vlákno pro tvůj router a přečti si zkušenosti ostatních uživatelů- ne všecky buildy jsou stabilní

[LivArt]

S DD-WRT jsem měl více méně pořád akorát problémy, dopadlo to tak, že na mý 941 jsem přehodil zpátky stock a jede to. Nicméně já jsem to flashoval přes telnet a pak jsem dělal reset.
Když nastavíš administraci v sekci Security -> Remote managment na IP 255.255.255.255 a necháš port 80, tak by ses měl na ten router dostat odkudkoliv přes tu aktuálně přidělelnou adresu, ale i přes DDNS adresu.

[djha53k]

OKi, tak zítra zkusím towarní reset ještě... a pak se uvidí, pokud ani pak nepůjde Forwarding, tak fakt nevím...
Přístup z venku na AP mi stejně moc nepomůže, když to nefunguje už ted...

Nic jdu zdobit stromečet... Ježíškovi se musí trošku pomoct.. má toho moc...
zatím díky..

[LivArt]

Já bych ten router pomalu balil a chystal na reklamaci, protože tohle chování wifi není určitě standardní. Klidně si současnou konfiguraci zálohuj, udělej reset a obnov, měly by se zálohovat jen hodnoty, žádný provozní a dočasný data.

Sentello: DD-WRT bude super, až se najde někdo, kdo bude u Atheros jednotek řešit problémy. Zatím problémy akorát s každou verzí přibývají a nikdo je neřeší.

[unavix]

Ddwrt jede na 1043 úplně bez potíží. Router je stabilnější než se stock. V případě takových potíží je buď vadný router nebo chyba v instalaci ddwrt. Tipnul bych variantu dvě.
Jinak 1043 v.1 není zrovna nejlepší železo pro práci s nasem a přístupem z venku.

@telefon

[nofu]

Bych to hlavně zkoušel bez DDNS, když znáš současnou IP adresu. A myslim si, že ve finále nebudeš DDNS ani potřebovat, UPC změní IP adresu jen v případě, že vypneš modem a odpojíš od něj ten koax. kabel na více než 24h. Jen vyplej modem může bejt, a IP to nezmění. Samo může nastat nějaká zvláštní situace, že něco předělávaji bo tak, a může se změnit, ale u nás se to teda léta nestalo. Dokonce sem měl problém to přinutit, aby mi to IP změnilo.

Jinak pravidlo máš dobře, takhle musí fungovat.

A nevim, nikdy sem to nezkoušel, jak dlouho trvá, než se novej záznam na DDNS zpropaguje, to přeci nemůže bejt hned. Nebo se mejlim?

[djha53k]

Hm, tak AP jsem kupoval 29.10.2011, takze reklamace asi tezko

DDWRT jsem instaloval presne dle navodu na DDWRT foru.
Po kabelech vse jede jak ma... jen ta Wifi blbne, i kdyz taky ne vsem...

edit: da se nejak otestovat, ze ten Wifi model je fakt v pr... ??? Se mi fakt neschce kupovat novej, kdyz si nejsem jist, ze je to tim... Hlavne sem se od koupe tohodle o AP vubec nezajimal, takze ted co ted koupit, fakt netusim

[LivArt]

Zkus to ještě jednou přeflashovat a udělat reset po flashi.

[djha53k]

Timhle myslis ju TL-WR1043ND_V1_140319 ???
A pak Factory reset... no po 20hod, az prijdu z prace, to zkusim a napisu...

DDWRT jsem daval v24 PreSP2 [Beta] Build: 21061: WR1043N(D) v1.x Firmware - Webflash image for first installation - factory-to-ddwrt.bin z 2013-04-25
A, pak kvuli problemum s Wifi, na nej potom [other downloads] 12-11-2014-r25628: tl-wr1043nd-webflash.bin z 2014-12-11

edit> Ciste naaaahodou nekdo z Prahy (4) by tu nebyl, kdo ma doma zbytecny AP? Jen na otestovani, zas vratim

[unavix]

Tady máš poslední verze FW ddwrt pro 1043 v.1
http://dd-wrt.com/site/support/other-do ... -preSP2%2F

[nofu]

Čistě náhodou sem z prahy 4, z jižáku. Nějakej starší router se mi to fláká. Otázkou je, co chceš testovat?

[djha53k]

Nofu: chci otestovat zda na jinym AP budu mit na 2m taky jen 2 carky na mobilech a zda kdyz dam z notebooku prenest film na nas tal zda AP nebo Wifi adapter na notebooku umre.

Delam na Chodove, zitra nocni (Vaaaaanoce....)...

Unavix: diky mrknu... nejaxem zapomnel na darky, takze testovani AP se odsouva na pozdeji...

[nofu]

No, hnedle ti můžu pučit nějakej stařičkej Asus (tušim WL-500g Deluxe - wifi jen 54Mbit), v kterym mam přefleshovanej firmware, aby v tom chodil modem na mobilní připojení od O2 (asi OpenWrt). Novej router jsem právě objednal v CZC, tam budou mít otevřeno v sobotu, takže hned v sobotu koupim a budu ti moct pučit WR1043ND.

[djha53k]

Diky, jenze my v patek odjizdime mimo Prahu, takze to nechame na pristi rok.
Dnes a zitra mam nocni, takze pres den budi spat a pak hned odjizdime.
Toz si tohle necham jako prvni vec ToDo na rok 2015
Az budu zas v Praglu, taxe ozvu.
Diky moc... klidny Vanoce...

[nofu]

Já zas vodjíždim po novém roce a dokud tu nebude teplejc, rozuměj aby se dalo lítat na motorce, tak se nevracim

[djha53k]

Tak dekuji vsem za Vanocni podporu, ale dnes v noci, za pomoci kolegy sitare v praci se to podarilo rozchodit
Sice to neni SFTP, ale jen FTPS (FPT+TLS - takze login+heslo se neposila v plain textu), ale funguje to, uff

Neprisli jsme na to proc to na portu 22 nefunguje, i kdyz je AP i NAS nastaveno tak jak ma, tak se proste zvenku na NAS nelze dostat...
Napise to Connected, OpenSSH... a zustane to vyset, zadnej error to nerekne

Zatim co FTPS funguje na jakymkolif portu si vymyslim, na AP jsem povolil port 21 routovany na NAS port 21 (puvodni, nakonec jsem to nastavil na vyssi), dale na AP jsem povolil datove porty... a vse funguje...

Spoiler:

HTTP/1.1 200 Connection established
220 XXXX FTP server ready.
AUTH TLS
234 AUTH SSL command successful.