gvarakis

Αυτό σε Α3 δεν διαβάζεται καν ... στον τοίχο ... μόνο σε Α0!!! Good poster tho!!!

Όπως έχουμε συζητήσει, σαφώς και θεωρώ πως πρέπει να υπάρξει και φέτος IT Pro Connections! Είναι μια εξαιρετική προσπάθεια, και πιστεύω πως το να γίνει φέτος ξανα, θα βοηθήσει ώστε να καθιερωθεί ως πραγματικός θεσμός. Θα πρέπει να γίνει, με τον απαραίτητο συμβιβασμό στο κόστος (ως προς το υπερ-θέαμα) ώστε να μπει και στη συνείδηση των "χορηγών" ως ένα ετήσιο event. Αν και η φετινή απόπειρα θα είναι σαφέστατα η πιο δύσκολη (δυσκολότερη από περυσι ως προς τα οικονομικά) πιστεύω πως θα ανοίξει το δρόμο ώστε οι επόμενες να είναι πολύ πιο εύκολες! Πάμε με φόρα και ΠΑΓΟ [H]

Παίζει; One way, or another … Προτείνεται; Για κανένα λόγο! Πώς και γιατί; Διαβάστε παρακάτω … Το Direct Access είναι μια τεχνολογία της Microsoft που ήρθε πακέτο με το Windows Server 2008R2 και επιτρέπει σε Windows 7 clients να συνδέονται με το εταιρικό δίκτυο μέσω τεχνολογίας αντίστοιχης του γνωστού μας VPN, χωρίς να χρειάζεται όμως το παραδοσιακό user intervention (connect vpn). Παίζει λοιπόν το direct access με τον Communicator; Η πρώτη απάντηση είναι πως όχι. Στη βασική του μορφή το direct access επιτρέπει επικοινωνία πάνω από IPv6, ενώ ο Office Communications Server 2007 & 2007 R2 είναι καθαρά IPv4 εφαρμογή η οποία δεν είναι συμβατή με IPv6. Υπάρχουν όμως τρόποι, είτε μέσω ειδικευμένου hardware (IPv6-to-4 converter) είτε μέσω software (πχ MS Unified Access Gateway) να επιτρέψουμε την επικοινωνία ενός direct access client με εφαρμογές που λειτουργούν με IPv4, συνεπώς και με τον Communication Server! Είναι λοιπόν εφικτό να λειτουργήσει ένας communicator client πάνω από direct access. Το θέλουμε όμως αυτό; Η πρώτη (και τελευταία όμως αυτή τη φορά) είναι ΟΧΙ! Γιατί; Γιατί υπάρχει ο Access Edge Server στον OCS, ο οποίος φροντίζει για τη σύνδεση απομακρυσμένων χρηστών στο σύστημα ΧΩΡΙΣ να απαιτείται χρήση τεχνολογίας VPN! Για την ασφάλεια των δεδομένων φροντίζει ο ίδιος ο σχεδιασμός του προϊόντος (SIP/TLS & SRTP) κάνοντας τη χρήση τεχνολογίας VPN περιττή! Από την άλλη, η χρήση μιας τέτοιας τεχνολογίας, προσθέτει (όπως γνωρίζουμε πολύ καλά) ένα σχετικά bandwidth overhead, ΑΛΛΑ και (το σημαντικότερο) ένα σχετικό latency, ΤΟΣΟ στη μεριά του client (για το σχετικό encrypt/decrypt) όσο και στην μεριά του Server/Firewall! Συνεπώς η χρήση direct access για τη σύνδεση απομακρυσμένων Communicator clients, αν και είναι εφικτή, ΔΕΝ προτείνεται, γιατί δημιουργεί σοβαρές παρενέργειες στην ποιότητα της παρεχόμενης υπηρεσίας, χωρίς στην πραγματικότητα να προσθέτει κάτι στην ασφάλεια ή την ευκολία της πρόσβασης! Long live the Edge (server)

