Dzięki
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez jarek.p
Dzięki
Mam w domu Meraki MR18 z wgranym Lede, funkcjonuje ok, jednakże jest podłączony do mojej sieci prostym interfejsem:
Chciałem teraz dodać rozgłaszanie innej sieci, a że interfejs fizyczny mam jeden, to muszę tu wejść VLANami. Usiłuję czytać, jak tutaj się to konfiguruje, ale szczerze mówiąc nie wiem, czy rozumiem. W szczególności zaś obawy me wzbudza fakt, że zmiany konfiguracji interfejsu mam dokonać będąc podłączonym przez tenże interfejs. Czy można prosić o łopatologię?
Z tego, co wyczytałem, wynika mi, że powinienem wykreować poprzez "add new interface" dwa nowe interfejsy br-10 i br-20 i to już mi powinno dać dostęp poprzez vlany 10 i 20, czy tak? Czy robiąc to będę miał cały czas dostęp nietagowany poprzez aktualnie wykreowany br-lan?
Nie, w życiu. Zresztą, jak pisałem, tylko ten jeden laptop ma problem, wszystkie inne urządzenia działają bez zarzutu. Gdzieś coś musi się gryźć jak podejrzewam z kompatybilnością... jeśli nie uda się nic wykombinować z konfiguracją Meraki, to spróbuje zmienić kartę wifi w laptopie na zupełnie inny model/producenta.
Niestety nie pomogło. Coś się zmieniło, ponieważ rozłączenia są wyraźnie rzadsze (co ok. godzina), ale wcześniej widoczne wpisy w logu chyba były raczej skutkiem problemu, niż przyczyną, bowiem obecnie rozłączenie odbywa się bez żadnego śladu w logu systemowym, dopiero gdy ręcznie wykonam disconnect i connect, widzę ten proces, wcześniej - nic. W logu kernela nie wiem, jakie jednostki czasu tu są użyte, ale jego końcówka skopiowana w ciągu dosłownie kilku minut od wystąpienia problemu pokazuje coś takiego
[ 22.256088] br-lan: port 3(wlan0) entered disabled state
[ 22.261632] br-lan: port 4(wlan2) entered disabled state
[ 22.409485] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ 22.416090] br-lan: port 2(wlan1) entered blocking state
[ 22.421483] br-lan: port 2(wlan1) entered forwarding state
[ 23.459585] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 23.466183] br-lan: port 3(wlan0) entered blocking state
[ 23.471598] br-lan: port 3(wlan0) entered forwarding state
[ 23.509690] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[ 23.516326] br-lan: port 4(wlan2) entered blocking state
[ 23.521744] br-lan: port 4(wlan2) entered forwarding stateDziwny problem mam: w domu wisi AP Meraki MR18 z wgranym LEDE LEDE Reboot 17.01.4 r3560-79f57e422d
Urządzenie działa od kilku lat bez zarzutu, łączy się doń wiele urządzeń, żadne nie ma problemów, prócz jednego laptopa (Dell Latitude E5430 wyposażony w wifi Broadcom DW1504), który działa maks kilka minut, po czym przy cały czas trwającym połączeniu przestają przechodzić jakiekolwiek pakiety. Połączenie wifi wystarczy w jakikolwiek sposób zresetować (choćby zrobić disconnect i connect) i znów jest dobrze. Przez kilka minut. Jednocześnie laptop ten wszędzie indziej, z innymi źródłami wifi działa bez zarzutu.
Problem wydawał mi się ewidentnie związany z laptopem, ale szukanie przyczyn tam zaprowadziło mnie donikąd, zmieniłem nawet kartę wifi na nową, w ustawieniach wyłączyłem wszelkie autonegocjacje, tryb oszczędzania energii itp, bez skutku, wręcz po aktualizacji sterownika do najnowszego czas pracy wifi mocno się skrócił.
Wtedy przyjrzałem się samemu Meraki i odkryłem dwie rzeczy:
- na drugim radiu 2,4GHz (tym "serwisowym") problem nie występuje
- po każdym wystąpieniu problemu logu systemowym mam taki oto wpis:
Thu Apr 11 07:21:47 2019 daemon.info odhcpd[766]: Using a RA lifetime of 0 seconds on br-lanGoogle powiedziało, że to są informacje od serwera DHCP IPv6, sęk w tym jednak, że w mojej sieci takiego nie ma, a w samym Meraki wbudowanego DHCP w ogóle nie używam. Jednakże, ten sam log systemowy jest również pełen takich oto wpisów:
Thu Apr 11 07:39:26 2019 daemon.warn odhcpd[766]: DHCPV6 SOLICIT IA_NA from 000100011d3920f90c5b8f279a64 on br-lan: no addresses available
Thu Apr 11 07:39:26 2019 daemon.notice odhcpd[766]: Got DHCPv6 requestKtoś coś doradzi?
[edit]
Upgrade LEDE do 18.06.2 r7676-cddd7b4c77 też nie pomogło.
Czekaj.... BINGO! Tak jest, brawo ten pan! Dzięki! ![]()
Nie wykluczam, że problem jest związany z komputerem, świadczy za tym fakt, że występuje tylko na nim, ale jednocześnie... jakim cudem u licha komputer może zadławiać ruch na poziomie już poza routerem??? Załączam trochę wyników z CMD, zwróćcie uwagę na wynik tracert: do routera wszystko ładnie idzie, zdycha dopiero za nim. Tablica routingu też pokazuje wszystko tak, jak należy:
C:\Users\jprzybyl>ipconfig
Windows IP Configuration
Wireless LAN adapter Wireless Network Connection:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : lan
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : lan
Link-local IPv6 Address . . . . . : fe80::9d05:d486:e6de:f241%11
IPv4 Address. . . . . . . . . . . : 10.1.1.33
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 10.1.1.1
C:\Users\jprzybyl>ping 10.1.1.1
Pinging 10.1.1.1 with 32 bytes of data:
Reply from 10.1.1.1: bytes=32 time=1ms TTL=64
Reply from 10.1.1.1: bytes=32 time<1ms TTL=64
Reply from 10.1.1.1: bytes=32 time<1ms TTL=64
Reply from 10.1.1.1: bytes=32 time<1ms TTL=64
C:\Users\jprzybyl>ping 8.8.8.8
Pinging 8.8.8.8 with 32 bytes of data:
Request timed out.
Request timed out.
Ping statistics for 8.8.8.8:
Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),
Control-C
^C
C:\Users\jprzybyl>tracert 8.8.8.8
Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms Gargoyle.lan [10.1.1.1]
2 * * * Request timed out.
3 * * * Request timed out.
4 ^C
C:\Users\jprzybyl>
C:\Users\jprzybyl>
C:\Users\jprzybyl>
C:\Users\jprzybyl>route print
===========================================================================
Interface List
41...00 ff b0 9b 48 0c ......Juniper Network Connect Virtual Adapter
19...54 d0 72 2e 40 0d ......Check Point Virtual Network Adapter For SSL Network Extender
12...84 4b f5 a5 03 96 ......Dell Wireless 1504 802.11b/g/n (2.4GHz)
11...0c 5b 8f 27 9a 64 ......Broadcom NetXtreme Gigabit Ethernet
45...0a 00 27 00 00 2d ......VirtualBox Host-Only Ethernet Adapter
1...........................Software Loopback Interface 1
39...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
43...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #4
37...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
42...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #5
44...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #6
===========================================================================
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 10.1.1.1 10.1.1.33 10
10.1.1.0 255.255.255.0 On-link 10.1.1.33 266
10.1.1.33 255.255.255.255 On-link 10.1.1.33 266
10.1.1.255 255.255.255.255 On-link 10.1.1.33 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.56.0 255.255.255.0 On-link 192.168.56.1 266
192.168.56.1 255.255.255.255 On-link 192.168.56.1 266
192.168.56.255 255.255.255.255 On-link 192.168.56.1 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 10.1.1.33 266
224.0.0.0 240.0.0.0 On-link 192.168.56.1 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 10.1.1.33 266
255.255.255.255 255.255.255.255 On-link 192.168.56.1 266
===========================================================================
Persistent Routes:
None
IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
1 306 ::1/128 On-link
11 266 fe80::/64 On-link
45 266 fe80::/64 On-link
45 266 fe80::3c98:fcbf:4dc2:aa6e/128
On-link
11 266 fe80::9d05:d486:e6de:f241/128
On-link
1 306 ff00::/8 On-link
11 266 ff00::/8 On-link
45 266 ff00::/8 On-link
===========================================================================
Persistent Routes:
If Metric Network Destination Gateway
0 4294967295 2620:9b::/96 On-link
0 9000 ::/0 2620:9b::1900:1
===========================================================================jarek.p napisał/a:Problemem nie jest DNS, ponieważ ping na zewnętrzne adresy również nie przechodzi.
No to właśnie może wskazywać na problem z DNS.
pokaż wyniki z :
route
ping 8.8.8.8
W jaki sposób? Przecież gdy wysyłam pinga nie na nazwę, a wprost na adres IP, to DNS nie ma nic go gadania, może być nawet nie ustawiony, a i tak powinno działać. Jestem w tej chwili w pracy, tablicę routingu na pececie sprawdzę wieczorem w domu, zaś wynik ping 8.8.8.8 był prosty: "upłynął limit czasu żądania".
Nic z tego, tu i tu mam aktywne DHCP, brama zawsze jest podawana. Ze statycznie podanym adresem też próbowałem, bramę oczywiście wpisując, to samo jest.
Zresztą - gdy z komputera robię tracert na zewnętrzny adres, pierwszy chop idzie prawidłowo do routera, przy braku bramy byłaby odmowa od razu.
Konfig standardowy, router restartowałem. Logi - w tym gargoylowym po podłączeniu laptopa i próbie spingowania zewnętrznego adresu pojawiło się coś takiego:
May 17 10:26:12 Gargoyle daemon.notice netifd: wan (927): Sending renew...
May 17 10:26:13 Gargoyle daemon.notice netifd: wan (927): Lease of [mój zewn. adres IP] obtained, lease time 1080
Success
wygląda na odświeżenie dzierżawy adresu IP (mam stałe IP, pozwoliłem sobie wymaskować) i nie powinno mieć związku, ale z tego, co widzę jest to regułą po przełączeniu.
Próbowałem też szukać logów z poziomu shella, ale nie widzę ich w typowej lokalizacji /var/log, a że tematu gargoyle nigdy nie zgłębiałem, to poproszę o łopatologię.
Panowie, coś dziwnego odkryłem właśnie na swoim urządzeniu, może jesteście w stanie to wyjaśnić:
TP-link WR1043ND, wgrany Gargoyle 1.6.2.2 (r42647), wszystko działa, nie mam żadnych zastrzeżeń. Laptop, Windows 7 na pokładzie. Połączenie wifi - wszystko ładnie działa, tak zresztą laptop jest używany na codzień. Gdy go jednak podłączam przewodem (nawet wyłączywszy wcześniej wifi w laptopie), otrzymuje co prawda adres IP po DHCP, mogę puścić pinga na router, mogę nawet wejść na panel konfiguracyjny routera, ale wyjścia w świat już nie mam. Problemem nie jest DNS, ponieważ ping na zewnętrzne adresy również nie przechodzi. Tracert pokazuje, że problem jest na routerze. Żadnego blokowania MACów nigdy nie używałem i nie mam. Co to może być?
Blacklisty nigdy nie używałem, static DHCP owszem jest (choć bez blokowania zmienionych IP), ale dotyczy maca portu wireless, po kablu wchodzę przez inny mac i dostaję inny adres. Zresztą, jak pisałem, w ramach sieci wszystko działa, jedynie nie mogę wyjść na zewnątrz i jak na razie wszystko wskazuje, że problem jest na routerze.
Własnie ręce mi opadły, pomysły się skończyły, może Wy pomożecie.
Jest tak:
WAN(eth) - WR1043ND - switch - inne urządzenia, w tym osobny access point wifi
Jako WAN mam modem GPON, WR1043 ma na pokładzie Gargoyle 1.6.2.2, innych urządzeń sporo, więc używam dodatkowego switcha i m.in. do niego jest wpięty osobny access point (urządzenie profi, o niebo lepsze od wbudowanego w WR). Wszystko pięknie działa, dostęp do internetu mają zarówno urządzenia podłączone na sztywno, jak i te po wifi.
Dziś, z uwagi na dużą objętość plików do skopiowania z laptopa na jeden z innych komputerów wewnątrz sieci stwierdziłem, że podłączę sobie lapka po kablu. I co? I dupa. IP dostaję poprawnie, z poziomu laptopa po kablu widzę router, mogę się nań zalogować, mogę nawet puścić pinga na adres IP ustawiany na interfejsie WAN, niestety brama dla tego adresu (czyli pierwszy adres zewnętrzny dla mnie) jest już dla mnie niewidoczna (w tym samym czasie pinguję ten adres bez problemu z innych urządzeń), podobnie jak dowolny inny adres zewnętrzny. Tracert puszczony z laptopa na adres zewnętrzny pokazuje, że pingi nie przechodzą poza router, router odpowiada, dalej już nic.
Za wszelkie konstruktywne pomysły będę wdzięczny, póki co próbowałem fizycznie resetować Gargoyle, ręcznie ustawiać IP (inne, niż przydzielane z DHCP, oczywiście, w ramach podsieci) na laptopie. Czy w gargoyle da się jakimś poleceniem skasować tablicę wpisów ARP?
a jak to zrobić? Po IP jak się domyślam, ale potrzebny byłby mi zakres IP do wycięcia. Powyższy nie skutkował, próbowałem też z cięciem 216.58.209.0/24 i tez nic, a co gorsza przy takiej konfoguracji firewalla blokada nie działa nigdzie.
Podpowiedzcie, proszę, jak wymusić gigabitowy interfejs po stronie WAN? Mam go podpiętego do modemu GPON, któego wyjście obsługuje gigabitowy interfejs i kiedy na próbę podpinam go po stronie LAN TP-Linka, tak się to zestawia. Po stronie WAN, niestety fastethernet się negocjuje. Z danych technicznych TP-Linka wynika, że interfejs WAN też piwinien być gigabitowy. Jak to przekonfigurować?
Panowie, podpowiedzcie, jak uzyskać w/w funkcjonalność na TP-Linku 1043ND z wgranym Gargoylem 1.6.2.2
Proste dodanie reguły blokowania po nazwie youtube w URLu załatwia temat dla komputerów w sieci, niestety urządzenia z androidem korzystające z aplikacji "youtube" łączą się po jakichś innych adresach i tam YT działa w najlepsze. Próbowałem ciąć po zakresie IP 74.125.0.0/16, ale to w ogóle nie działa, ani dla androidów ani dla pecetów. Podpowiecie, jak to zrobic skutecznie? Moje próby
Tekstowa kopia ustawień z GUIa próbowanych przeze mnie (same filtry):
Dostęp do całej sieci
Zdalny(e) IP:
74.125.0.0/16
Adresy URL:
Część URL Typ Tekst / wyrażenie
domain contains youtube
Przewaliłem, wszystko działa jak burza, dzięki!
Dawno temu miałem problemy z modemem LTE, wtedy z twoją pomoca było coś walczone, być może to z tamtych czasów pochodzi, bo nic samodzielnie na 100% nie robiłem, a nikt inny w domu nie wie jak sie do tego dotknąć. Jak to zmienić? Czy może zrobić przywrócenie ustawień fabrycznych (to skasuje tego typu śmieci?) i skonfigurować od zera?
Nie mam pojęcia, nie ustawiałem tego, router ma jedynie wgrany soft i dalej konfigurowałem go przez www
Z ich modemem nic nie mogę zrobić (w sensie przywracania ustawień), to jest tylko prosty konwerter ze światłowodu (GPON), na ethernet. , mogę go oczywiście wyłączyć, ale jeśli podłączany do niego laptop działa poprawnie, to nie jestem pewien, czy to cos da.
Z rzeczy wygrzebanych w międzyczasie: czy ten WAN u mnie jest ok? Bo może ja się nie znam, ale na mój gust to ogo tu nie ma wcale?
root@Gargoyle:~# ifconfig -a
br-lan Link encap:Ethernet HWaddr F4:EC:38:B7:EA:AA
inet addr:10.1.1.1 Bcast:10.1.1.255 Mask:255.255.255.0
inet6 addr: fe80::f6ec:38ff:feb7:eaaa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10383 errors:0 dropped:0 overruns:0 frame:0
TX packets:2868 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1384484 (1.3 MiB) TX bytes:841031 (821.3 KiB)
eth0 Link encap:Ethernet HWaddr F4:EC:38:B7:EA:AA
inet6 addr: fe80::f6ec:38ff:feb7:eaaa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:41927 errors:0 dropped:674 overruns:59430 frame:0
TX packets:5483 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4176636 (3.9 MiB) TX bytes:1504705 (1.4 MiB)
Interrupt:4
eth0.1 Link encap:Ethernet HWaddr F4:EC:38:B7:EA:AA
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:17266 errors:0 dropped:0 overruns:0 frame:0
TX packets:5474 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2269774 (2.1 MiB) TX bytes:1480950 (1.4 MiB)
gre0 Link encap:UNSPEC HWaddr 00-00-00-00-31-90-00-48-00-00-00-00-00-00-00-00
NOARP MTU:1476 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
imq0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
NOARP MTU:16000 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:11000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
imq1 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
NOARP MTU:16000 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:11000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:28944 errors:0 dropped:0 overruns:0 frame:0
TX packets:28944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1737192 (1.6 MiB) TX bytes:1737192 (1.6 MiB)
root@Gargoyle:~# uci show network
network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.lan=interface
network.lan.ifname=eth0.1
network.lan.type=bridge
network.lan.proto=static
network.lan.netmask=255.255.255.0
network.lan.ipaddr=10.1.1.1
network.lan.dns=8.8.8.8 8.8.4.4
network.wan=interface
network.wan.dns=8.8.8.8 8.8.4.4
network.wan.peerdns=0
network.wan.ifname=wwan0
network.wan.proto=dhcp
network.@switch[0]=switch
network.@switch[0].name=rtl8366rb
network.@switch[0].reset=1
network.@switch[0].enable_vlan=1
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device=rtl8366rb
network.@switch_vlan[0].vlan=1
network.@switch_vlan[0].ports=1 2 3 4 5t
network.@switch_vlan[1]=switch_vlan
network.@switch_vlan[1].device=rtl8366rb
network.@switch_vlan[1].vlan=2
network.@switch_vlan[1].ports=0 5t
network.vpn=interface
network.vpn.ifname=tun0
network.vpn.proto=none
network.vpn.defaultroute=0
network.vpn.peerdns=0
root@Gargoyle:~#
root@Gargoyle:~#
Ok, dzięki, ten problem już rozwiązany, zanim zobaczyłem twoją odpowiedź zaryzykowałem telefon do providera i o dziwo trafiłem na kompetentną osobę, tamtego maca skasował, ale problem w tym, że teraz jego urządzenie nie widzi żadnego nowego.
Kilka szczegółów: kilka lat używałem routera TP-1043ND wraz z softem 1.6.2.2 (r42647) jako brame do internetu LTE z modemu USB, nie było problemu. Dziś podciągnęli mi do domu GPONA. Po uporządkowaniu bałaganu z MACami na postawionym przez dostawcę internetu zakończeniu ONT sieć jest czynna, jeśli bezpośrednio podłączę do niej PCta (z ustawionym ręcznie macem routera), wszystko śmiga, dostaję adres IP, mam wyjście w świat. Nie moge jednak uzyskać tego samego podłączając zamiast PCta port WAN mojego TP-Linka.
Jest tak:
- przewód od ONT wpinam do portu WAN routera.
- lampka "WAN" świeci się zarówno na TP-Linku jak i na ONT (a po rozpięciu połączenia gaśnie), więc fizyczne połączenie jest zestawione.
- router w zakładce Konfiguracja/Internet/WAN jest ustawiony jako Brama Sieciowa, Połączenie: DHCP kablowe, Interfejs WAN: domyślny (nie ma innych do wyboru)
- nie otrzymuję żadnego adresu IP, klikanie w "odśwież dzierżawę" nic nie zmienia.
- dyżurny u providera twierdzi, że jego urządzenia nie widzą żadnego adresu fizycznego po "mojej" stronie (na razie poprosiłem o ręczne ustawienie MACa mojego routera i na tym MACu działa włączany bezpośrednio laptop).
Panowie, problem mi wyskoczył z providerem, instalując u mnie zakończenie sieciowe wpięli się do mojego routera po stronie LAN i ich system zapamiętał MACa strony LAN jako uprawnionego do korzystania z usług. Oczywiście taka konfiguracja nie ma sensu, zakończenie muszę przepiąć na stronę WAN i tu jest właśnie problem: nie mogę po stronie WAN ustawić takiego samego MACa, jak ma LAN, bo będzie konflikt. Oczywiście rzecz jest do odkręcenia od strony providera, ale zanim przedrę się przez studentki na infolinii, zanim wytłumaczę kolejnym osobom, o co mi właściwie chodzi, to podejrzewam, że ocipieję prędzej. Stąd pytanie: jak zmienić MAC adres strony LAN?
Acha, no to wszystko jasne, dzięki za diagnozę ![]()
Wydajności prądowej portu nie podniesie, ale jeśli ten jest zgodny ze standardami, to przecież taki modem nie powinien z niego ciągnąć więcej, niż USB przewiduje?
Dwa głosy n/t zasilacza. W sumie prawda, nie pomyślałem o tym, a od tego powinienem zacząć, dzięki, sprawdzę.
Jak to jest z tym modemem USB, zakładając, że winne jest zasilanie, wystarczy, że dam silniejszy zasilacz do całości, czy lepiej próbować z aktywnym hubem? Router mam póki co zasilany z oryginalnego zasilacza, mogę mu zmienić na inny (2A mam pod ręką), a jeśli to mało, mogę też go próbować zasilić z dużego zasilacza 12V/20A, mam taki zabudowany w serwerowni do zasilania mnóstwa innych rzeczy (stabilizowany, każde wyjście niezależnie filtrowane).
eko.one.pl → Posty przez jarek.p
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc