1

(2 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki

Mam w domu Meraki MR18 z wgranym Lede, funkcjonuje ok, jednakże jest podłączony do mojej sieci prostym interfejsem:

PunBB bbcode test

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 state

Dziwny 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-lan

Google 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 request

Ktoś coś doradzi?

[edit]
Upgrade LEDE do 18.06.2 r7676-cddd7b4c77 też nie pomogło.

Czekaj.... BINGO! Tak jest, brawo ten pan! Dzięki! smile

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
===========================================================================
xury napisał/a:
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?

23

(8 odpowiedzi, napisanych Oprogramowanie / Software)

Acha, no to wszystko jasne, dzięki za diagnozę smile

24

(8 odpowiedzi, napisanych Oprogramowanie / Software)

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?

25

(8 odpowiedzi, napisanych Oprogramowanie / Software)

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).