Gargoyle Router Management Utility (src) е уеб интерфейс за най-успешния и най-популярен проект с отворен код за рутери OpenWRT

На последък наблюдавам много голяма активност във форума, което ме радва. Реших да споделя една моя разработка, която се надявам да бъде полезна и на другите:
Simple Port Management

Това са кръпки за Gargoyle и OpenWRT, които предоставят разширена функционалност (прочетете README.md), която ви позволява да променяте WAN порта на рутера. Обикновените потребители могат да използват тази функционалност, за да събудят стария си рутер с изгорял WAN порт, а интернет доставчиците, които предлагат IPTV, за да направят няколко WAN порта и да спестят суич. Хората, които искат да научат малко повече за Gargoyle и OpenWRT, могат да си спестят време с ровене из проектите и да видят, къде точно да променят, за да си направят image със собствени настройки по подразбиране.

Ползвах 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

[АКТУАЛНА ВЕРСИЯ]

В предишни мои теми бях споменал, че разработвам система за контролиране на интернет достъпа.

Вече е ясно името и - (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" .
Има и още планирани неща, но когато им дойде времето...

[Port Name Status Vlan Duplex Speed Type]

Имам 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.

[динамично]

От няколко седмици се ровя из интернет и търся как става маршрутизацията на публични 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 show

1: 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 show

default via 192.168.1.1 dev eth1
192.168.1.0/24 dev eth1  proto kernel  scope link  src 192.168.1.254

ip rule

0:   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
за сравнение.

[Upload]

Здравейте!
Видях една интересна статия за линукс шейпър, която се намира на този адрес 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 тогава не работи.

[bash /etc/init.d/pppoe-server]

Здравейте!
Искам да напиша един прост код за стартирате и изключване на PPPoE сървър.
Проблема са полетата в тъмно черно, които се предполага, че ще проверят дали има включен процес.
Когато стартирам скрипта с
bash /etc/init.d/pppoe-server
или
dash /etc/init.d/pppoe-server
няма никакви проблеми, но при старнирането на системата започва да се дъне.
Доколкото видях в Wheezy използват dash shell и би трябвало да няма проблеми.

nano /etc/init.d/pppoe-server

Код

GeSHi (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.

Здравейте!

Някой имали проблеми с Debian Squeeze Gnome?
Първо бях с тестинг версия на Debian Squeeze и нямах никакви проблеми, но след като ъпгрейднах до стабилна, нещата се промениха. Имам чувството, че цялата система умира за няколко секунди и после пак се съживява. От начало не ми правеше впечатлени, но на работното място инсталирах пак Debian и резултата също беше плачебен, при положение, че хардуера на двата компютъра е коренно различен.

Някой ако има подобни проблеми може да сподели.

Не ме питайте как се е стигнало до тук, не знам.
Флашката е 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
 

[eth1=WAN (94.15X.XXX.XX)eth0=LAN (192.168.2.0/24)]

Здравейте!
На скоро се зарибих с 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
 

Благодаря, за вниманието!

[ufstype=]

На скоро един приятел си купи телевизор 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, няма ефект.

Благодаря!

За домашно ползване пуснах video stream server, който може да се гледа както от локалната мрежа, така и от вънка (ако позволя). За целта използвах хардуер DVB-S SkyStar 2 TV PCI и софтуер VDR.  Работи перфекно и катината е много добра, но мога да гледам само една програма. Когато отида в другата стая на другия компютър и искам да сменя тв канала не става. Трябва да се върна, да го сменя и пак да се върна. Или когато отида при комшията и пуснем стриминга, гледаме само това, което е пуснато.
Интересно ми е по какъв начин правят, това което направих аз в IPTV. Защото те имат стотици разнични тв канала, дали използват за всеки тв канал отделен ТВ-тунер и какъв софтуер използват.

[deb http://ftp.de.debian.org/debian/ sid main contrib non-freedeb http://sidux.net/debian/ sid main fix.main contrib fix.contrib firmware non-free fix.non-free]

Здравейте!

Използвам следните хранилища:
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/, а реално файла си съществува.

След като убгрейдвах системата забелязах, че системата заема 16.9 GB Системата е Slackware, но въпреки това не би трябвало да заема толкова място. Прегледах всички директории, но не видях защо се заема толкова много място. Само /usr е 4.9 GB, което също не е нормално. Някой да е имал подобен проблем?

На последък виждам толкова много теми свързани с Ubuntu, че започнах да се замислям къде е проблема, аз ли не съм позвал тази дистрибуция както трябва или начинаещите пробват неща, за които не съм се замислял през тези почти 4 години. Така и не стигнах до отговор.
Помня само първата си дистрибуция Debian 3.1 sarge, която още тогава беше testing и Х сървъра, който не ми беше тръгнал след инсталация. Лутах се из нета и различните ръководства близо една седмица докато го подкарам, но имаше тръпка, а удовоствието след като го догкарах беше още по-голямо.
Нямам нищо против всеки да пише за проблема си и съответно да намери отговор за него, но ми е кофти, когато проверя в google.bg и ми излезнат сумати линка към различни страници, в които е дискутиран същия проблем.
Линукс не е за хора, които не искат да се развиват, а тези които искат само да използват, има си достатъчно специялисти, които срещу съответното заплащене биха поддържали системата им. Интернет също се разви изключително мното и може да се намери почти всякаква литература на български език.
Основният въпрос тук е до колко новите членове на линукс обществото са готови да търсят готова информация и да се развиват?

Не се смятам за специалист и нямам никакви претенции за това, но имам желание да се развивам и винаги се стремя към това.