Nie pomoglo dalej to samo.
[20:16:38]-[root@main](/www) # ls
cgi-bin file index.html luci-static
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez solargrim
Nie pomoglo dalej to samo.
[20:16:38]-[root@main](/www) # ls
cgi-bin file index.html luci-static
Chcialbym przywrocic LuCI do zycia na lighttpd.
Aktualnie po wejsciu na 192.168.100.2:8080 zwraca:
LuCI - LUA Configuration Interface
po czym po chwili wypluwa 404 - Not Found.
Moj konfig: http://terror.crabdance.com/public/lighttpd/
Wcale sie nie dziwie, ze Ci nie poszedl.
Twoj server WWW nie pozwala na dostep do /opt czy innych. Yamona masz umiescisz tam gdzie umieszczasz strony www.
Pokaz mi jaki masz ustawiony document_root (czy tez inny zaleznie od serwera www)
Okey system plikow naprawiony.
Co z ustawieniami sieci ktore teraz mam? One rozumiem sa zapisane na extroocie? Pamietam, ze konfigurowalem wszystko majac juz podlaczony dysk. Takze chyba po restarcie nie wstanie normalnie zebym mogl to po wifi zrobic. Chyba bede musial sie wybrac na strych.
Wiec da sie naprawic ten fs bez odlaczania dysku? Wolalbym tego uniknac i zrobic to zdalnie.
Tak. Juz wyskrobalem do nich maila zeby poprawili firewalla.
Smieszne jest to, ze logujac sie na 178.219.126.190 z mojego komputera poprzez ssh dostaje oczywcie prompt do logowania ale nie loguje - bledne haslo. Dlaczego? - no i nie widze banera, ustawilem sobie na portach 21 i 22 banery.
Poprzez 192.168.100.2 widze baner.

