Nowe posty

xx Debian https w apt (0)
Dzisiaj o 11:28:17
xx Jak usunąć kilka dowiązań twardych jednym poleceniem. (3)
2019-06-14, 12:12:10
xx Skrypt sprawdzający miejsce na dysku (1)
2019-06-13, 13:55:00
xx Samba server (3)
2019-06-10, 17:01:44
xx Skrypt tworzący użytkownika (3)
2019-06-07, 17:11:55
xx Jaki serwis komp. we Wrocławiu (0)
2019-06-06, 12:39:23
xx serwer wydruku (1)
2019-06-04, 13:57:58
xx mod_security i roundcube (0)
2019-05-27, 14:27:03
xx Touchpad po pewnym losowym czasie przestaje reagować (33)
2019-05-27, 10:14:21
xx [ROZWIĄZANY] przygotowanie zeskanowanego pdf do OCR (6)
2019-05-24, 14:46:43

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - roobal

Strony: [1] 2 3 ... 136
1
Nie wiem jak to się robi w OpenSUSE, ale w systemd robi się to tak:

/etc/systemd/network/br0.netdev

[NetDev]
Name=br0
Kind=bridge

/etc/systemd/network/br0.network

[Match]
Name=br0

[Network]
DHCP=v4

/etc/systemd/network/eth0.network

[Match]
Name=eth0

[Network]
Bridge=br0

Po tym robisz.
systemctl enbale systemd-networkd
systemctl stop NetworkManager
systemct disable NetworkManager
systemctl start systemd-networkd

Jeśli przeładowanie usług nie zadziała to restartujesz system. Jeśli Twój interfejs nazywa się inaczej, niż eth0 to podajesz właściwą nazwę w nazwie pliku i w Name. Następnie w Virt Manager wskazujesz interfejs br0 jako interfejs sieciowy.

W podanym przez Ciebie sposobie konfiguracji sieci, prawdopodobnie nie przeładowałeś usługi sieciowej (nie wiem jak to się robi w SUSE, być może też systemct restart systemd-networkd lub NetworkManager). Zawsze po takiej zmianie możesz zrestartować system.

2
Inne / Odp: Problem z zadaniem domowym
« dnia: 2017-02-06, 23:42:43 »
Musze przyznac, ze nie chodzilem na te zajecia i jestem zupelnie zielony w tej sprawie.
Teraz masz problem i liczysz na to, że ktoś Cię wyręczy? Jak napisano wyżej, pomyśl jak zarządzasz swoim system operacyjnym i poszukaj jak robi się to samo w systemach Linux.

Interfejs to interfejs, terminal to terminal. To daje Ci tylko dostęp do systemu, a dyski partycjonujesz czym? Interfejsem czy np. menedżerem dysków? Kontami użytkowników zarządzasz interfejsem czy może przystawką Zasad i grup lokalnych?

3
Instalacja / Odp: Partycjonowanie dysku dla wielu systemów
« dnia: 2017-02-06, 23:30:42 »
Dla wielu systemów możesz wspóldzielić jedną partycję /boot i /home. Przy czym przy współdzielonym /home lepiej mieć różnych użytkowników, żeby Ci się konfiguracje nie rozjechały. Możesz to zrobić tak:

/boot 1GB x liczba systemów (ja daję na jeden system 1GB, przy utrzymanym porządku zajmuje mi od 20 - 50MB - zawsze najświeższy kernel + poprzednia wersja, jeśli na nowym coś nie dział. Jednak lepiej mieć zapas w razie gdy zapomni się posprzątać stare kernele.);
/home - 10GB x liczba systemów
/ - 20GB (to nie serwer, więc nie ma sensu dawać więcej, raczej logi nie będą Ci puchły na desktopowym systemie);
/DANE - partycja NTFS

To, z którego systemu zainstalujesz Gruba nie ma znaczenia, konfiguracja zawsze będzie na /boot.

4
Chodzi Ci o coś takiego jak Active Directory? Jeśli tak i jeśli Windowsy, to samba4.

5
Sieć / Odp: Połączenie SSH wewnątrz VPN
« dnia: 2016-07-13, 22:55:20 »
Gdzie masz to przekirowanie (po której stronie). Trasy poprawiłeś?

7
Sieć / Odp: Połączenie SSH wewnątrz VPN
« dnia: 2016-06-21, 00:38:31 »
Chodzi o to, że po obu stronach musisz mieć różną podsieci, czyli PL 192.168.0.0/24, DE 192.168.1.0/24. VPN to zwyczajnie wirtualny kabel. Jeśli połączyłbyś fizycznym kablem obie maliny, to jak pisał kolega wyżej. Pakiety z 192.168.0.0/24 do 192.168.0.0/24 poza malinę nie wyjdą, bo hosty nie potrzebują wysyłać pakietów do routera, bo myślą, że przesyłają pakiety w swojej podsieci.

Jeśli robisz tun to 192.168.0.0/24 będzie wychodziło przez 10.8.0.6/32 do 192.168.1.0/24. Dokładniej pakiet zaliczy takie skoki 192.168.0.0 > 10.8.0.6/32 > 10.8.0.1/32 > 192.168.1.0/24. W drugą stronę 192.168.1.0/24 > 10.8.0.1/32 > 10.8.0.6/32 > 192.168.1.0/24.

8
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-06-04, 15:50:34 »
Według mnie TP Link jest bardziej zbliżony do Cisco. W webpanelu tego nie widać, ale CLI ma bardzo zbliżone do IOS.

W Cisco nie ma czegoś takiego jak PVID, w non-Cisco członek VLANu i PVID muszą się zgadzać. Czasami trzeba PVID ustawić ręcznie, np. na starszym sofcie Netgear nie ustawia PVID z automatu i nie można za jednym zamachem zrobić allowed vlan, trzeba to wyklikać. Kolejna róznica między Cisco, a non-Cisco. W Cisco trunk domyślnie przenosi wszystkie VLANy, w non-Cisco trzeba określić jakie VLANy ma nosić trunk.

Właśnie bawię się jednym z TP Linków i dokładnie robi się to tak (nie mam teraz czasu robić VLANów i 802.1q na Linuksie, dlatego wspomogłem się routerem Mikrotik - w końcu też Linux).  Na sam koniec dorzucam zrzuty ekranu, jak powinna wyglądać konfiguracja VLANów i trunkingu.

1. Na każdym switchu masz domyślny VLAN o ID 1, do którego należą wszystkie porty;
2. Tworzysz nowy VLAN o ID, np. 10;
3. Wybierasz porty, które będą w tym VLANie (domyślnie wszystkie porty są access i tego nie zmieniasz);
4. Tworzysz nowy VLAN o ID, np. 20;
5. Wybierasz porty, które będą w tym VLANie (domyślnie wszystkie porty są access i tego nie zmieniasz);
6. Masz utworzone VLANy z przypisanymi portami, wchodzisz w port config i wybierasz jakiś port z VLAN 1 i zmieniasz mu typ na trunk (port zostaw w VLAN 1); W tym momencie masz port trunk, ale on domyślnie nie nosi żadnego VLANu, zaś VLAN 1 to dla niego native VLAN (tu latają nietagowane ramki).
7. Wracasz do VLAN Config (klikasz back, lub 802.1Q VLAN na liście) i edytujesz VLAN 10, potem VLAN 20;
8. Dodajesz port trunk do VLAN 10 i do VLAN 20 i od tej porty trunk zaczyna nosić VLANy 1, 10 i 20. W momencie, gdy tworzysz kolejny VLAN, port trunk musi być członkiem tego VLANu, aby trunk go przenosił.

To tyle, poniżej masz zrzuty jak to wygląda. Ja mam dwa porty w trunku, bo zrobiłem sobie LAGa LACP pmiędzy TP Linkiem, a mikrotikiem. I ta konfiguracja u mnie działa, więc u Ciebie też powinna. Jak widzisz u mnie porty 23 i 24 są portami trunk i są członkami wszystkich VLANów. Do różnych VLANów możesz przypisać tylko port trunk.