Θέλετε να μάθετε τα πάντα για την Unified Communications σουίτα της Microsoft, αλλά δεν ξέρετε από πού να ξεκινήσετε? Υπάρχει λύση! Έχετε ήδη διαβάσει (το blog μου) αλλά σας έμεινε μια ανακατεμένη εικόνα στο μυαλό; Και για αυτό υπάρχει λύση! Σας έδωσε ο MCSE τη λίστα με τα port settings / firewall rules και τον κοιτάτε απορημένα; Έχουμε και για αυτό! Υπάρχει τίποτα καλύτερο για εσάς, από μια περίπλοκη και για πολλούς “αχανή” εγκατάσταση, όπως αυτή του MS Office Communications Server 2007 R2, αποτυπωμένη σε ένα poster? Μα φυσικά και όχι! Μη χάνετε λοιπόν χρόνο! Κατεβάστε το σχετικό Office Communications Server 2007 R2 Workload Architecture Poster. Περιλαμβάνει όλους τους σχετικούς Server Roles, καθώς και όλα τα αντίστοιχα workloads & functionality όπως IM & Presence, Conferencing, Application Sharing και Enterprise Voice. Επιπλέον αποτυπώνει τα σχετικά Protocols & Ports, όλα τα απαραίτητα server names & certificates, καθώς και τα αναγκαία firewall rules! Εκτυπώστε το σε Plotter (!) (αν θέλετε να βγάλετε άκρη) και μετά επισκεφθείτε τη σαπουνόπερα του τσομπάνη για τις σχετικές διευκρινήσεις! Αχρείαστο να σας είναι

Ήσουν ΠΑΓΟθραυστικότατος [H]

Άμα υποσχεθείς ότι θα φας κι εσύ παϊδάκια .... [H]

Σχετικά με το disk2vhd και τη διαδικασία που απαιτεί για να δουλέψει σωστά το παραγώμενο .vhd υπάρχει η εναλλακτική λύση της Citrix XEN Convert (free tool) το οποίο κατά το convertion κάνει και τα σχετικά fix στο boot disk και παράγει plug-n-play-vhd συμβατό τόσο με Citrix XEN Server όσο και με Microsoft Hyper-V. Θα ποστάρω σε λίγο αναλυτικότερα τα command line switches και sample command για online p2vhd!

Τα τελευταία χρόνια, όλο και περισσότεροι και περισσότερο, ψάχνουμε εργαλεία που να μας βοηθούν να μετατρέπουμε φυσικές μηχανές σε εικονικές, ή να μετατρέπουμε εικονικές μηχανές από μια τεχνολογία σε κάποια άλλη. Η Citrix, με μεγάλη εμπειρία στο Application virtualization, απέκτησε τεχνογνωσία στο Server & Desktop virtualization μέσα από την εξαγορά της XEN Source. Η ύπαρξη δωρεάν πλατφόρμας με πολύ πλούσια χαρακτηρηστικά στην τελευταία έκδοση (5.5) κάνει την λύση της Citrix πολύ ελκυστική! Το πιο σημαντικό όμως και η αφορμή για το παρόν άρθρο, δεν είναι άλλο από την ΠΛΗΡΗ συμβατότητα ανάμεσα στις μηχανές Citrix XEN Server με αυτές του … Microsoft Hyper-V ! Πέρα από τις (σχεδόν ύποπτες για όσους ξέρουν) ομοιότητες στο hypervisor architecture, η Citrix υποστηρίζει ΠΛΗΡΩΣ το .vhd format, εμπεριέχοντάς το στη δωρεάν εφαρμογή της που αναλαμβάνει το P2V! Έτσι το Citrix XEN Convert (στην έκδοση 2.1 πλέον) το οποίο αναλαμβάνει να μετατρέψει ένα online physical machine σε Citrix virtual machine, υποστηρίζει παράλληλα τη δημιουργία αρχείου .vhd! Το παραγώμενο vhd έχει ήδη υποστεί την κατάλληλη επεξεργασία και είναι ΕΤΟΙΜΟ να γίνει attach σε Hyper-V VM ως boot disk!!! Με λίγα λόγια : Κατεβάζουμε το Citrix XEN Convert μαζί με το σχετικό documentation Εγκαθιστούμε την εφαρμογή στο Source physical machine τρέχουμε το Xen Convert και παράγουμε το vhd Δημιουργούμε ένα νέο Hyper-V VM στο οποίο βάζουμε boot disk το παραπάνω vhd Power on VM, install integration services & voila!!! Ας δούμε λοιπόν τη χρήση του Citrix XEN Convert στην πράξη … pic1 : Μη σας ξεγελά η περιγραφή “XenServer Virtual Hard Disk” … είναι άκρως … παραπλανητική … pic2 : Επιλέγουμε πια volumes θέλουμε να περιλάβουμε στο convert, όπως επίσης και αν θέλουμε resize! pic3 : Επιλέγουμε το destination folder (εκεί που θα αποθηκευτεί το παραγόμενο vhd) pic4 : ready to go … Το καλό με το Citrix XEN Convert, είναι ότι παράλληλα, μας παρέχει και command line usage! Συνεπώς αν θέλουμε να το χρησιμοποιήσουμε ως μέρος μιας backup / disaster recovery λύσης, σαν αυτή που περιγράφει ο Βαγγέλης (Disaster recovery for free) μπορούμε να χρησιμοποιήσουμε το command line tool μέσα από ένα scheduled task ως εξής : XENConvert p2vhd <vhd filename> <target folder> <source volume1> … <source volume4> Το καλό σε αυτή την περίπτωση όπως είπαμε και παραπάνω, είναι πως το παραγόμενο αρχείο είναι ΕΤΟΙΜΟ να κάνει boot σε ένα Hyper-V VM χωρίς να χρειάζεται τις επεμβάσεις που απαιτεί το παραγώμενο αρχείο από disk2vhd!!! Αγαπητοί συνάδελφοι … καλά convert!

Η διάθεση του MS Office 2010 είναι πλέον γενονός. Εμπλουτισμένο στα σημεία, έρχεται να κάνει την καθημερινότητά μας πιο γρήγορη και πιο απλή. Κάτω από το σκεπτικό των “fewer clicks” όπως μου αρέσει να το λέω, έγινε ακόμα πιο “στενή” η συνεργασία της σουίτας του Office 2010 με το “παλιομοδίτικο” Office Communicator 2007 (εν αναμονή της έκδοσης 2010 ως το τέλος του χρόνου …) προκειμένου να παρέχει επιπλέον χαρακτηριστικά integration ακόμα και μέσα από εφαρμογές που δεν τα περιείχαν ως τώρα. Φυσικά προϋπόθεση για όσα θα δούμε, είναι να έχουμε κάνει sign-in στον Communications Server! Έτσι το Outlook 2010, εμπεριέχει πλέον ξεχωριστό μέρος με τις κυριότερες λειτουργίες του Communicator Client! Συνεπώς για να ξεκινήσουμε IM, Voice, Video ή desktop sharing, δεν είναι πλέον απαραίτητο να εγκαταλείψουμε το Outlook, αλλά μπορούμε να κάνουμε όλα τα παραπάνω μέσα από αυτό, μέσω της Communicator Contact List που αυτό μας παρέχει! Επιπλέον στις υπόλοιπες εφαρμογές, εμφανίζεται πλήρες μενού επικοινωνίας (μαζί με το presence) οπουδήποτε το σύστημα “ανιχνεύσει” δυνατότητα επικοινωνίας (π.χ. document author) Τα παραπάνω είναι μια πρόγευση από το “look & feel” του Communicator 14, με μια σαφή τάση στην ευκολία της χρήσης, προκειμένου ο χρήστης να μπορεί να ‘δράσει’ εκεί όπου το αποφασίζει, κάνοντας τελικά λιγότερα κλικ, χρησιμοποιόντας λιγότερα παράθυρα, και έχοντας την πληροφορία και τις επιλογές σε όλο το εύρος των εφαρμογών που χρησιμοποιεί! Εν αναμονή της έκδοσης 14 λοιπόν …

