Ioannis Alexopoulos

Καλησπέρα σας. Η κίνηση είναι πραγματικά πολύ καλή, και ως ιδέα αλλά το κυριότερο ως προσπάθεια. Όντως υπάρχει «πληθώρα» από Super Duper Extended Metaphysical Know-How πάνω σε διάφορα θέματα, και όμως σε όλους φαίνεται να διαφεύγει η ουσία, δηλαδη πώς λειτουργήσει αύριο η εταιρία των 25 ανθρώπων αν χάσει τον exchange στις 2 το πρωί… Αυτό το έχω παρατηρήσει αρκετά πάνω στην δουλεία μου, και γενικότερα στον χώρο της πληροφορικής, Κλείνω το σχόλιο με το να ευχηθώ καλό ξεκίνημα, και ελπίζω να επικοινωνήσουμε περαιτέρω. Με εκτίμηση. Ιωαννης Αλεξοπουλος. [email protected] (Feel Free to Add me, or just feel free….)

Good evening everybody.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> I am posting this in English, so both our English and Greek natives can understand the issue. There is a Compatiblity issue regarding implementation of Microsoft Virtual Server 2005 R2 and a specific network card provided by Broadcom The network adapter name is Broadcom BCM5708C NetExtreme II GigE and registers with the driver “Broadcom BCM5708C NetExtreme II GigE (NDIS VBD Client)” The exact behaviour is this… when you create a Virtual Interface, connected to the physical adapter, and you start the machine, then the Physical Adapter “looses” network activity (you cannot even ping it..) and the Logical machine seems to have network normally. As if like you can have one Virtual Adapter working each time. THE SOLUTION TO THIS PUZZLING BEHAVIOR IS TO UPGRADE TO THE LATEST DEVICE DRIVER FOR THE SPECIFICK NETWORK ADAPTER THE LATEST DRIVER SHOULD BE THE 3.0.5.0.

ΤΙΤΛΟΙ ΤΑΙΝΙΩΝ Deep Blue Screen. – Θρίλερ-Περιπέτεια General Protection Fault – Στρατιωτική. The Exchange – Περιπέτεια. The Page Files – Επιστημονικής Φαντασίας Destination Unreachable – Περιπέτεια Boot & Παραλλαγή – Ίνες (Οπτικές) στο Αιγαίο – Ελληνική Κωμωδία The Anonymous User – Θρίλερ. ΤΙΤΛΟΙ ΤΡΑΓΟΥΔΙΩΝ Τσιμπά ένα Mail. Έλα στου McAfee. SAP Attack. Έστειλες ένα Mail.

Open Source Portable Gaming Device.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Μια νέα Portable Gaming Device χειρός άρχετε να ταράξει τα νέα στον χώρο των Games που χρησιμοποιών PSP & Nintendo DS. Η νέα Portable Gaming Device χειρός λέγεται GP2X και μπορεί να παίξει ταινίες, όλα τα Emulated Games που αγαπησαμε από την Amiga 500 έως και το ξεχασμένο ATARI 2600 στο πατάρι του σπιτιού μας. Το σημαντικότερο από όλα είναι ότι η Portable Gaming Device, μπορεί να υποστηρίξει όλα τα Linux Emulator Games, μέχρι ακόμα και Games από το PSone!! Περισσότερες πληροφορίες www.gp2x.com

παλιό βιβλίο σχετικά αλλα πολύ καλό για να αρχίσει κανείς με τα Software Firewall.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> ISBN 1 – 931836-19-1

Όλες οι Φυσικές Μηχανές που χρησιμοποιούν Broadcom Network Adapters έχουν το συγκεκριμένο πρόβλημα, επί το πλείστον η DELL χρησιμοποιεί στους Server onboard Broadcom Dual Network Adapters. Πρόσφατα είδα και καποιες νέες ΙΒΜ μηχανές να «φοράνε» Broadcom Adapters (τα ακριβά μοντέλα 445). Το ίδιο θα συμβεί εάν αγοράσουμε και τοποθετήσουμε σε Server της επιλογής μας Broadcom PCI Adapters και δημιουργήσουμε Virtual TEAM Network Connection από το Tool της Broadcom, δηλαδη οι Λογικές Μηχανές δεν θα βλέπουν δίκτυο. Η άνω λύση, είναι ένα Workaround, ώστε ο τελικός πελάτης, να μην «αχρηστέψει» το Teaming Feature που προσφέρει η μηχανή, εφόσον κάνει Consolidate με Microsoft Virtual Server 2005 R2 και πάνω.

