76

(153 odpowiedzi, napisanych Oprogramowanie / Software)

Ja fotki swoich routerów robiłem, to zawsze mógłbym podrzucić. big_smile
W sumie mam ofotkowane: Archer C2600, MR3020, Archer MR200, WR1043ND v2,  Archer C7 v2 i Archer C20i (choć jeszcze nieopisany).

77

(153 odpowiedzi, napisanych Oprogramowanie / Software)

Troszeczkę duży jest ten formularz, tj. sporo miejsca się marnuje, przez co trzeba sporo przewijać. Nie da rady tego formularza skompaktować bardziej, tak by kilka pól weszło na jedną linijkę? Popatrz na te checkbox'y, muszą być jeden pod drugim? Albo też te USB i ilość portów USB, nie da rady z tych dwóch linijek zrobić jednej?

Idąc dalej, weźmy ten przykład z Archer C2600 -- jak rozumieć te interfejsy radiowe? Teoretycznie ten router po na 2,4G jest w stanie ciągnąć 800 mbit/s, a tam jest tylko 150/300. Podobnie z 5G, gdzie jest 433-3200. Generalnie piję do tego, że nie ma informacji ile faktycznie producent deklaruje.

Będziesz uzupełniał tę bazę o rozpiskę podzespołów, tj. model procka, fotki pcb, itp?

78

(17 odpowiedzi, napisanych Oprogramowanie / Software)

Te czerwoną diodę to trzeba zaprogramować ręcznie, czy ona ma działać z automatu? big_smile Temp procka też widziałem.

79

(17 odpowiedzi, napisanych Oprogramowanie / Software)

Ostatnio nie miałem czasu na aktualizacje firmware. big_smile

80

(17 odpowiedzi, napisanych Oprogramowanie / Software)

Właśnie sobie aktualizuje c2600 i merdżuję konfigurację. Wygląda na to, że poprawili to: http://lists.infradead.org/pipermail/le … 01185.html

81

(4,519 odpowiedzi, napisanych Oprogramowanie / Software)

Gr4nd0 napisał/a:
morfik napisał/a:

Z tymi telefonami to jest ten problem, że zwykle one nie mają zaimplementowanego roamingu WiFi.

To raczej nie jest problem telefonów. Standardowo WiFi nie wspiera roamingu. Płynne przełączanie z AP do AP wymaga dodatkowego oprogramowania zarówno po stronie AP jak i klientów.
W praktyce, jeśli nawiązałeś połączenie z AP1 to możesz stanąć pod AP2 i wciąż będziesz połączony z AP1. Mimo, że mocniejszy sygnał masz z AP2.
Dopiero zerwanie połączenia z AP1 spowoduje, że klient zacznie szukać innego AP.

Nie wiem co masz na myśli pisząc, że "Standardowo WiFi nie wspiera roamingu". W OpenWRT/Android/Linux masz z grubsza wykorzystywane dwa narzędzia: hostapd i wpa_supplicant. Ten pierwszy służy do konfiguracji AP, ten drugi do konfiguracji stacji klienckich. Jeśli sprzęt pracuje pod kontrolą jakiegoś konkretnego oprogramowania, to tylko od tego softu zależy czy ma on zaimplementowany roaming. Tutaj masz klienta z Androidem i jak napisałem wcześniej, przeglądając źródła wpa_supplicant'a dla Androida, to tam jest wyłączony moduł roamingu w konfiguracji. Nie wiem dlaczego on jest domyślnie wyłączony, bo na moim Debianie ten moduł jest włączony. W efekcie Debian mi bez problemu roaminguje między różnymi AP, a smartfon nie chce.

82

(4,519 odpowiedzi, napisanych Oprogramowanie / Software)

Z tymi telefonami to jest ten problem, że zwykle one nie mają zaimplementowanego roamingu WiFi. Przynajmniej tak ma ogromna większość urządzeń z Androidem i nie da rady się bez rozłączania podłączyć do innego AP, no chyba, że telefon rozłączy sieć przez zbyt słaby zasięg.

Ja sobie ostatnio patrzyłem na źródła Androida, bo próbuję rozwiązać dokładnie ten sam problem, i tam w wpa_supplicant jest wyłączony cały moduł roamingu, także w moim przypadku bez rekompilacji tego narzędzia się nie obejdzie, a do tego potrzeby będzie również root telefonu.

83

(29 odpowiedzi, napisanych Oprogramowanie / Software)

Jak już chcecie operować bezpośrednio na iptables, to zainteresujcie się tymi modułami:
http://ipset.netfilter.org/iptables-ext … .html#lbAY
http://ipset.netfilter.org/iptables-ext … .html#lbBW
http://ipset.netfilter.org/iptables-ext … .html#lbAM

Ja tam realny transfer WiFi liczę max 65% tego co jest napisane na opakowaniu. big_smile

No jak co? Procek w routerze nie wyrabia przez logowanie i nie ma dostatecznej mocy do przetwarzania pakietów i dlatego masz lagi. Wyłącz to logowanie i problem ci się sam rozwiąże.

86

(12 odpowiedzi, napisanych Oprogramowanie / Software)

W przypadku włamania to ty stajesz się ofiarą przecie. A do darmowego WiFi raczej nie da się włamać. big_smile

Rozumiesz już w czym problem? Teraz możesz sobie pójść w dowolne miejsce gdzie jest otwarte WiFi i narobić komuś poważnych problemów. Nie można ci nic zrobić, bo nie da rady cię w żaden sposób zidentyfikować. Dlaczego zatem nie miałbyś popełniać przestępstw skoro nie czekają cię żadne złe konsekwencje?

No i się wyjaśniło czemu po otrzymaniu adresacji można było korzystać z obu interfejsów podłączonych do mostu, a przed otrzymaniem adresacji nie dało rady i się wszystko zapętlało:

In this network, a redundant link is planned between Switch A and Switch B. However, this setup creates the possibility of a bridging loop. For example, a broadcast or multicast packet that transmits from Station M and is destined for Station N simply continues to circulate between both switches.

Chyba znalazłem. Brakowało:

bridge_stp on

W konfiguracji mostu, choć jeszcze nie wiem za co to odpowiada. Trochę dłużej się mostek konfigurował ale ostatecznie pobrał adresację przy obu aktywnych interfejsach i wygląda, że komunikaty ustały.

Trochę dziwnie wygląda przełączanie ale działa: big_smile

Sep 17 18:22:03 morfikownia kernel: r8169 0000:02:00.0 eth0: link down
Sep 17 18:22:03 morfikownia kernel: br-lan: port 1(eth0) entered disabled state
Sep 17 18:22:21 morfikownia kernel: br-lan: port 2(wlan0) neighbor 8000.3c:4a:92:00:4c:5b lost
Sep 17 18:22:21 morfikownia kernel: br-lan: port 2(wlan0) entered listening state
Sep 17 18:22:36 morfikownia kernel: br-lan: port 2(wlan0) entered learning state
Sep 17 18:22:51 morfikownia kernel: br-lan: port 2(wlan0) entered forwarding state
Sep 17 18:22:51 morfikownia kernel: br-lan: topology change detected, propagating

To nie pomaga. Teraz niby eth0 wlan0 i br-lan mają różne MAC ale i tak jest ten sam problem.

Adres IP czy MAC?

Na wstępie powiem, że nie wiem dokładnie gdzie leży problem dlatego wrzucam tego posta tutaj.

Chcę sobie na laptopie skonfigurować interfejs eth0 i wlan0 tak, by były podpięte do mostka br-lan. Na laptopie mam debiana i w /etc/network/interfaces mam taką oto konfigurację interfejsu br-lan:

auto br-lan
iface br-lan inet dhcp
    bridge_ports eth0 wlan0
    bridge_waitport 5
    bridge_fd 0
    wpa-bridge br-lan
    wpa-driver nl80211
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
    wpa-iface wlan0
    pre-up iw dev wlan0 set 4addr on
    post-down iw dev wlan0 set 4addr off

iface wlan0 inet manual
iface eth0 inet manual

Nie można było podpiąć interfejsu wlan0 do mostka tak jak to można bez problemu zrobić z eth0 i trzeba było ustawić ten 4addr na karcie, czyli coś związanego z WDS. Na routerze również trzeba tryb WDS włączyć przez dopisanie tego poniższego do pliku /etc/config/wireless :

config wifi-iface
...
        option wds '1'

Jak podepnę przewód i wyłączę WiFi, to po podniesieniu interfejsu br-lan, dostaję adresację i połączenie działa bez problemu. Jak odepnę przewód i włączę WiFi, również adresacja jest uzyskiwana na br-lan i połączenie działa.

Problem pojawia się w momencie, gdy jednocześnie jest włączone WiFi i podpięty przewód. Wtedy w logu na debianie mam całą masę komunikatów podobnych do tych poniżej:

Sep 17 17:17:11 morfikownia kernel: br-lan: received packet on wlan0 with own address as source address
Sep 17 17:17:11 morfikownia kernel: br-lan: received packet on eth0 with own address as source address
Sep 17 17:17:11 morfikownia kernel: br-lan: received packet on wlan0 with own address as source address
Sep 17 17:17:15 morfikownia kernel: net_ratelimit: 12758 callbacks suppressed

Na routerze z kolei jest cała masa takich wiadomości:

Sat Sep 17 17:17:15 2016 kern.warn kernel: [  719.920000] br-lan: received packet on eth1 with own address as source address
Sat Sep 17 17:17:15 2016 kern.warn kernel: [  719.930000] br-lan: received packet on wlan0.sta1 with own address as source address

Oraz pełno:

dnsmasq-dhcp[1429] DHCPDISCOVER(br-lan) 192.168.1.150 3c:4a:92:00:4c:5b
dnsmasq-dhcp[1429] DHCPOFFER(br-lan) 192.168.1.150 3c:4a:92:00:4c:5b
dnsmasq-dhcp[1429] DHCPREQUEST(br-lan) 192.168.1.150 3c:4a:92:00:4c:5b
dnsmasq-dhcp[1429] DHCPACK(br-lan) 192.168.1.150 3c:4a:92:00:4c:5b morfikownia

No i w sumie nie wiem gdzie tkwi problem. Czy winny tutaj jest WDS, czy coś po stronie routera, a może coś nie tak jest z tą konfiguracją mostu na debianie? Jakiś pomysł?

92

(12 odpowiedzi, napisanych Oprogramowanie / Software)

E tam. Po prostu ludzie odwykli od bycia karanym za czyny dokonywane w świecie wirtualnym i teraz mają problem z przyzwyczajeniem się do ponoszenia odpowiedzialności za swoje czyny. Ta sytuacja z AP jest mniej więcej taka jak gdybyś wpuścił  sześciolatka za kierownicę jadąc samochodem gdzieś na autostradzie. Dlaczego mało kto tak robi? Bo łatwo ustalić kto poniesie odpowiedzialność? big_smile Czym się różnią te dwie sytuacje? Twój samochód -- twój AP, twój dzieciak -- twój klient WiFi. Albo ponosisz odpowiedzialność, za to co ludzie robią w twoim samochodzie/wifi albo nie powinieneś dotykać obu tych rzeczy. big_smile

93

(12 odpowiedzi, napisanych Oprogramowanie / Software)

Xemidra napisał/a:

Ja nie mówię o zaufaniu a o sprawach czy czysto prawnych, bo z tego co zrozumiałem to od teraz posiadanie niezabezpieczonej WiFi jest praktycznie nie legalne.

No tam pisze wyraźnie, że nic się nie zmienia w kwestii posiadania AP. Dalej go możesz mieć i udostępniać połączenie komu chcesz, nawet bez hasła i proszenia kogokolwiek o cokolwiek. Ale jak będą problemy, to zażądają od ciebie danych osób korzystających z hotspota, by ustalić, kto "hackował serwery NSA". Jeśli nie będziesz miał danych, lub będziesz się wzbraniał przed ich udostępnieniem, to sam poniesiesz konsekwencje jako właściciel sieci WiFi. Dlatego ja ci napisałem jak ja u siebie rozwiązałem problem z takimi użytkownikami. U mnie nawet jak ktoś chce pobierać obrazy z linuxami po p2p, to mi to musi zgłosić, bo inaczej mu zablokuję dostęp i wywalę z sieci i bynajmniej nie za pobieranie linuxów ale za pogarszanie jakości surfowania po sieci współużytkownikom. big_smile