Teraz juz wiem, ze laczac sie z mojej sieci z 178.219.126.190 na port 21 lacze sie z serwerm ftp na mikrotiku. Laczac sie z innej sieci na 178.219.126.190 na 21 lacze sie z moim serverem ssh ktory stoi na tym porcie
Tak pisalem do nich ale chyba cos ostro pomieszali...
Cytuje:Logując sie z zewnatrz na adres 178.219.126.190 i port 80 odpowiada mi. Natomiast przy logowaniu 178.219.126.190 i na porty 21 i 22 otrzymuje informacje że są to adresy zastrzeżone i dla bezpieczeństwa użytkownika firefox anulował żądanie. Co do logowania wewnatrz dodalem adres zewnetrzny do firewall-a wiec juz powinno byc ok. Prosze sprawdzic i potwierdzic
Jakos tak to wyglada
Wchodzac z mojej sieci na adres
- http://178.219.126.190 - no route to host
- http://192.168.100.2 - wyswietla mi sie moja strona
Teraz tak, wchodzac na 178.219.126.190 z innej sieci, np z telefonu strona wyswietla sie poprawnie
Co do portow pozostalych to 21 dziala poprawnie z zewnatrz, natomaist wewnatrz sieci juz nie dziala ![]()
Kolejny port 22 nie dziala z zewnatrz natomiast wewnatrz sieci chodzi poprawnie.. ![]()
Oczywiscie, po ipv6 wszystko chodzi poprawnie pewnie dlatego, ze nie maja zadnego fw
No i dobra generalnie startuje ale anomalia jest taka jak byla wczesniej
Czyli na 22 moge sie polaczyc z wewnatrz - ale nie akceptuje hasla - z zewnarz brak polaczenia.
Na 21 moge sie polaczyc z zewnatrz ale wewnatraz nie dziala.
Bylem przekonany, ze w konfigach nie ma znaczenia wielkosc liter. Teraz startuje na obu portach zaraz sprawdze czy idzie sie polaczyc.
No tak ale fakt jest taki, ze startuje tylko na jednym porcie.
Jak wystartuje dropbeara z reki na porcie 21 to moge sie logowac z zewnatrz i wewnatrz.
Jesli wystartuje go z init.d odpala sie tylko 22 i nie moge zie zalogowac z zewnatrz. ![]()
Sam nie wiem co jest skopane ale do rzeczy.
[19:18:13]-[root@main](~) # uci show dropbear
dropbear.@dropbear[0]=dropbear
dropbear.@dropbear[0].PasswordAuth='on'
dropbear.@dropbear[0].Port='22'
dropbear.@dropbear[0].interface='lan'
dropbear.@dropbear[1]=dropbear
dropbear.@dropbear[1].PasswordAuth='on'
dropbear.@dropbear[1].port='21'
dropbear.@dropbear[1].interface='lan'
- rezultat jest taki, ze dropbear startuje tylko na 22 i nie jest widziany z zewnatrz - firewall mam odblokowany.
tak wyglada listwa procesow po tym:
1573 ? Ss 0:02 /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p 22 -K 300
1712 ? S 0:00 /usr/sbin/dropbear -F -P /var/run/dropbear.2.pid -p 22 -K 300
dwa razy na 22?
Jesli zrobie recznie:
/usr/sbin/dropbear -F -P /var/run/dropbear.3.pid -p 21 -K 300
dropbear startuje, jest na 21 i jest widziany z zewnatrz..
[09:48:59]-[root@main](~) # block info
/dev/mtdblock2: UUID="91266b20-984e5e70-d75d8590-88502e8c" VERSION="4.0" MOUNT="/rom" TYPE="squashfs"
/dev/mtdblock3: TYPE="jffs2"
/dev/sda1: UUID="36aab70c-2dc4-4cc2-996d-a5a0d853c4e7" VERSION="1.0" TYPE="ext4"
09:53:15]-[root@main](~) # mount
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600)
debugfs on /sys/kernel/debug type debugfs (rw,noatime)
Czy jesli wywale chwilowo plik /etc/config/fstab i zrobie reboot, to system wstanie z internal flasha? wtedy moglbym chyba bez problemu zrobic fsck - nie chce odpinac dysku
po reboocie w logread
Wed Sep 20 09:46:22 2017 kern.crit kernel: [ 55.416046] EXT4-fs error (device sda1): ext4_mb_generate_buddy:758: group 1361, block bitmap and bg descriptor inconsistent: 29068 vs 29016 free clusters
Jednak nie naprawil bledow. Jak to zrobic recznie? Odmontowac sda1 i odpalic fsck.ext4?\
zrobilem block umount (ew. umount /dev/sda1) ale zwraca mi /dev/sda1 is in use.
To teraz pytnie jak odpalic fsck.ext4 przy starcie systemu gdy dysk nie jest jeszcze zamontowany? Wiadomo, bez zadnych promptow, zeby naprawil wszystko jak leci i wystartowal?
config 'global'
option anon_swap '0'
option anon_mount '0'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '0'
config 'mount'
option target '/mnt/sda1'
option uuid '654b2a76-9f00-4602-bf2f-e387698ff4a5'
option enabled '0'
Czy check_fs ustawic na 1?
w interfejsie lan wystarczylo zrobic mostek z eth0 do eth1
option _orig_ifname 'eth1'
option _orig_bridge 'true'
option ifname 'eth0 eth1'
I ipv6 ruszylo. ![]()
Napisze do nich.
tak swoja droga, nie wiem czy pamietasz jak pisalem o ipv6 tutaj, ze nie chce dzialac? Pisalem o tym na forum LEDE?
To patrz teraz.
6in4-wan6 Link encap:IPv6-in-IPv4
inet6 addr: 2001:470:70:cfd::2/64 Scope:Global
inet6 addr: fe80::c0a8:6402/64 Scope:Link
UP POINTOPOINT RUNNING NOARP MTU:1280 Metric:1
RX packets:53093 errors:0 dropped:0 overruns:0 frame:0
TX packets:20122 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:65088476 (62.0 MiB) TX bytes:1730436 (1.6 MiB)
PING ipv6.google.com(ams15s22-in-x0e.1e100.net) 56 data bytes
64 bytes from ams15s22-in-x0e.1e100.net: icmp_seq=1 ttl=56 time=39.4 ms
64 bytes from ams15s22-in-x0e.1e100.net: icmp_seq=2 ttl=56 time=41.9 ms
Mostkujac eth0 z eth1 naprawilo sie ipv6. ;-)
Tak dokadnie ten. To dlaczego ja nie moge sie na niego dostac ze swojego komputera z tej sieci? Faktycznie, testowalem z innego serwera i normalnie idzie sie do niego polaczyc a z mojej sieci lokalnej nie - po 192.168.100.2 wiadomo dziala poprawnie ale z zewnetrzego adresu juz nie.
Rozumiem, ze dopisanie:
option ifname 'eth0 eth1'
do config interface 'lan' wystarczy?
config interface 'lan'
option type 'bridge'
#option ifname 'eth1'
option _orig_ifname 'eth1'
option _orig_bridge 'true'
option ifname 'eth0 eth1'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.100.2'
option gateway '192.168.100.1'
option dns '8.8.8.8 194.204.152.34 194.204.159.1'
Bo jesli tak - to nic nie zmienia.
br-lan Link encap:Ethernet HWaddr E8:94:F6:ED:BA:37
inet addr:192.168.100.2 Bcast:192.168.100.255 Mask:255.255.255.0
inet6 addr: fd5c:4968:f969::1/60 Scope:Global
inet6 addr: fe80::ea94:f6ff:feed:ba37/64 Scope:Link
inet6 addr: 2001:470:64c4::1/60 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2161 errors:0 dropped:0 overruns:0 frame:0
TX packets:2013 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:489619 (478.1 KiB) TX bytes:415630 (405.8 KiB)
eth0 Link encap:Ethernet HWaddr E8:94:F6:ED:BA:37
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2021316 errors:0 dropped:678 overruns:0 frame:0
TX packets:914558 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2734485577 (2.5 GiB) TX bytes:93917464 (89.5 MiB)
Interrupt:4
eth1 Link encap:Ethernet HWaddr E8:94:F6:ED:BA:36
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:685999 errors:0 dropped:0 overruns:0 frame:0
TX packets:1452743 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:72829319 (69.4 MiB) TX bytes:1954189766 (1.8 GiB)
Interrupt:5
W logread znalazlem jeszcze to
Tue Sep 19 21:45:23 2017 kern.warn kernel: [14547.237310] EXT4-fs error: 103 callbacks suppressed
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.242491] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.255641] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 4: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.268349] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.280732] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.295721] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.308336] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.320824] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.333226] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 3: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.347637] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 4: comm opkg: Directory hole found
Tue Sep 19 21:45:23 2017 kern.crit kernel: [14547.359990] EXT4-fs error (device sda1): ext4_dx_find_entry:1519: inode #11141202: block 4: comm opkg: Directory hole found
Idzie przeskanowac to bez odlaczania dysku?
Jutro przeloze i sprawdze. Czyli nie powinno go byc w porcie WAN? Ew. czy nie mozna ustawic jakos w LEDE aby port WAN byl portem LAN?
Cos sie popsulo.
opkg update przechodzi prawidlowo.
opkg install <cokolwiek> zwraca https://pastebin.com/7QVP01dF
Generalnie wczesniej chodzilo wszystko poprawnie, w lighttpd nie dzialaja mi modulu chociaz wczesniej chodzily.
lighttpd po zaladowaniu np. mod_cgi zwraca: 2017-09-19 21:39:40: (plugin.c.227) dlopen() failed for: /usr/lib/lighttpd/mod_cgi.so Error loading shared library /usr/lib/lighttpd/mod_cgi.so: No such file or directory
Mimo tego, ze nie dawno byly i php chodzilo poprawnie - samo zniknelo
no ale przywrocilbym gdyby opkg instalowalo paczki.
Czy tu jest problem, ze na flashu nie ma juz miejsca?
[21:40:53]-[root@main](~) # ls /usr/lib/lighttpd/mod*
/usr/lib/lighttpd/mod_access.so /usr/lib/lighttpd/mod_indexfile.so /usr/lib/lighttpd/mod_staticfile.so
/usr/lib/lighttpd/mod_dirlisting.so /usr/lib/lighttpd/mod_rewrite.so
Filesystem Size Used Available Use% Mounted on
/dev/root 4.8M 4.8M 0 100% /rom
tmpfs 29.4M 808.0K 28.6M 3% /tmp
/dev/sda1 228.2G 1.6G 215.0G 1% /overlay
overlayfs:/overlay 228.2G 1.6G 215.0G 1% /
tmpfs 512.0K 0 512.0K 0% /dev
To to jednak cos zrobili nie tak. Zglosze to do nich.
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.globals=globals
network.globals.ula_prefix='fd5c:4968:f969::/48'
network.lan=interface
network.lan.type='bridge'
network.lan.ifname='eth1'
network.lan.proto='static'
network.lan.netmask='255.255.255.0'
network.lan.ip6assign='60'
network.lan.ipaddr='192.168.100.2'
network.lan.gateway='192.168.100.1'
network.lan.dns='8.8.8.8 194.204.152.34 194.204.159.1'
network.wan=interface
network.wan.ifname='eth0'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6._orig_ifname='eth0'
network.wan6._orig_bridge='false'
network.wan6.proto='6in4'
network.wan6.peeraddr='216.66.80.162'
network.wan6.ip6addr='2001:470:70:cfd::2/64'
network.wan6.ip6prefix='2001:470:64c4::/48'
network.wan6.tunnelid='426971'
network.wan6.username='eterror'
network.wan6.password='xxxx'
network.@switch[0]=switch
network.@switch[0].name='switch0'
network.@switch[0].reset='1'
network.@switch[0].enable_vlan='1'
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device='switch0'
network.@switch_vlan[0].vlan='1'
network.@switch_vlan[0].ports='1 2 3 4 0'
network.@switch_vlan[1]=switch_vlan
network.@switch_vlan[1].device='switch0'
network.@switch_vlan[1].vlan='2'
network.@switch_vlan[1].ports='5 6'
eko.one.pl → Posty przez solargrim
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc