<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Boskie one-linery &#8211; Ściągawka IT</title>
	<atom:link href="https://serba.dev/category/boskie-one-linery/feed/" rel="self" type="application/rss+xml" />
	<link>https://serba.dev</link>
	<description>O konfiguracjach w systemach operacyjnych i nie tylko</description>
	<lastBuildDate>Wed, 19 Feb 2025 14:08:00 +0000</lastBuildDate>
	<language>pl-PL</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.2</generator>

<image>
	<url>https://serba.dev/wp-content/uploads/2024/08/cropped-favicon-150x150.png</url>
	<title>Boskie one-linery &#8211; Ściągawka IT</title>
	<link>https://serba.dev</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">236177121</site>	<item>
		<title>Test ważności list CRL</title>
		<link>https://serba.dev/test-waznosci-list-crl/</link>
					<comments>https://serba.dev/test-waznosci-list-crl/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 19 Feb 2025 14:05:16 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Inne]]></category>
		<category><![CDATA[Windows]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1822</guid>

					<description><![CDATA[Szybka ściągawka, szczególnie przydatne w sytuacji, w której masz wystawiony na świat CRL check point, by móc online sprawdzać certyfikaty (na przykład, w przypadku używania certyfikatów SSL wystawionych przez wewnętrzny urząd certyfikacji): Otworzy się w Windowsie okienko, w którym możemy sprawdzić status ważności list CRL, klikamy Retrieve. Wszystkie wpisy muszą mieć status OK. W przypadku, [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/test-waznosci-list-crl/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1822</post-id>	</item>
		<item>
		<title>Zmiana typu interfejsu w VMware Workstation</title>
		<link>https://serba.dev/zmiana-typu-interfejsu-w-vmware-workstation/</link>
					<comments>https://serba.dev/zmiana-typu-interfejsu-w-vmware-workstation/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 10 Mar 2021 10:31:33 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Inne]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1570</guid>

					<description><![CDATA[W większości niestandardowych systemów takich jak np. FreeNAS VMware Workstation przy tworzeniu maszyny tworzy interfejs(y) sieciowe wykorzystując domyślnie sterownik e1000, który pozwala na wyciągnięcie 1 Gbit/s po stworzeniu sieci pomiędzy maszynami wirtualnymi/hostem. To jest problem, bo czasami jeśli chce się zrobić testy na iSCSI, sprzęt mamy wydajny i coś wolno działa. Generalnie ten sterownik jest [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/zmiana-typu-interfejsu-w-vmware-workstation/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1570</post-id>	</item>
		<item>
		<title>Zmiana nazwy użytkownika na FortiGate</title>
		<link>https://serba.dev/zmiana-nazwy-uzytkownika-na-fortigate/</link>
					<comments>https://serba.dev/zmiana-nazwy-uzytkownika-na-fortigate/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 21 Oct 2020 17:42:43 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Fortinet]]></category>
		<category><![CDATA[Sieci]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1554</guid>

					<description><![CDATA[Dosyć prosta sprawa: na każdym urządzeniu w domyślnej konfiguracji istnieje konto admin do konfiguracji i warto po prostu zmienić nazwę użytkownika, by nieco utrudnić próbę włamania się na urządzenie (na wszelki wypadek). Robi się to w CLI:]]></description>
		
					<wfw:commentRss>https://serba.dev/zmiana-nazwy-uzytkownika-na-fortigate/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1554</post-id>	</item>
		<item>
		<title>Dopisanie adresu konsoli ShadowControl do instalatora agenta</title>
		<link>https://serba.dev/dopisanie-adresu-konsoli-shadowcontrol-do-instalatora-agenta/</link>
					<comments>https://serba.dev/dopisanie-adresu-konsoli-shadowcontrol-do-instalatora-agenta/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 09 Sep 2020 23:32:00 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Inne]]></category>
		<category><![CDATA[Serwery]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Windows Server]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1529</guid>

					<description><![CDATA[Dzięki programowi Orca można osiągnąć taki efekt, że w trakcie kreatora instalacji nie trzeba podawać adresu serwera ShadowControl przy instalacji agenta, ponieważ może on być zapisany wewnątrz instalatora i wygląda to tak: Dzięki temu można zainstalować agenta i po instalacji on sam się podepnie do konsoli. Program Orca możemy znaleźć w Windows 10 SDK &#8211; [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/dopisanie-adresu-konsoli-shadowcontrol-do-instalatora-agenta/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1529</post-id>	</item>
		<item>
		<title>Zmiana domyślnej jednostki organizacyjnej OU dla użytkowników i komputerów w Active Directory</title>
		<link>https://serba.dev/zmiana-domyslnej-jednostki-organizacyjnej-ou-dla-uzytkownikow-i-komputerow-w-active-directory/</link>
					<comments>https://serba.dev/zmiana-domyslnej-jednostki-organizacyjnej-ou-dla-uzytkownikow-i-komputerow-w-active-directory/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Fri, 21 Aug 2020 19:47:22 +0000</pubDate>
				<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Windows Server]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1221</guid>

					<description><![CDATA[Domyślnie wszystkie komputery trafiają w drzewku do folderu Computers, a użytkownicy do folderu Users. Takie coś można zmienić i do tego służą polecania redircmp i redirusr. W moim przypadku chcę, aby wszystko trafiało musimy określić DN (distinguished name) dla OU (organizational unit, jednostka organizacyjna) i najlepiej zrobić to poprzez przystawkę Użytkownicy i komputer usługi Active [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/zmiana-domyslnej-jednostki-organizacyjnej-ou-dla-uzytkownikow-i-komputerow-w-active-directory/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1221</post-id>	</item>
		<item>
		<title>CentOS/RHEL/Oracle Linux &#8211; system po przeniesieniu na inną maszynę nie startuje (problem z Dracut)</title>
		<link>https://serba.dev/centos-rhel-oracle-linux-system-po-przeniesieniu-na-inna-maszyne-nie-startuje-problem-z-dracut/</link>
					<comments>https://serba.dev/centos-rhel-oracle-linux-system-po-przeniesieniu-na-inna-maszyne-nie-startuje-problem-z-dracut/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 19 Aug 2020 15:17:20 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Serwery]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1194</guid>

					<description><![CDATA[Problem wygląda tak i występuje w CentOS 7/Red Hat Enterprise 7/Oracle Linux/podobne: Rozwiązaniem jest wygenerowanie nowszych plików do Dracuta. Można to zrobić za pomocą płyty ratunkowej do odpowiedniej dystrybucji. W tym przypadku będę bazował na Oracle Linuxie 7.6. Po starcie płyty ratunkowej na maszynie, na której jest problem należy odpalić shell, w którym będziemy wykonywać [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/centos-rhel-oracle-linux-system-po-przeniesieniu-na-inna-maszyne-nie-startuje-problem-z-dracut/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1194</post-id>	</item>
		<item>
		<title>Odpalanie FortiGate z zapasowej partycji po nieudanej aktualizacji</title>
		<link>https://serba.dev/odpalanie-fortigate-z-zapasowej-partycji-po-nieudanej-aktualizacji/</link>
					<comments>https://serba.dev/odpalanie-fortigate-z-zapasowej-partycji-po-nieudanej-aktualizacji/#respond</comments>
		
		<dc:creator><![CDATA[Radek]]></dc:creator>
		<pubDate>Wed, 19 Aug 2020 14:47:52 +0000</pubDate>
				<category><![CDATA[Boskie one-linery]]></category>
		<category><![CDATA[Fortinet]]></category>
		<category><![CDATA[Sieci]]></category>
		<guid isPermaLink="false">https://serba.dev/?p=1184</guid>

					<description><![CDATA[Jakiś czas zrobiłem update FortiOS u klienta do z 6.4.0 do 6.4.2 na FortiGate 100F i efekt był taki, że urządzenie się co chwile restartowało. Byłem zdziwiony, w końcu na moim urządzeniu nie było takiego problemu. W takiej sytuacji należy się podłączyć poprzez port CONSOLE w urządzeniu przez taki kabel: Takie kable (konwerter RS-232 na [&#8230;]]]></description>
		
					<wfw:commentRss>https://serba.dev/odpalanie-fortigate-z-zapasowej-partycji-po-nieudanej-aktualizacji/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">1184</post-id>	</item>
	</channel>
</rss>