Mój system nie generuje problemów prawnych i póki co jeszcze nikt nie przyszedł do mnie z wizytą. A jak przyjdzie, to logi mam. big_smile

94

(12 odpowiedzi, napisanych Oprogramowanie / Software)

A po co? Jak ufasz swojemu znajomemu to nie będzie on raczej generował problemów w sieci, a wtedy nikt do ciebie nie przyjdzie i nie będziesz musiał się tłumaczyć. Ja tak mam od 2 lat i jeszcze mnie nikt po sądach nie ciągał ale ja mam wifi na hasła. Jak ktoś chce korzystać, to mu mogę udostępnić ale na jasnych zasadach i póki co zdołałem zgromadzić większą grupkę ludzi, którzy jakoś potrafią z sieci korzystać bez generowania przy tym całej masy problemów. Nawet ci znajomi mogą sprowadzać nowych użytkowników do sieci ale mają świadomość, że jak tamci będą generować problemy, to i ten co ich zaprosił również poleci. System działa idealnie o ile się admin przykłada. big_smile

95

(12 odpowiedzi, napisanych Oprogramowanie / Software)

Europejski Trybunał Sprawiedliwości właśnie zatopił jeden z fundamentów wolnego Internetu – otwarte, publiczne hotspoty. Wyrok w sprawie Tobiasa McFaddena, członka niemieckiej Partii Piratów, który od 2010 roku ma problemy z Sony, oznacza koniec anonimowości. Od tej pory bowiem każdy operator takiego otwartego hotspotu poniesie pełne konsekwencje prawne wszystkiego, co zrobili korzystający z niego użytkownicy.

No i bardzo dobrze. big_smile

96

(4,519 odpowiedzi, napisanych Oprogramowanie / Software)

Ja jechałem do tej pory na czystym OpenWRT ale sporo rzeczy instalowałem i mi w sumie miejsca nigdy nie brakowało. Także raczej nie masz się co przejmować.

97

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Dam se radę, chyba. Póki co już się wgrałem i działa normalnie. Raczej gorzej nie będzie. big_smile

98

(5 odpowiedzi, napisanych Oprogramowanie / Software)

No ja cały czas jadę na twoich. big_smile

99

(5 odpowiedzi, napisanych Oprogramowanie / Software)

Faktycznie, w CC mam bez tych \ . Ale jak się zajrzy do pliku /etc/gcom/ncm.json , to i tu i tu jest:

 "modes": {
                        "preferlte": "AT^SYSCFGEX=\\\"030201\\\",3fffffff,2,4,7fffffffffffffff,,
                        "preferumts": "AT^SYSCFGEX=\\\"0201\\\",3fffffff,2,4,7fffffffffffffff,,"
                        "lte": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,7fffffffffffffff,,",
                        "umts": "AT^SYSCFGEX=\\\"02\\\",3fffffff,2,4,7fffffffffffffff,,",
                        "gsm": "AT^SYSCFGEX=\\\"01\\\",3fffffff,2,4,7fffffffffffffff,,",
                        "auto": "AT^SYSCFGEX=\\\"00\\\",3fffffff,2,4,7fffffffffffffff,,"
                },

Póki co skasowałem przed i po numerze \\ i ruszyło. big_smile

Prawie skończyłem przenosić konfigurację z CC na LEDE (diff wszsytkich plików) i w sumie chyba większość rzeczy mi działa za wyjątkiem modemu LTE E3372s. Konfiguracja jest dokładnie taka sama co w przypadku CC ale router ma problem z:

Wed Sep 14 23:39:38 2016 daemon.notice netifd: lte (4965): sending -> ATZ
Wed Sep 14 23:39:39 2016 daemon.notice netifd: lte (4965): sending -> ATQ0
Wed Sep 14 23:39:40 2016 daemon.notice netifd: lte (4965): sending -> ATV1
Wed Sep 14 23:39:40 2016 daemon.notice netifd: lte (4965): sending -> ATE1
Wed Sep 14 23:39:41 2016 daemon.notice netifd: lte (4965): sending -> ATS0=0
Wed Sep 14 23:39:42 2016 daemon.notice netifd: lte (4965): sending -> AT+CGDCONT=1,"IPV4V6","internet"
Wed Sep 14 23:39:43 2016 daemon.notice netifd: lte (4965): sending -> AT^SYSCFGEX=\"03\",3fffffff,2,4,7fffffffffffffff,,
Wed Sep 14 23:39:44 2016 daemon.notice netifd: lte (4965): Error running AT-command
Wed Sep 14 23:39:44 2016 daemon.notice netifd: lte (4965): Failed to set operating mode
Wed Sep 14 23:39:44 2016 daemon.notice netifd: lte (4992): Stopping network
Wed Sep 14 23:39:46 2016 daemon.notice netifd: lte (4992): sending -> AT^NDISDUP=1,0
Wed Sep 14 23:39:46 2016 daemon.notice netifd: lte (4992): Command failed: Permission denied
Wed Sep 14 23:39:46 2016 daemon.notice netifd: Interface 'lte' is now down
Wed Sep 14 23:39:46 2016 daemon.notice netifd: Interface 'lte' is setting up now

Czyli ma problem z ustawieniem trybu modemu LTE. Trochę to dziwne, zwrotka w /etc/config/network wygląda tak:

config interface 'lte'
        option metric '100'
        option proto 'ncm'
        option mode 'lte'
        option apn 'internet'
        option device '/dev/ttyUSB0'
        option peerdns '0'
        option 'pincode'  ''
        option 'username' ''
        option 'username' ''

Nie ważne co ustawię w mode, nie chce zaskoczyć. Przy wykomentowaniu tej linijki, modem się łączy:

Wed Sep 14 23:53:14 2016 daemon.notice netifd: lte (5762): sending -> AT
Wed Sep 14 23:53:15 2016 daemon.notice netifd: lte (5762): sending -> ATZ
Wed Sep 14 23:53:15 2016 daemon.notice netifd: lte (5762): sending -> ATQ0
Wed Sep 14 23:53:16 2016 daemon.notice netifd: lte (5762): sending -> ATV1
Wed Sep 14 23:53:16 2016 daemon.notice netifd: lte (5762): sending -> ATE1
Wed Sep 14 23:53:17 2016 daemon.notice netifd: lte (5762): sending -> ATS0=0
Wed Sep 14 23:53:18 2016 daemon.notice netifd: lte (5762): sending -> AT+CGDCONT=1,"IPV4V6","internet"
Wed Sep 14 23:53:19 2016 daemon.notice netifd: lte (5762): sending -> AT^NDISDUP=1,1,"internet"
Wed Sep 14 23:53:19 2016 daemon.notice netifd: lte (5762): Connected, starting DHCP on wwan0
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Interface 'lte' is now up
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Network device 'wwan0' link is up
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Network alias 'wwan0' link is up
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Interface 'lte_4' is enabled
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Interface 'lte_4' has link connectivity
Wed Sep 14 23:53:19 2016 daemon.notice netifd: Interface 'lte_4' is setting up now
Wed Sep 14 23:53:19 2016 daemon.notice netifd: lte (5762): Command failed: Unknown error
Wed Sep 14 23:53:20 2016 daemon.notice netifd: Interface 'lte_6' is enabled
Wed Sep 14 23:53:20 2016 daemon.notice netifd: Interface 'lte_6' has link connectivity
Wed Sep 14 23:53:20 2016 daemon.notice netifd: Interface 'lte_6' is setting up now
Wed Sep 14 23:53:20 2016 daemon.notice netifd: lte (5762): Command failed: Unknown error
Wed Sep 14 23:53:20 2016 daemon.notice netifd: lte_4 (5807): udhcpc (v1.24.2) started
Wed Sep 14 23:53:20 2016 user.notice firewall: Reloading firewall due to ifup of lte (wwan0)
Wed Sep 14 23:53:20 2016 daemon.notice netifd: lte_4 (5807): Sending discover...
Wed Sep 14 23:53:23 2016 daemon.notice netifd: lte_4 (5807): Sending discover...
Wed Sep 14 23:53:23 2016 daemon.notice netifd: lte_4 (5807): Sending select for 10.141.185.170...
Wed Sep 14 23:53:23 2016 daemon.notice netifd: lte_4 (5807): Lease of 10.141.185.170 obtained, lease time 518400
Wed Sep 14 23:53:23 2016 daemon.notice netifd: Interface 'lte_4' is now up

Popsuli, czy jak? big_smile