1
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Gargoyle Router Management Utility
|
-: Jul 13, 2017, 21:23
|
Gargoyle Router Management Utility ( src) е уеб интерфейс за най-успешния и най-популярен проект с отворен код за рутери OpenWRTНа последък наблюдавам много голяма активност във форума, което ме радва. Реших да споделя една моя разработка, която се надявам да бъде полезна и на другите: Simple Port ManagementТова са кръпки за Gargoyle и OpenWRT, които предоставят разширена функционалност (прочетете README.md), която ви позволява да променяте WAN порта на рутера. Обикновените потребители могат да използват тази функционалност, за да събудят стария си рутер с изгорял WAN порт, а интернет доставчиците, които предлагат IPTV, за да направят няколко WAN порта и да спестят суич. Хората, които искат да научат малко повече за Gargoyle и OpenWRT, могат да си спестят време с ровене из проектите и да видят, къде точно да променят, за да си направят image със собствени настройки по подразбиране.
|
|
|
2
|
Хумор, сатира и забава / Живота, вселената и някакви други глупости / За любителите на Debian и XFCE
|
-: Apr 08, 2015, 20:04
|
Ползвах Jessie с XFCE 4.10, но се наложи, да се върна към Wheezy и за мое огромно разочарование да използвам XFCE 4.8 Въртяха ми се доста неща в главата, за да променя тази ситуация, но ме мързеше да прекомпилирам XFCE. Днеска се порових в нета, за да видя дали има безболезнен начин, да използвам стабилен дебиан, но в същото време и XFCE 4.12 Шокиран съм, работи повече от перфектно: GeSHi (Bash): echo 'deb http://main.mepis-deb.org/mepiscr/mx-test/ xfce-4.12 test' >> /etc/apt/sources.list gpg --keyserver keys.gnupg.net --recv-keys 81E77EAF14E225A0 gpg -a --export 81E77EAF14E225A0 | apt-key add - apt-get update apt-get dist-upgrade exit :~$ rm -rf ~/.cache ~/.config ~/.fontconfig ~/.gconf ~/.thumbnails
Мисля, че сървъра е претоварен, ако не може да изтеглите пакетите, пробвайте apt-get dist-upgrade докато ги изтеглите. Линк към дискусията: http://forums.debian.net/viewtopic.php?f=6&t=120730
|
|
|
3
|
Нетехнически теми / Предложения за български проект / IMSLU- “Система за управление на интернета за потребители в локална мрежа”
|
-: Sep 25, 2013, 18:02
|
В предишни мои теми бях споменал, че разработвам система за контролиране на интернет достъпа. Вече е ясно името и - (Management System for Internet Users in the LAN) - “Система за управление на интернет потребители в локална мрежа”.
Абе това хич не звучи на Английски или още по добро
Internet Management System for LAN Users.
Приемам предложението на Naka, системата да се казва IMSLU - "Internet Management System for LAN Users". Предполагам, че има проблеми и на други места с английския. Уеб интерфейса е завършен частично и поддържа основна функционалност. Све още няма различни теми, оставени са за най-накрая. Първо искам да дам линк към демо, което не винаги ще е активно. IMSLUИма четири вида оператори и всеки има достъп до определени неща: - Системен администратор потребител: sadmin парола: sadmin - Администратор потребител: admin парола: admin -Касиер потребител: cashier парола: cashier - Техник Моля, ако изтриете нещо за тест, после пак да го създадете, за да има какво да видят и другите. Моля не променайте паролите. Давам ви достъп до системата, за да не си мислите, че говоря празни приказки. Статичните IP адреси се управляват чрез python скриптове, които вдигад рутиране, създават статична arp таблица, създават vlan-ни "Виртуални локални мрежи", намират vlan и/или mac, използват база данни ... Системата ще се разпространява под "GNU General Public License" версия 2 или по-нова, поваш избор. Документацията, ще е под "GNU Free Documentation License - GFDL" версия 1.3. Всяка помощ и идея е добре дошла. АКТУАЛНА ВЕРСИЯПоследна версия на разработчиците. git clone https://github.com/mysticall/imslu.gitИмайте в предвид, че до излизане на стабилна версия, новите промени може да изискат и нова инсталация на системата. Промени:Окт 10, 2013- Проблемите свързани с CSRF и XSS атаки са оправени - Системата вече, пуска интернета при плащане или удължаване на крайната дата през "Edit" за съответния потребител. Съответно и спира интернета. - Добавени са две нови функции към скриптовете - за проверка и спиране на интернета; за проверка на потребители, които не се изключват (добавя автоматични задължения) - Има малки промени и по документацията Окт 11, 2013В "Administration" е добавена опция за стартиране и спиране на търсене на VLAN, MAC или и двете. Ситемата автоматично преценява, какво да търси според променливата "USE_VLANS" в "/etc/imslu/scripts/config.py". Окт 13, 2013- Добавени са опции за ping и arping в "info" или "edit" за съответния потребител. С Chromium пинга се вижда в реално време, а arping само като краен резултат. - Има промени в "include/network.inc.php". Тук се намират две функции, които се използват: когато системния администратор прилага директни промени върху статичните IP адреси; когато се редактира потребител и се натисне "Save", всеки IP адрес, който се използва от потребителя, се проверява за промени през една от двете функции. Метода на работа е: за всеки IP адрес се запазват старите стойности в сесията на оператора, а новите се вземат от формуляра и се дават на една от двете функции за проверка на промените. Функциите имат пирамидиална структура и на първо място се намират проверките за промените, които най-често биха се използвали. comparison_ip_vlan_changes() е по-сложна и е работено предимно върху нея. Това са важни функции и е добре да се прегледат от повече хора. Окт 25, 2013- ipset е заменен с ip rule. Създадена е таблица за маршрутизиране за неплатили потребител, това намалява натоварването върху сървъра и в същото време позволява тези потребители, да се пренасочват към страница на доставчика, без да се включва conntrack (ако използвате само директно маршрутизиране на публични IP адреси). - оправени са логични грешки в php кода, има промени в скриптовете и документацията. Окт 28, 2013- Планираната поддръжка от системата на статични IP адреси и PPPoE сесиите е завършена. - Системата е преведена на български език Окт 29, 2013- Отстранени са логически проблеми при смяна на езика на системата. Окт 31, 2013- Оправени са проблеми, причинени след интегриране на политики за сигурност - Има известно оптимизиране на системата - Добавена е история за PPPoE сесиите Ное 04, 2013- Оправени са доста проблеми Мисля на определени места думите да са изписани само с малки букви. Има малко довършителна работа в раздел "Users" . Има и още планирани неща, но когато им дойде времето...
|
|
|
4
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Управление на VLAN-ни
|
-: Jul 20, 2013, 23:44
|
Имам Cisco 2950, на който за момента са дигнати няколко VLAN-а: Port Name Status Vlan Duplex Speed Type Fa0/1 connected 10 a-full a-100 10/100BaseTX Fa0/2 notconnect 11 auto auto 10/100BaseTX
Gi0/1 connected trunk a-full a-1000 10/100/1000BaseTX
На линукса също са вдигнати съответните VLAN-ни: 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc htb state UP qlen 1000 link/ether 1c:6f:65:ac:3c:56 brd ff:ff:ff:ff:ff:ff inet 10.111.2.1/24 scope global eth0 inet 10.111.1.1/24 scope global eth0 3: vlan10@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP link/ether 1c:6f:65:ac:3c:56 brd ff:ff:ff:ff:ff:ff 4: vlan11@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 1c:6f:65:ac:3c:56 brd ff:ff:ff:ff:ff:ff
eth0 е свързан към Gi0/1 на cisco-то. За момента експериментирам с две мрежи 10.111.1.1/24 и 10.111.2.1/24 Идеята ми е vlan-ните, да не са обвързани с кокретни мрежи. Във всеки VLAN да има IP адреси от различни мрежи (10.111.1.1/24 и 10.111.2.1/24). Защо? Едва ли има интернет доставчик, който се съобразява с VLAN-ните, за да даде съответното IP-пи на клиентите си, от съответния VLAN и порт, ако изобщо знае какви VLAN-ни са дигнати. Предполага се, че ще има и tc (шейпър): iptables -t mangle -A FORWARD -s 10.111.1.0/24 -j IPMARK --addr=src --and-mask=0xffff --or-mask=0x10000 iptables -t mangle -A FORWARD -s 10.111.2.0/24 -j IPMARK --addr=src --and-mask=0xffff --or-mask=0x10000 tc qdisc add dev eth1 root handle 1: htb tc filter add dev eth1 parent 1:0 protocol ip prio 1 fw ... Въпроса ми е как мога да събера много VLAN-ни на едно място, без да омажа нещата, за да пусна рутиране? Ако успея с това начинание си мисля и за статични arp таблици. Пробвах да направя bridge, между двата в-лан-а и нещата се омазаха: 04:31:36: %SPANTREE-2-BLOCK_PVID_PEER: Blocking GigabitEthernet0/1 on VLAN0010. Inconsistent peer vlan. 04:31:36: %SPANTREE-2-BLOCK_PVID_LOCAL: Blocking GigabitEthernet0/1 on VLAN0011. Inconsistent local vlan.
|
|
|
5
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Маршрутизация на публични IP адреси
|
-: Jul 07, 2013, 00:09
|
От няколко седмици се ровя из интернет и търся как става маршрутизацията на публични ip адреси и до момента все още задънена улица. Успях да разбера, че има два вида маршрутизация: динамично, което в линукс се поддържа чрез Quagga Routing Suite и статично, за чиято реализация iproute2 е доста добър избор. Опитах се да създам тестова обстановка за статично маршрутизиране, която се състои от следното: Рутер с ip: 192.168.1.1 Линукс Debian с две лан карти: etho - LAN: eth1 - WAN: 192.168.1.254 Идеята е да закача един лаптоп зад линукса (на etho - LAN), който да има ip от мрежа 192.168.1.0, но да вижда рутера и да има интернет, без да е пуснато MASQUERADE или SNAT и в същото време, и рутера да вижда лаптопа. Линукската машина също да има интернет. Задачата не се оказа лесна. Ето какво имам в /etc/network/interfaces: auto lo iface lo inet loopback
auto eth0 iface eth0 inet manual pre-up ip link set dev $IFACE up
post-down ip address flush dev $IFACE post-down ip link set dev $IFACE down
auto eth1 iface eth1 inet manual pre-up ip link set dev $IFACE up post-up ip address add 192.168.1.254/24 dev $IFACE
post-up ip route add default scope global via 192.168.1.1
post-down ip route flush default post-down ip route flush dev $IFACE post-down ip address flush dev $IFACE post-down ip link set dev $IFACE down
Ето и няколко изхода от следните команди: ip address show1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 1c:6f:65:ac:3c:56 brd ff:ff:ff:ff:ff:ff inet6 fe80::1e6f:65ff:feac:3c56/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:21:27:c5:60:e4 brd ff:ff:ff:ff:ff:ff inet 192.168.1.254/24 scope global eth1 inet6 fe80::221:27ff:fec5:60e4/64 scope link valid_lft forever preferred_lft forever
ip route showdefault via 192.168.1.1 dev eth1 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.254
ip rule0: from all lookup local 32766: from all lookup main 32767: from all lookup default
До момента нищо особенно, но дали съм в правилна насока? Лаптопа работи също под линукс и там изпълнявам следните команди:root@debian:/home/mystical# ip addr add dev eth0 192.168.1.5/24 root@debian:/home/mystical# ip route add default via 192.168.1.254 dev eth0 src 192.168.1.5
root@debian:/home/mystical# ping 192.168.1.254 PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data. ^C --- 192.168.1.254 ping statistics --- 6 packets transmitted, 0 received, 100% packet loss, time 5023ms
root@debian:/home/mystical# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. From 192.168.1.5 icmp_seq=1 Destination Host Unreachable From 192.168.1.5 icmp_seq=2 Destination Host Unreachable From 192.168.1.5 icmp_seq=3 Destination Host Unreachable ^C --- 192.168.1.1 ping statistics --- 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3015ms pipe 3
Но не се отказвам и продължавам да се ровя, и виждам този мейл Публични ip-та в локална мрежа?Пробвах следните команди: root@debian:/home/mystical# ip route add 192.168.1.0/24 dev eth0 RTNETLINK answers: File exists
root@debian:/home/mystical# ip route del 192.168.1.0/24 root@debian:/home/mystical# ip route add 192.168.1.0/24 dev eth0
root@debian:/home/mystical# ping 192.168.1.5 PING 192.168.1.5 (192.168.1.5) 56(84) bytes of data. 64 bytes from 192.168.1.5: icmp_req=1 ttl=64 time=0.572 ms 64 bytes from 192.168.1.5: icmp_req=2 ttl=64 time=0.176 ms 64 bytes from 192.168.1.5: icmp_req=3 ttl=64 time=0.168 ms 64 bytes from 192.168.1.5: icmp_req=4 ttl=64 time=0.150 ms 64 bytes from 192.168.1.5: icmp_req=5 ttl=64 time=0.157 ms ^C --- 192.168.1.5 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3997ms rtt min/avg/max/mdev = 0.150/0.244/0.572/0.164 ms
Добре, има някакъв напредък, но има и въпроси. Защо линукс добавя автоматично: 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.254 ? IP 192.168.1.254 на кой мрежов интерфейс трябва да е: eth0 - LAN или eth1 - WAN? Все още цялата работа ми е много мъглива. Ето няколко пинга и от лаптопа: root@debian:/home/mystical# ping 192.168.1.254 PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data. 64 bytes from 192.168.1.254: icmp_req=1 ttl=64 time=0.242 ms 64 bytes from 192.168.1.254: icmp_req=2 ttl=64 time=0.188 ms 64 bytes from 192.168.1.254: icmp_req=3 ttl=64 time=0.187 ms 64 bytes from 192.168.1.254: icmp_req=4 ttl=64 time=0.195 ms ^C --- 192.168.1.254 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 2998ms rtt min/avg/max/mdev = 0.187/0.203/0.242/0.022 ms root@debian:/home/mystical# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. From 192.168.1.5 icmp_seq=1 Destination Host Unreachable From 192.168.1.5 icmp_seq=2 Destination Host Unreachable From 192.168.1.5 icmp_seq=3 Destination Host Unreachable ^C --- 192.168.1.1 ping statistics --- 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3015ms pipe 3
Къде бъркам и какво пропускам? Относно динамичното рутиране няма къде да го тествам. Някой може ли да обясни какво се получава при пуснат bgpd или ospfd, ако може да дадете и изхода от някои команди като: ip r s ip rule за сравнение.
|
|
|
6
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Шейпър за изтeгляне (download) и качване (upload)
|
-: May 29, 2013, 22:55
|
Здравейте! Видях една интересна статия за линукс шейпър, която се намира на този адрес http://itservice-bg.net/?p=1596 и от няколко дена си блъскам главата с нея, но не мога да схвана логиката в цялата работа. Първо искам да покажа една част от кога: ### tc qdisc add dev eth0 root handle 1: htb default 1 tc qdisc add dev eth1 root handle 1: htb default 1
iptables -t mangle -A POSTROUTING -d 192.168.0.2 -j CLASSIFY --set-class 1:100 iptables -t mangle -A POSTROUTING -s 192.168.0.2 -j CLASSIFY --set-class 1:101 tc class add dev eth0 parent 1: classid 1:100 htb rate 10Mbit tc qdisc add dev eth0 parent 1:100 handle 100: sfq perturb 10 tc class add dev eth1 parent 1: classid 1:101 htb rate 10Mbit tc qdisc add dev eth1 parent 1:101 handle 101: sfq perturb 10 ###
Как си обеснявам нещата и къде греша. WAN=eth0 LAN=eth1 Upload tc class add dev eth0 parent 1: classid 1:100 htb rate 10Mbit tc qdisc add dev eth0 parent 1:100 handle 100: sfq perturb 10
Download tc class add dev eth1 parent 1: classid 1:101 htb rate 10Mbit tc qdisc add dev eth1 parent 1:101 handle 101: sfq perturb 10
iptables -t mangle -A POSTROUTING -d 192.168.0.2 -j CLASSIFY --set-class 1:100 Защо изходящия трафик от клиента се маркира на WAN, а не на eth1? Как става това, при положение, че -d означава "адрес на получателя" и това би трябвало да са пакети, които вече се връщат към клиента? iptables -t mangle -A POSTROUTING -s 192.168.0.2 -j CLASSIFY --set-class 1:101 Съответно, защо входящия трафик на клиента се маркира на LAN и как става това? -s - "адрес на източника", не трябва ли това да са пакетите, които клиента изпраща (upload)? Ще има ли ефек от цялата работа, при положение, че пакетът вече е преминал през WAN и се е консумирал реален трафик, а в последствие (на eth1) се е образувала опашка, която изкуствено се забавя да достигне клиента. Пробвах с обърнат WAN и LAN тогава не работи.
|
|
|
7
|
Програмиране / Общ форум / pppoe-server Debian Wheezy init.d script
|
-: Apr 24, 2013, 09:01
|
Здравейте! Искам да напиша един прост код за стартирате и изключване на PPPoE сървър. Проблема са полетата в тъмно черно, които се предполага, че ще проверят дали има включен процес. Когато стартирам скрипта с bash /etc/init.d/pppoe-serverили dash /etc/init.d/pppoe-serverняма никакви проблеми, но при старнирането на системата започва да се дъне. Доколкото видях в Wheezy използват dash shell и би трябвало да няма проблеми. nano /etc/init.d/pppoe-serverGeSHi (Bash): #!/bin/sh ### BEGIN INIT INFO # Provides: pppoe-server # Required-Start: $network $syslog # Required-Stop: $network $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Roaring Peguin PPPoE server # Description: Roaring Peguin PPPoE server ### END INIT INFO # # Author: mystical <mystical.bg@gmail.com> # . /lib/lsb/init-functions NAME="pppoe-server" PROGRAM="/usr/sbin/pppoe-server" CONFIG=/etc/default/pppoe-server PIDFILE="/var/run/pppoe-server.pid" DESCR="Roaring Peguin PPPoE Server" if [ -r /etc/default/$NAME ]; then . /etc/default/$NAME fi pppoe_status=`ps -e | grep -c pppoe-server` case "$1" in start) log_daemon_msg "Starting $DESCR $NAME" if [ "$pppoe_status" = "0" ]; then start-stop-daemon --start --pidfile $PIDFILE --make-pidfile --exec $PROGRAM -- $OPTIONS log_end_msg 0 else log_progress_msg "seems to be running already" log_end_msg 1 fi ;; stop) log_daemon_msg "Stopping $DESCR $NAME" if [ "$pppoe_status" = "1" ]; then start-stop-daemon --stop --quiet --oknodo --exec $PROGRAM rm -f $PIDFILE log_end_msg 0 else log_progress_msg "seems not to be running" log_end_msg 1 fi ;; restart) $0 stop sleep 1 $0 start ;; *) log_success_msg "Usage: /etc/init.d/pppoe-server {start|stop|restart}" exit 1 ;; esac exit 0
chmod +x /etc/init.d/pppoe-server insserv pppoe-server update-rc.d pppoe-server defaults nano /etc/default/pppoe-server# Options, that provided to pppoe-server OPTIONS="-I eth0 -L 10.128.0.1 -R 10.128.1.1 -k"
# -I if_name -- Specify interface (default eth0.) # -T timeout -- Specify inactivity timeout in seconds. # -C name -- Set access concentrator name. # -m MSS -- Clamp incoming and outgoing MSS options. # -L ip -- Set local IP address. # -l -- Increment local IP address for each session. # -R ip -- Set start address of remote IP pool. # -S name -- Advertise specified service-name. # -O fname -- Use PPPD options from specified file # (default /etc/ppp/pppoe-server-options). # -p fname -- Optain IP address pool from specified file. # -N num -- Allow 'num' concurrent sessions. # -o offset -- Assign session numbers starting at offset+1. # -f disc:sess -- Set Ethernet frame types (hex). # -s -- Use synchronous PPP mode. # -X pidfile -- Write PID and lock pidfile. # -q /path/pppd -- Specify full path to pppd. # -Q /path/pppoe -- Specify full path to pppoe. # -k -- Use kernel-mode PPPoE. # -u -- Pass 'unit' option to pppd. # -r -- Randomize session numbers. # -d -- Debug session creation. # -x n -- Limit to 'n' sessions/MAC address. # -P -- Check pool file for correctness and exit. # -i -- Ignore PADI if no free sessions. # -h -- Print usage information.
|
|
|
8
|
Linux секция за начинаещи / Настройка на програми / Бавен Debian Squeeze 6.0.1 Gnome
|
-: Apr 28, 2011, 19:16
|
Здравейте!
Някой имали проблеми с Debian Squeeze Gnome? Първо бях с тестинг версия на Debian Squeeze и нямах никакви проблеми, но след като ъпгрейднах до стабилна, нещата се промениха. Имам чувството, че цялата система умира за няколко секунди и после пак се съживява. От начало не ми правеше впечатлени, но на работното място инсталирах пак Debian и резултата също беше плачебен, при положение, че хардуера на двата компютъра е коренно различен.
Някой ако има подобни проблеми може да сподели.
|
|
|
9
|
Linux секция за начинаещи / Настройка на програми / форматиране на usb флашка
|
-: Mar 06, 2011, 03:15
|
Не ме питайте как се е стигнало до тук, не знам. Флашката е 2GB Kingston, опитвам се да я форматирам, но твърдо отказва. Могат да се правят всякакви експерименти на нея, всяка идея е добре дошла GeSHi (Bash): # ls -al /dev/sdb brwxr-xr-x 1 root floppy 8, 16 Mar 6 00:22 /dev/sdb root@debian# fdisk -l /dev/sdb Disk /dev/sdb: 2004 MB, 2004877312 bytes 62 heads, 62 sectors/track, 1018 cylinders Units = cylinders of 3844 * 512 = 1968128 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xffffffff Disk /dev/sdb doesn't contain a valid partition table
GeSHi (Bash): l# dd if=/dev/zero of=/dev/sdb bs=512 count=1 dd: opening `/dev/sdb': Read-only file system # mkfs.ext2 -F /dev/sdb mke2fs 1.41.12 (17-May-2010) /dev/sdb: Read-only file system while setting up superblock # mkfs -t vfat /dev/sdb mkfs.vfat 3.0.9 (31 Jan 2010) mkfs.vfat: unable to open /dev/sdb # fsck.vfat /dev/sdb dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN Logical sector size (65535 bytes) is not a multiple of the physical sector size. # fsck.vfat /dev/sdb -w -r dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN open: Read-only file system
GeSHi (Bash): # fdisk /dev/sdb You will not be able to write the partition table. Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel with disk identifier 0x1deb7f05. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable. Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) WARNING: DOS-compatible mode is deprecated. It's strongly recommended to switch off the mode (command 'c') and change display units to sectors (command 'u'). Command (m for help): p Disk /dev/sdb: 2004 MB, 2004877312 bytes 62 heads, 62 sectors/track, 1018 cylinders Units = cylinders of 3844 * 512 = 1968128 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x1deb7f05 Device Boot Start End Blocks Id System Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-1018, default 1): Using default value 1 Last cylinder, +cylinders or +size{K,M,G} (1-1018, default 1018): Using default value 1018 Command (m for help): p Disk /dev/sdb: 2004 MB, 2004877312 bytes 62 heads, 62 sectors/track, 1018 cylinders Units = cylinders of 3844 * 512 = 1968128 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x1deb7f05 Device Boot Start End Blocks Id System /dev/sdb1 1 1018 1956565 83 Linux Command (m for help): w Unable to write /dev/sdb
|
|
|
10
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Пак за iptables
|
-: Dec 06, 2010, 23:33
|
Здравейте! На скоро се зарибих с iptables. Имам рутер Edimax EW-7209APg, на който качих Wive-v0.6.1-preX-20090115 (руски линукс вариант на фърмуер'а). С това нещо имам простотата и пълната функционалност на стандартен линкс (извън темата: мисля да пусна 2 ръководства за Wive и основи на iptables). Всичко работи добре, но искам да направя следното: eth1=WAN (94.15X.XXX.XX) eth0=LAN (192.168.2.0/24)В ЛАН мрежата имам хост с IP 192.168.2.110, на който работи apache2 сървър. Пренасочих външните заявки към този хост, но искам и заявките, които идват от 192.168.2.0/24 към 94.15X.XXX.XX на порт 80, да се препратят към 192.168.2.110:80. Нямам пусната защитна стена. [Wive@/]#iptables -nL Chain INPUT (policy ACCEPT) target prot opt source destination
Chain FORWARD (policy ACCEPT) target prot opt source destination
Chain OUTPUT (policy ACCEPT) target prot opt source destination [Wive@/]# iptables -t nat -nL Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 multiport dports 22,80,3000,10000 to:192.168.2.110 DNAT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:27015 to:192.168.2.110:27015
Chain POSTROUTING (policy ACCEPT) target prot opt source destination SNAT all -- 192.168.2.0/24 0.0.0.0/0 to:94.15X.XXX.XX
Chain OUTPUT (policy ACCEPT) target prot opt source destination
Пробвах следните команди, но няма ефект: GeSHi (Bash): [Wive@/]# iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -d 94.15X.XXX.XX -p tcp --dport 80 -j SNAT --to 192.168.2.110 [Wive@/]# iptables -t nat -A PREROUTING -s 192.168.2.0/24 -d 94.15X.XXX.XX -p tcp --dport 80 -j DNAT --to 192.168.2.110:80 [Wive@/]# iptables -t nat -A PREROUTING -i eth0 -d 94.15X.XXX.XX -p tcp --dport 80 -j DNAT --to 192.168.2.110
Мисля, че не ги въвеждам на правилната позиция или това, което се опитвам да направя, става по различен начин. GeSHi (Bash): [Wive@/]# cat /etc/network/iptables #!/bin/sh iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT /sbin/iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth1 -j SNAT --to 94.15X.XXX.XX /sbin/iptables -t nat -A PREROUTING -i eth1 -p tcp -m multiport --dport 22,80,3000,10000 -j DNAT --to 192.168.2.110 /sbin/iptables -t nat -A PREROUTING -i eth1 -p udp --dport 27015 -j DNAT --to 192.168.2.110:27015
Благодаря, за вниманието!
|
|
|
11
|
Linux секция за начинаещи / Настройка на програми / Файлова системе на USB HDD форматиран от телевизор Panasonic TX-P42G20E
|
-: Jun 16, 2010, 19:54
|
На скоро един приятел си купи телевизор Panasonic TX-P42G20E http://www.technomarket.bg/product_detail.php?product_id=09070417 . Когато се опитаме да закачим външен хард диск към него, за да може, да го използва, иска да го форматира и изписва, че устройството може да се ползва само на този телевизор, Не може да се използва на компютър или на друг телевизор дори и същия модел. Пробвах всевъзможни неща, но не можах да го подкарам под линукса. Ако някой от вас се е сблъскал с подобен проблем или има идея, ще съм благодарен. # fdisk -l Disk /dev/sdb: 250.1 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x90909090
Device Boot Start End Blocks Id System /dev/sdb1 * 1 30401 244196001 a5 FreeBSD # mount -t ufs -o ufstype=ufs2 /dev/sdb1 /mnt/ mount: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so
Пробвах ufstype= с 44bsd,sun,sunx86,hp - резултата е един и същ. Пробвах да го подкарам и с BSD базирано Live CD, няма ефект. Благодаря!
|
|
|
12
|
Хардуер за Линукс / Сървъри / DVB-S Video Stream server подобен на IPTV
|
-: Oct 30, 2009, 18:48
|
За домашно ползване пуснах video stream server, който може да се гледа както от локалната мрежа, така и от вънка (ако позволя). За целта използвах хардуер DVB-S SkyStar 2 TV PCI и софтуер VDR. Работи перфекно и катината е много добра, но мога да гледам само една програма. Когато отида в другата стая на другия компютър и искам да сменя тв канала не става. Трябва да се върна, да го сменя и пак да се върна. Или когато отида при комшията и пуснем стриминга, гледаме само това, което е пуснато. Интересно ми е по какъв начин правят, това което направих аз в IPTV. Защото те имат стотици разнични тв канала, дали използват за всеки тв канал отделен ТВ-тунер и какъв софтуер използват.
|
|
|
13
|
Хумор, сатира и забава / Кошче / Инсталиране на ia32-lib в Sidux
|
-: Jan 30, 2009, 16:09
|
Здравейте! Използвам следните хранилища: deb http://ftp.de.debian.org/debian/ sid main contrib non-free deb http://sidux.net/debian/ sid main fix.main contrib fix.contrib firmware non-free fix.non-free
Разгледах /var/lib/apt/lists/ftp.de.debian.org_debian_dists_sid_main_binary-i386_Packages и в него няма ia32-libs, а има ia32-archive. Когато напиша: root@siduxbox:/mystical# apt-get install ia32-archive ia32-libs-tools, ми изплюва следната грешка: Reading package lists... Done Building dependency tree Reading state information... Done Package ia32-libs-tools is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package ia32-libs-tools has no installation candidate
http://ftp.de.debian.org/debian/pool/main/i/ia32-libs/, а реално файла си съществува.
|
|
|
14
|
Linux секция за начинаещи / Настройка на програми / След upgrade 16.9 gb
|
-: May 06, 2008, 20:47
|
След като убгрейдвах системата забелязах, че системата заема 16.9 GB Системата е Slackware, но въпреки това не би трябвало да заема толкова място. Прегледах всички директории, но не видях защо се заема толкова много място. Само /usr е 4.9 GB, което също не е нормално. Някой да е имал подобен проблем?
|
|
|
15
|
Нетехнически теми / Идеи и мнения / Добре, че начинаещите използват ubuntu :d
|
-: Apr 08, 2008, 01:09
|
На последък виждам толкова много теми свързани с Ubuntu, че започнах да се замислям къде е проблема, аз ли не съм позвал тази дистрибуция както трябва или начинаещите пробват неща, за които не съм се замислял през тези почти 4 години. Така и не стигнах до отговор. Помня само първата си дистрибуция Debian 3.1 sarge, която още тогава беше testing и Х сървъра, който не ми беше тръгнал след инсталация. Лутах се из нета и различните ръководства близо една седмица докато го подкарам, но имаше тръпка, а удовоствието след като го догкарах беше още по-голямо. Нямам нищо против всеки да пише за проблема си и съответно да намери отговор за него, но ми е кофти, когато проверя в google.bg и ми излезнат сумати линка към различни страници, в които е дискутиран същия проблем. Линукс не е за хора, които не искат да се развиват, а тези които искат само да използват, има си достатъчно специялисти, които срещу съответното заплащене биха поддържали системата им. Интернет също се разви изключително мното и може да се намери почти всякаква литература на български език. Основният въпрос тук е до колко новите членове на линукс обществото са готови да търсят готова информация и да се развиват?
Не се смятам за специалист и нямам никакви претенции за това, но имам желание да се развивам и винаги се стремя към това.
|
|
|
|