Good evening everybody. All of us who use Dell Servers to use with Microsoft Virtual Server, we all face the same problem as far as the Virtual Network Connectivity. When we enable the TEAM feature in our brand new (very expensive) Broadcom Network Adapters face the fact that the Host machines don't see any network!! The funny thing is that in some cases (including mine), the Host Machine can receive IP from DHCP Server in the same Interface, but you cant see any network beyond that (you cant ping or do anything else..) I have come with a small solution, that in the company I work for it works until now with no problems. Suppose I have my Brand New Dell Machine (lets say the heavy 6850 Model). I have all my super-duper stuff installed (SAN FC Adapters, 64GB memory, 4 CPU etc..) and I want to use Network Team with my Broadcom Adapters, but I cant because of the well-known issue. This is what we do: We install in the machine a Intel Network Adapter card (its pretty easy to find one, we don't need 1000GB card, just any cheap Intel Model), and use the latest IntelProSet Tool-Driver Set, Version 10,1 I think. The next step, wich is my favorite, is that in the Device Manager, in the Network Adapters, the Properties tab has now all the nice option to team, INCLUDING THE BROADCOM ADAPTER WE HAVE!!! So we can TEAM using the Intel Pro Set 10.1 Tool and driver set. Of course at this point you may ask me "John, why you install the Hardware Intel Card in the machine in the first place? Just Install the Tool in the environment!!". Well you simply cant do that because the Intel Pro Set Tool Driver Kit need at least one Adapter to be Intel or Intel Compatible. So.. bottom line? We are using TEAMING with 4 Broadcom Adapters (we didn't plug in anything to the Intel Card of course..), and the Tool that does the work is the Intel Pro Set 10.1 Again I have to say that we are working with this the past 3 months, and it work great in a really heavy network traffic environment. I will post a more detailed view next time with Actual Screenshots of how to use your Broadcom Adapters Teaming Feature using your Intel Pro Set 10.1 Best Regards. Ioannis Alexopoulos [email protected] (Pleasse Feel Free to Add Me) Virtual Server Advocate (Its so Virtual its Almost Real.)

Καλησπέρα και Χρονιά Πολλά σε όλους. Όλοι χρησιμοποιούμε τον WSUS Server, (αν όχι τον Microsoft SMS), για να κάνουμε Deliver όλα τα Updates που χρειάζονται ώστε τα συστήματα μας να είναι Up To Date με Patches,Hot fixes,Malicious Removal Tool και ότι άλλο χρειάζεται. Το πρόβλημα είναι ότι, λόγω της δομής του WSUS, ο τρόπος με τον οποίον κατεβαίνουν στα Clients τα Updates δεν είναι τίποτα άλλο από HTTP διάλογος με τον Client και τον WSUS Server στο Port που έχουμε ορίσει (Default 80, Alternate 8530). Στην ουσία αντί να κατεβαίνουν τα δεδομένα κατευθείαν από τους Microsoft Server κάπου από τον πλανήτη, κατεβαίνουν μέσα από το δικό μας Intranet, με σωστό σχεδιασμό, οι Clients θα παίρνουν τα update από τον Local Lan (έχω γράψει σχετικό άρθρο για το Integration WSUS GPOs in Active Directory Sites and Services Policies). Τι γίνεται όμως όταν έχουμε Clients που είναι σε Branch που δεν έχουν Locally Server εξοπλισμό?? Όταν οι Clients πάρουν την πολιτική μας, τότε θα αναζητήσουν τον WSUS Server που έχουμε ορίσει, και θα δημιουργήσουν μεγάλο Traffic στο δίκτυο, ειδικά αν τα Clients προσπαθήσουν να πάρουν XP Service Pack, office Service Pack etc… Έτσι, τοποθετούμε στον IIS του WSUS Server που έχουμε, το σχετικό Setting για Bandwidth Control όπως φαίνεται στο διάγραμμα, ώστε να μην δημιουργούμε άσκοπο Traffic. Βεβαία υπάρχει και η οδός να μην πειράξουμε τίποτα και μέσω του δικτυού μας να τοποθετήσουμε πολιτική στα κυκλώματα (Cisco QoS), αλλά η άνω μέθοδος από ένα κεντρικό σημείο, εξασφαλίζει ευκολότερο Administration. <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Με εκτίμηση. Αλεξόπουλος Ιωαννης MCSE [email protected]

Ο WSUS όπως όλοι γνωρίζουμε είναι σαφώς ανώτερος από τον προκάτοχο του (SUS), ειδικα με την διανομή WSUS Service Pack 1.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> Παραμένει όμως το σημαντικό θέμα, αυτό την εύκολης διαχείρισης. Λόγω της δομής των Windows Update Services, το configuration των Clients γίνεται μέσα από την διασύνδεση GPO στα συγκεκριμένα OUs που βρίσκονται τα Computer Object που θέλουμε να παίρνουν αυτόματα Updates από τους Intranet WSUS Servers. Όλοι δυστυχώς γνωρίζουμε το Administrative Cost αυτής της κατάστασης, πρέπει να φροντίζουμε πάντα τα Computer Objects να βρίσκονται στα σωστά OUs ώστε να μπορούν τα τερματικά μας να πάρουν την πολιτική. Δεν θα ήταν ωραία απλά να στήναμε τoν WSUS και να μην χρειάζεται να προσέχουμε τα OUs??? Είναι λύση είναι απλή και λέγεται GPO to Site. Δηλαδή τοποθετούμε την πολιτική σε επίπεδο Site και όχι OU. Απλώς από την GPMC (Group Policy Management Console, πάντα μιλάμε για έκδοση Service Pack 1 και πάνω), επιλεγούμε Sites, Show All Sites, και κάνουμε απλώς Link την πολιτική στο Site που θέλουμε. Αυτό διασφαλίζει ότι πάντα ότι και να γίνει τα τερματικά θα παίρνουν την πολιτική για τον WSUS γιατι το ADM που την ορίζει αφορά Computer Configuration, και το Computer Configuration ανήκει ως δομή στα Active Directory Site & Services. Παρακαλώ επικοινωνήστε μαζί μου για ότι χρειαστείτε, ειμαι στην διάθεση σας. Αλεξόπουλος Ιωαννης – [email protected] (msn account, feel free to add me please)