Για να δούμε ... για να δούμε ... πότε θα πέσει και στα "δικά μας" χέρια η beta ...

Πρόσφατα, στο τέλος Μαρτίου, στο VoiceCon Orlando 2010 conference, o Gurdeep Singh Pall (αντιπρόεδρος του Office Communications Group), πραγματοποίησε την πρώτη επίσημη παρουσίαση του Microsoft Communications Server “14”, δίνοντας μια πρώτη γεύση για το τι μας περιμένει στη συνέχεια του πολύ επιτυχημένου Microsoft Office Communications Server 2007 R2. Η νέα έκδοση υπόσχεται ακόμα καλύτερη εμπειρία VoIP, ενσωματώνοντας πλέον και οικονομικές συσκευές, οι οποίες θα πλαισιώνουν την υπάρχουσα πλατφόρμα (Communicator Client 2010) και θα μπορεί πλέον η σουίτα να παρέχει ακόμα και καθαρά PBX χαρακτηριστικά. Η κυκλοφορία του αναμένεται το δεύτερο μισό του 2010, ενώ η beta έκδοση πιθανόν να έχει ήδη διανεμηθεί στους OCS 2007R2 voice partners Stay tuned, η χρονιά θα έχει πολύ UC ενδιαφέρον

Αν καταλαβαίνω καλά, το πρόβλημά σου αφορά το IP Range, το οποίο ανήκει στον provider και το οποίο έχει χαρακτηριστεί ύποπτο σαν IP range??? Δυστυχώς δεν υπάρχουν πολλά που να μπορείς να κάνεις, ΕΚΤΟΣ από το να βρεις και να χρησιμοποιήσεις ένα SMTP relay το οποίο να μην ανήκει σε αυτή τη λίστα ... Δεν έχω κάτι υπόψη μου, αλλά αυτό θα σου έλυνε το πρόβλημα!

Παιδιά μην μπερδέβετε πράγματα και καταστάσεις ... Οι πιστοποιήσεις και τα πτυχία θα σας βοηθήσουν ΚΑΤΑΡΧΗΝ στο να ΒΡΕΙΤΕ δουλειά, και να σας ΠΡΟΤΙΜΗΣΟΥΝ ανάμεσα σε άλλους υποψηφίους για την ίδια δουλεια, στη ΣΥΓΚΕΚΡΙΜΕΝΗ συγκυρία της οικονομικής δυσπραγίας και της ανεργίας του 20% ! ! ! Από κει και πέρα, εγώ επιμένω και λέω (και έτσι έκανα και εγώ και μου βγήκε) πως κάθε αρχή είναι δύσκολη και απαιτεί και συμβιβασμούς. Γιατί μπορεί να σέβεται κανείς τον εαυτό του και τον αγώνα του και τις γνώσεις του, αλλά οφείλει να λάβει υπόψιν του πως συνήθως, είναι άλλος ένας υποψήφιος για τη δουλειά του "τεχνικού"! Μαζέψτε λοιπόν την εμπειρία σας, αποδείξτε στην πράξη και στο "γήπεδο" την αξία σας, και διεκδικήστε 'εν καιρώ' από ΔΙΑΦΟΡΕΤΙΚΗ θέση αυτά που νομίζετε. Καλύτερα ένας χρόνος με χαμηλότερες αποδοχές, σε ένα περιβάλλον που θα σου διασφαλίζει ΤΟΥΛΑΧΙΣΤΟΝ προσωπική εξέλιξη, παρά ένας χρόνος στο ψάξιμο ΤΗΣ δουλειάς! Αυτά από μένα [H]

Παιδιά, αν και οι τίτλοι βοηθάνε και οπωσδήποτε εκτιμούνται από μια σοβαρή εταιρεία πληροφορικής, για εμένα, πολύ μεγάλο ρόλο παίζει η εμπειρία. Ίσως και μεγαλύτερο από τις πιστοποίησεις. Παρόλα αυτά, επειδή οι εποχές είναι δύσκολες, όπως και οι συνεργασίες, θεωρώ πως ο σωστός δρόμος για να κυνηγήσετε καλή αμοιβή είναι η "μεταγραφές". Κάντε τις παραχωρήσεις που πρέπει να κάνετε προκειμένου να αποκτήσετε εμπειρία (και γιατί όχι και γνωριμίες), να γίνετε απαραίτητοι στον εργασιακό σας χώρο, και τότε από ισχυρή θέση, διεκδικήστε αυτό που θεωρείτε (και έχετε στην πράξη αποδείξει) ότι αξίζετε! Αν όχι ... θα υπάρχουν πλέον περισσότερες ... πορτοκαλιές [H]

Δηλαδή ήταν θέμα DNS στον ISP? Λάθος MX Record? ή κάτι άλλο?

Είναι βασική μας υποχρέωση [H]

Έχεις ενεργοποιήσει το Outlook Anywhere στον Client Access Server? ΔΕΝ είναι ενεργοποιημένο by default, αντίθετα με το Outlook Web Access που είναι ενεργοποιημένο κατά την εγκατάσταση. Το ότι βρίσκονται κάτω από το default web site του IIS, δεν σημαίνει πως είναι και η ίδια εφαρμογή, ή ότι κάνουν την ίδια δουλειά!!!

Ακολουθείς τη διαδικασία που περιγράφω εδώ για να φτιάξεις το κατάλληλο πιστοποιητικό (από εσωτερική αρχή πιστοποίησης) Κατόπιν, πρέπει να εγκαταστήσεις το Root Certificate της εσωτερικής αρχής στα Windows mobile κινητά, ώστε να αποδέχονται το πιστοποιητικό του Exchange και είσαι έτοιμος!

Εφόσον μπαίνει BL η Router Public IP (σε αυτή γίνονται NAT by default οι χρήστες του εσωτερικού δικτύου) θα έκοβα στο IOS Firewall την εξερχόμενη SMTP από όλους τους host ΕΚΤΟΣ από τον Transport server. Με αυτό τον τρόπο θα είσαι σίγουρος ότι δεν έχεις κάποια εσωτερική πηγή spam. Το router config πάντως θα βοηθούσε πολύ, μιας και δείχνει να είναι καθαρά θέμα router config.

Και πού είναι το NDR ... οΕο;;;

Δώσε μας πληροφορίες για το Router που χρησιμοποιείς και το σχετικό configuration .... Υποψιάζομαι πως έχεις inbound NAT (υποθέτω πως παίρνεις κανονικά εισερχόμενα) αλλά δεν έχεις outbound NAT για κάποιο λόγο και ο Transport Server γίνεται PAT επάνω στο Router και βγαίνει με την IP του Router. Επίσης, καλό θα ήταν να ερευνήσεις τον λόγο για τον οποίο μπαίνεις σε black lists (και η έλλειψη MX record / reverse DNS πολλές φορές ΔΕΝ είναι ο λόγος...) ΑΝ πχ το ΝΑΤ δουλεύει κανονικά, είναι πολύ πιθανό κάποιο PC που βγαίνει με PAT στο internet να έχει κάποιο virus και να χρησιμοποιεί δικό του SMTP engine και να σπαμάρει... Αλλά βασικά πρώτα απ' όλα router info / config!

Πολύ χρήσιμο ... και γλυτώνει από κόπο και κάποιες φορές ... τρόμο, όταν έκοβα registry keys για να αφαιρέσω παλιές κάρτες δικτύου από εικονικά μηχανήματα... Well done!

Το Outlook Anywhere είναι ότι πρέπει για mobile users, αλλά δεν έχει λόγο ύπαρξης αν έχετε site to site vpn. Φυσικά ένας user configured for Outlook Anywhere θα δει το mailbox του είτε είναι μέσα στο γραφείο (MAPI αν παίζει το vpn) είτε έξω από αυτό (RPC over HTTPS αν δεν έχει vpn), οπότε είσαι καλυμένος ως προς τη λύση.

Μην ανυσηχείς, όταν στηθεί ο Mailbox με επιτυχία στο organization το move mailbox, απλά παίζει. Δεν έχω τέτοια άδεια υπ'όψη μου Αυτό νομίζω μου κάνει, άν ,τελικά, ο Εξωτερικός Μαμα Admin με "εμπιστευτεί" με το αγαπημένο του Domain. Δεν χρειάζεται να σε εμπιστευτεί και τόσο πολύ, ένα delegate σε ένα OU για το ελληνικό γραφείο θα ήταν αρκετό σε αυτή την περίπτωση νομίζω. Βασικά εφόσον έχεις ένα μόνο domain, το σημείο εισόδου είναι το firewall της μητρικής εταιρείας. Από εκεί (με βάση το mx record) το εισερχόμενο mail μπαίνει στο Exchange HUB Transport και από εκεί παίρνει το δρόμο του για το mailbox του παραλήπτη. Όπως γίνεται προφανές, μπορείς να ορίσεις 2ο σημείο εισόδου (με 2ο mx record στο ελληνικό site) και να εγκαταστήσεις και HUB Transport στο εδώ site, ΑΛΛΑ, επειδή το DNS δεν ξέρει πού βρίσκεται ο παραλήπτης, αυτή η υλοποίηση, θα σου δημιουργούσε ακόμη μεγαλύτερα προβλήματα σε περίπτωση που έπεφτε το VPN. Ο HUB, θα σε εξυπηρετούσε μόνο στην περίπτωση που θα ήθελες να ΣΤΕΛΝΕΙΣ e-mail προς εξωτερικούς παραλήπτες όσο το VPN είναι κάτω (που αφού έχεις internet γιατί να είναι κάτω εδώ που τα λέμε...). CAS? Δεν νομίζω... μόνο αν θες να κάνεις κάτι σαν το https://owagr.company.com για να το χρησιμοποιούν οι εδώ users (υπερβολή κατά τη γνώμη μου...) Πάντως με αξιοπρεπείς γραμμές στο κεντρικό site (2Mbps symmetric) πραγματικά δεν υπάρχει λόγος να βάλεις Local exchange ... έχω πελάτη που δουλεύει γραφεία στο εξωτερικό (των 15-40) users με exchange server μόνο στο κεντρικό και το performance πραγματικά δεν έχει θέμα (εκεί το συμετρικό είναι στα 8Mbps βέβαια...)

Δεν καταλαβαίνω πού κολάει το SCR για να πάρεις τα mailboxes, ούτε γιατί θέλεις να κάνεις archive & import ... Αν πάλι ως SMB, εννοείς Small Business Server, απλά να το ξεχάσεις. Θα πρέπει να στήσεις προφανώς DC που θα είναι και GC για το Greek Site, θα στήσεις και θα προσθέσεις στο υπάρχον organization έναν ακόμα Exchange (ο απαραίτητος ρόλος είναι mailbox, οι υπόλοιποι είναι υπό συζήτηση ανάλογα με τις ανάγκες ...) και τα user mailboxes θα τα κάνεις move από τον τρέχον mailbox server προς τον νέο. Πάντως αντικειμενικά μιλώντας, το δεύτερο site & exchange για 4 users δεν ακούγεται και πολύ λογικό ... Ίσως θα έπρεπε να μας εξηγήσεις λίγο περισσότερο τις απαιτήσεις και τις ανάγκες ...