9
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-06-01, 22:59:30 »
Na switchu masz źle skonfigurowane VLANy. VLANy i PVIDy powinny być takie same. Jeden z portów (o ile nie używasz LACPa), jest trunkiem dla wszystkich portów.

Musisz zrobić tak:

1. Utwórz najpierw VLANy.
2. Przypisz porty do VLANów.
3. Jeden z portów ustaw jako trunk, najlepiej w VLAN 1. Powinien być członkiem VLAN 1 i mieć PVID 1.
4. Port, który będzie trunkiem musi być członkiem VLANów, które chcesz przenosić w trunku.

Jutro będę miał dostęp do switcha TP Linka, to może postaram się Ci napisać jak dokładnie skonfigurować VLANy. Gdybyś miał Netgeara, to być Ci to teraz dokładnie opisał.

Patrzę na ostatniego screena... O_o

Nie wiem, co TPlink uważą za trunking, bo NIE jest to najwyraźnie to samo co ja uważam (i Cisco). Tutaj już niestety się poddaję...
Na Cisco trunk, to trunk, na urządzeniach non-Cisco trunking to często osobne pojęcie dla agregacji. Z TP Linkiem nie miałem jeszcze dużej styczności, ale tu wybiera się port, który ma być trunkiem. W Cisco robi się vlan allowed, zaś np. w Netgearch trunk musi być członkiem każdego VLANu, który ma być przenoszony w trunku.

10
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-01, 15:15:32 »
Gdzie masz pulę adresów DHCP dla podsieci w vlanach? Przekazywanie pakietów masz włączone? Pokaż konfigurację switcha, bo to że robiłeś wg instrukcji nie znaczy, że nie popełniłeś błędu. Na switchu na pewno masz zrobiony trunk?

11
Inne / Odp: System linux jako serwer VPN
« dnia: 2016-04-21, 23:12:27 »
StronSwan służy między innym do tworzenie tuneli IPSec, ale jeśli jesteś laikiem i nie znając działania protokołu IPSec, to tego nie ogarniesz. Dobrym rozwiązaniem jest właśnie OpenVPN, ewentualnie microsoftowy SSTP.

Nie rozumiem tylko do czego Ci VPN, aby powiadamiać o czymś klientów.

12
roobal wielkie dzięki za odpowiedź. Bardzo mnie zaskoczyłeś. Zmieniło się to tylko przy systemach robionych na bazie RHEL? Czy dotyczy większej liczby?
Nie, każdy system oparty na systemd tak ma. Tu masz wyjaśnienie dlaczego tak to zrobiono https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

13
Nie ma już tradycyjnych oznaczeń, teraz eth0 to enp0s3.

14
Instalacja / Odp: lokalizacja UEFI/MBR Ubuntu
« dnia: 2016-02-06, 22:57:40 »
Skoro na tym kompie nie ma Windowsa, to masz dwie opcje:

1. Wyłączyć UEFI i zainstalować standardowo z partycjonowaniem MBR i tradycyjny Grub (tyle że wymagana będzie konwersja GPT do MBR i nowa partycja boot, więc sporo z tym zabawy);
2. Zainstaluj na nowo Gruba. W razie potrzeby doinstaluj efibootmgr.

Jeśli system instalowałeś w legacy BIOS i MBR, to powinno wystarczyć zainstalowanie Gruba w MBR.

15
Inne / Odp: Jak stworzyć swoją dystrybucję Linuxa?
« dnia: 2016-01-30, 14:13:04 »
Jeśłi chcesz robić w oparciu o Debiana, to w sieci jest sporo poradników jak zrobić właśny system w oparciu o Debiana. Nie jest to jakoś mega skomplikowane, ale trochę zabawy z tym jest.

Strony: [1] 2 3 ... 136